Kurrin [ http://kurrin.blogspot.com/ ]

martes, 13 de mayo de 2008

Essential ESX 3.5 & VC 2.5 links

Eric Siebert (VMware Communities User Moderator) ha publicado (en forma de post sticky) una recopilacion de enlaces muy muy utiles para ESX 3.5 y V.C 2.5. La tenemos aqui.

Abarca una gran cantidad de puntos:

Compatibility & Version Info:
VI3 Key Features & Benefits Summary by Version - http://www.vmware.com/files/pdf/key_features_35.pdf
VMware Infrastructure Compatibility Matrixes - http://vmware.com/pdf//vi3_35/esx_3/r35/vi3_35_25_compat_matrix.pdf
Details of What's New and Improved In VI3 Version 3.5 - http://www.vmware.com/support/vi3/doc/whatsnew_esx35_vc25.html

Must Read:
RTFM Upgrade guide for ESX 3.5 and VirtualCenter 2.5 - http://tinyurl.com/3722dz

Release Notes/Install, Upgrade and Patch Guide:
ESX Server 3.5 and VirtualCenter 2.5 Release Notes - http://www.vmware.com/support/vi3/doc/vi3_esx35_vc25_rel_notes.html
ESX Server 3 Installation Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_installation_guide.pdf
Upgrade Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_upgrade_guide.pdf
ESX Server 3 Patch Management Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_esxupdate.pdf

Additional downloads:
Remote CLI Download - http://www.vmware.com/download/download.do?downloadGroup=VI-RCLI
License Server for ESX 3.5 - http://download3.vmware.com/software/vi/VMware-licenseserver-64192.exe
CPU Compatibility Tool for ESX 3.5 - http://download3.vmware.com/software/vi/CPU_Compatibility-64557.zip

Converter:
VMware Converter Enterprise for VirtualCenter 2.5 Admin Guide - http://vmware.com/pdf/vi3_vec_10_admin_guide.pdf
VMware Converter Enterprise for VirtualCenter 2.5 Release Notes - http://vmware.com/support/vi3/doc/vi3_vec_10_rel_notes.html

Update Manager:
VMware Update Manager Release Notes - http://vmware.com/support/vi3/doc/vi3_vum_10_rel_notes.html
VMware Update Manager Admin Guide - http://www.vmware.com/pdf/vi3_vum_10_admin_guide.pdf
VMware Update Manager Sizing Estimator - http://vmware.com/support/vi3/doc/vi3_vum_10_sizing_estimator.xls

Latest Hardware Compatibility Guides:
Systems - http://vmware.com/pdf/vi3_systems_guide.pdf
I/O - http://vmware.com/pdf/vi3_io_guide.pdf
Storage/SAN - http://vmware.com/pdf/vi3_san_guide.pdf
Backup Software - http://vmware.com/pdf/vi3_backup_guide.pdf

Blog & News Articles:
VMware ESX 3.5 goes live with key new features - http://searchservervirtualization.techtarget.com/originalContent/0,289142,sid94_gci1285629,00.html
What's new in ESX 3.5 & VC 2.5? -
http://virtualgabe.wordpress.com/2007/12/08/what%e2%80%99s-new-in-esx-35-vc-25-part-2/
http://virtualgabe.wordpress.com/2007/12/08/what%e2%80%99s-new-in-esx-35-vc-25-part-3/
http://virtualgabe.wordpress.com/2007/12/08/what%e2%80%99s-new-in-esx-35-vc-25-part-4/
VMware VI Client 2.5 does not support 64-bit workstations - http://www.dabcc.com/article.aspx?id=6674

Relevant KB Articles:
Licensing:
Updates to your VMware VI3 Starter Licenses - http://kb.vmware.com/kb/1003299
Changes in licensing for VI3 Standard Edition When upgrading to VI 3.5 - http://kb.vmware.com/kb/1003301
Understanding VI 3.5 Licensing: Server and Host-based Licensing Models - http://kb.vmware.com/kb/1003295

ESX 3.5:
Installing ESX Server throws an "Anaconda Error" in the Partitioning Options screen - http://kb.vmware.com/kb/1003217
VMFS Partition cannot be created for "Typical" ESX Server Installation if Prior installation is detected - http://kb.vmware.com/kb/1003309
IBM System x3850 M2 and System x3950 M2 Servers fail to connect to 100Mbps Networks - http://kb.vmware.com/kb/1003226
Installing the Tivoli Storage Manager Client on the Service Console results in an error - http://kb.vmware.com/kb/1003142
Virtual Machine on a RDM Shared Storage becomes invalid after migration from ESX Server 2.5.x to ESX Server 3.5 or 3i - http://kb.vmware.com/kb/1003092
Vmotion is disabled after ESX Server upgrade - http://kb.vmware.com/kb/1003060
Certain Special Characters cause software iSCSI Initiator CHAP Configuration corruption - http://kb.vmware.com/kb/1003095
Connection to ESX Server host through VI Client is lost if you attempt to delete several VM's at once from the Datastore Browser - http://kb.vmware.com/kb/1003250
Storage Devices connected to McData FC Switch through Qlogic adapters occasionally do not re-appear after reboot - http://kb.vmware.com/kb/1003250
Snapshot operations submitted directly to an ESX Server Host during Storage vMotion corrupts Virtual Machine data - http://kb.vmware.com/kb/1003114
Storage vMotion on a VM with I/O intensive workload may result incorrectly in a timeout error - http://kb.vmware.com/kb/1003276
Upgrading to ESX Server 3.5 when the Root Parition is nearly full might cause Incomplete System Configuration - http://kb.vmware.com/kb/1003311
Restarting Hostd (mgmt-vmware) on ESX Server hosts restarts Hosted Virtual Machines where VM Auto Startup/Shutdown is enabled - http://kb.vmware.com/kb/1003312
ESX Server becomes temporarily unresponsive under a Heavy I/O load - http://kb.vmware.com/kb/1003039
Consolidation of Large or Deeply Nested Snapshots using VirtualCenter, SDK or VCB might take longer on ESX Server 3.5 than on ESX Server 3.0.x - http://kb.vmware.com/kb/1003308

Consolidated Backup 1.1:
Upgrading Consolidated Backup version 1.0.x to 1.1 causes the installer to hang - http://kb.vmware.com/kb/1003045
Consolidated Backup cannot create Quiesced Snapshots of VM's running Windows Vista - http://kb.vmware.com/kb/1003074
VCB 1.1 Command Line utility connection to port 902 causes an error message - http://kb.vmware.com/kb/1003088

VC 2.5:
When you install SQL Server Express on a System where SQL Native Client is present the installation might fail with error - http://kb.vmware.com/kb/1003076
VirtualCenter Server Fails to Start after your replace Default SSL Ceritifcates with Custom Certificates - http://kb.vmware.com/kb/1003070
Error Message During Installation: error 1603: error installing Windows installer engine - http://kb.vmware.com/kb/1003036
Administrative Credentials are Required for Oracle and SQL Database when Installing or Upgrading VirtualCenter - http://kb.vmware.com/kb/1003052
Client-side CD-ROM or Floppy can become disconnected - http://kb.vmware.com/kb/1003118
VirtualCenter Server does not detect changes in Host IP Address unless SSL Certificate Verification has been enabled - http://kb.vmware.com/kb/1003066
Permission problem if host had been in lockdown mode - http://kb.vmware.com/kb/1003117
Virtual Machines might lose Network Connectivity when moved to a different Port Group - http://kb.vmware.com/kb/1003061
Powering on Virtual Machines with multiple PCI Devices might fail - http://kb.vmware.com/kb/1003048
Incorrect Device Paths for LUNs displayed in Storage Summary - http://kb.vmware.com/kb/1003064
VirtualCenter Consolidation service Usernames and Passwords must use only ASCII characters - http://kb.vmware.com/kb/1003096
VI Client installation fails on Windows Vista Business Edition with enabled Anti-virus software - http://kb.vmware.com/kb/1003079
VirtualCenter Server might crash in a cluster with Manual or Partially Automatic DRS and Automatic DPM - http://kb.vmware.com/kb/1003027
Deleting Snapshots of VM's with Heavy disk I/O might cause host to be Disconnected from VirtualCenter - http://kb.vmware.com/kb/1003024
Paravirtualization option is not Disabled for Unsupported Operating Systems - http://kb.vmware.com/kb/1003008
VirtualCenter Server installation fails or results in an error if your system does not have MDAC 2.8 SP1 or later installed - http://kb.vmware.com/kb/1003160
Installing Update Manager with Unified Installer might faile if Disparate Databases are used - http://kb.vmware.com/kb/1003277
Some Alarms may disappear after upgrading to VirtualCenter 2.5 - http://kb.vmware.com/selfservicekb/1003072
VirtualCenter Database upgrade fails with an exception when a Password that contains Apostrophes or Double Quotes is used - http://kb.vmware.com/kb/1003049
The VirtualCenter Server might Crash when using an older ODBC driver with Oracle 9i - http://kb.vmware.com/kb/1003049
Guest Operating System Standby feature removed in VirtualCenter Server 2.5 - http://kb.vmware.com/kb/1002414
Cannot specify Destination Folder on Non-default Datacenter when Cloning Virtual Machines - http://kb.vmware.com/kb/1003075
VirtualCenter Service will not start on a machine with non-Ascii characters in it's Machine Name - http://kb.vmware.com/kb/1003075
vMotion from ESX Server 3.5 hosts to ESX Server 3.0.x hosts causes the console sessions of the migrated VM's to become blank - http://kb.vmware.com/kb/1003038
Automatic VMware Tools upgrade does not upgrade to the latest version on VM's with Insufficient space in the Root parition - http://kb.vmware.com/kb/1003051

Forum Threads:

Other:
Technote: Round-Robin Load Balancing - http://www.vmware.com/pdf/vi3_35_25_roundrobin.pdf
Technote: Enabling Netflow on Virtual Switches - http://www.vmware.com/pdf/vi3_35_25_netflow.pdf
Technote: Configuring and Troubleshooting N-Port ID Virtualization - http://www.vmware.com/pdf/vi3_35_25_npiv_config.pdf
Technote: Virtual Machine Failure Monitoring - http://www.vmware.com/pdf/vi3_35_25_vmha.pdf
ESX 3.5 Installation Video (You Tube) - http://ca.youtube.com/watch?v=qobhariBEec

Blog & News Articles:
Review: VMware Infrastructure 3.5 builds on the base - http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9053158

Relevant KB Articles:

VC 2.5:

For SQL Server 2000, Do Not Grant or Revoke the System Administrators Role to Satisfy the Database Permission Requirements When Upgrading to VirtualCenter 2.5 - http://kb.vmware.com/kb/1003346

jueves, 8 de mayo de 2008

VMware Converter Update

VMware ha sacado una actualización de VMware Converter (3.0.3.).
Esta actualización resuelve un buen numero de bugs y trae nuevas features: La más importnte es el soporte para Open Virtual Machine Format (OVF) version 0.9. Esto nos permite crear una VM en Virtual Infrastructure y usar el Converter para convertirla en un virtual appliance OVF para su distribución (otras empresas, entornos diferentes en la misma empresa, etc...)

Para más detalles podeis ver las release notes.

martes, 6 de mayo de 2008

Deduplicacion de NetApp con LUNs

Sigo con la saga de posts sobre NetApp. Esta vez algo que no sé si es muy usado pero que nos puede venir muy bien:
Deduplicacion de NetApp con almacenamiento tipo bloque (LUNs presentadas al host por FC o iSCSI).
Por lo general todo lo referente de la deduplicacion de NFS es aplicable a la deduplicacion de LUNs:

Necesitas la licencia de NearStore y dedupliacaion(A-SIS)
Se sigue activando el proceso de deduplicacion con el comando "sis on" para el FlexVol que contiene las LUNs
Las limitacions del tamaño del FlexVol siguen siedo las mismas.
Con el comando "sis status" vemos el estado del porceso y con "sis config" vemos el calendario de la deduplicacion.

¿Qué es lo diferente? Lo diferente es que las LUNs están implementadas encima del sistema de ficheros WAFL. Dicho sistema de ficheros ve las LUNs como un sólo fichero y dicho fichero es tratado como "space reserved", lo que significa que durante la creacion de la LUN se reserva el maximo tamaño de dicha LUN. (Simplificando) Si creas una LUN de 50GB, se crea un fichero de 50GB.

Debido a que las LUNs son creadas de este modo, el espacio es reservado en su creacion y el dichero que representa la LUN no decrecerá jamás su tamaño y nunca refeljará los ahorros de la deduplicacion (no cambiará su tamaño). La deduplicacion no nos servirá para nada. Sí que funciona en dicha LUN, pero no nos sirve de nada.

¿Cómo resolverlo?
Es facil, simplemente cuando se crea la LUN desmarcaremos la casilla "Space Reserved" y dejaremos que Data ONTAP reserve bajo demanda el espacio que require la LUN en dicho FlexVol.
El fichero que representa la LUN puede crecer y decrecer en tamaño sin problemas. Por ello la deduplicación, además de funcionar como en el caso anterior, sí será efectiva y nos permitirá ahorrar espacio. Este espcacio nos permitirá provisionar otras LUNs en el mismo FlexVol teniendo un ojo encima...

En resumen:

Instalar y configurar la deduplicacion para NFS y LUNs es lo mismo en esencia.
Desmarcar la casilla "Space Reserved" cuando se crea la LUN que va a ser deduplicada.
A diferencia de NFS , con LUNs el espacio ahorrado NO se verá desde el host (No hay comando SCSI que pueda pasar ésta informacion del array al filesystem del host). El comportamiento diferente del NFS se debe a que no hay otra capa de indireccion entre el array y el host, por eso, en NFS las caracteristicas del FS del array son vistas directamente por el host, en consecuencia en NFS, los bloques que se liberan en el dedupe estan disponibles inmediatamente para el host (ESX o servidor normal). Además, el host no podrá almacenar más datos que el tamaño máximo de la LUN (como es normal).
Es importante el orden: (Si no, se te pueden llenar los snaps porque el proceso de dedupe cambia mucho los datos...)

Desactivar los snapshosts,
Deduplicar,
Activar snapshost.

Con el ahorro que se obtiene de la deduplicacion se puede provisionar otras LUNs en ese mismo FlexVol a otros servidores o usarlo para más snapshots....

lunes, 5 de mayo de 2008

VI3: ¿Dónde estan los logs?

Muchas veces(cuando tenemos problemas sobretodo) no sabemos dónde mirar en nuestro entorno Virtual Infrastructure 3 para enterarnos de lo que está pasando. Otras veces es el propio soporte de VMware el que nos pide los logs para saber que es lo que ocurre.

He aquí una lista de los logs más importantes y su ubicacion:

Ubicacion: Host ESX

Vmkernel - /var/log/vmkernel – guarda actividades relacionadas con las VMs y el host ESX.
Vmkernel Warnings - /var/log/vmkwarning – actividades relacionadas con VMs..
Vmkernel Summary - /var/log/vmksummary - Se usa para determinar las estadisticas de uptime y disponibilidad para el ost ESX. El log legible por el humano está en /var/log/vmksummary.txt
ESX Server host agent - /var/log/vmware/hostd.log - Contiene informacion del agente que administra y configura el host ESx y las VMs. (Es un log que rota).
Service Console - /var/log/messages - Mensajes generales usados para resolver problemas de VMs en el ESX.
Web Access - /var/log/vmware/webAccess - Sin comentarios..
Authentication log - /var/log/secure - Registra las conexiones que requieren autenticacion como los demonios de vmware y acciones que inicia el demonio xinetd.
VirtualCenter agent - /var/log/vmware/vpx - Informacion del agente que se comunica con el VirtualCenter.
Virtual Machines - En el mismo directorio que estael fichero .vmx hay un fichero llamado vmware.log que contiene informacion util cuando unaVM se cae o acaba inesperadamente.
HA - /opt/LGTOaam512/log/* y /opt/LGTOaam512/vmsupport/* .
Principalmente aam_config_util_listprimaries.log (hosts primarios) y aam_config_util_listnodes.log

Ubicacion: Virtual Center

Logs de Instalacion del Virtual Center

Los logs de instalacion están en el directorio %TEMP% del usuario que instaló el software

vmlic.log resultados de test del serviodr de licencias durante la instalacion
redist.log resultados de insalacion MDAC/MCAD QFE
vmmsde.log log de instalacion de MSDE
vmls.log log de instalacion del License server
vmosql.log Creacion de la Base de Datos/transaciones de VCDB
vminst.log Log de la instalacion y subtareas del VC server
VCDatabaseUpgrade.log Detalles del upgrade de VC 1.x DB
vmmsi.log Log de instalacion del VI client
vpxd-0.log pequeño log de la primera vez que se arranco el servicio

Logs del Virtual Center
Los logs del Virtual Center están en el directorio%TEMP%\vpx del usuario que esta corriendo el demonio vpxd

vpxd-#.log (# es del 0-9)
vpxd-index contiene el # del actual acrhivo de log en uso. Los logs rotan cada vez que el vpxd es iniciado y/o cuando llegana 5MB.

Logs del VI Client

Los logs del VIC estan en %TEMP%\vpx del usuario que esta corriendo el cliente
viclient-#.log (# es del 0-9). Los logs rotan cada vez que el cliente es iniciado.

Logs Varios

Core dump : %USERPROFILE%’Application Data’VMware
Log del debug del License Server %ALLUSERSPROFILE%’Application Data’VMware’VMware License
Server’lmgrd.log(se resetea cada vez que el servicio se inicia; no rotacion)
%ALLUSERSPROFILE%’Application Data’Macrovision’FLEXlm’
Web Access (Tomcat) Logs C:’Program Files’VMware’VMware VirtualCenter 2.0’tomcat’logs

miércoles, 30 de abril de 2008

Networking Performance en ESX 3.02 y 3.5

Si teneis alguna duda sobre el rendimeinto de red del ESX podeis ver este documento. La ultima revision es de finales de Febrero.
Aunque es relativo, como todo lo que es comercial, lo destacable es la buena comunicacion en cuanto a latencia y throughput que se establece entre dos VMs que estan en el mismo vswitch (2,5Gbps) contra la que se establece cuando debe pasar por el cable (900Mbps), ademas del uso de TSO.

Estas son sus conclusiones:
"The results in this study clearly show that the virtualized applications running in virtual machines on ESX
Server 3.5.0 can achieve the same network throughput and latencies that are achieved by applications running
natively. In fact, virtual machines that are connected to the same virtual switch can communicate at rates that
are up to two-and-a-half times the rates supported by physical 1Gbps Ethernet networks."

Otra cosa seria una comparación en rendimiento de acceso a disco...... ;-)

Estado del Arte: Thin provisioning, Deduplication, SVI, NFS, FC

Uno se queda pensado cuando ve el pequeño boom que esta teniendo el viejo NFS con VMware y las soluciones tan vistosas que están saliendo al mercado para VDI..., para ahorrar espacio (duplicación, thin provisioning etc...). La confluencia de todas estas tecnologías está haciendo que a la mayoría de los usuarios se escape las implicaciones que tiene usarlas por lo poco que el mercado ayuda y lo mucho que nos confunden los comerciales:
¿Que hacer? Usar NFS? Usar VMFS? Usar deduplicación? Usar SVI?
Todo tiene sus pros y sus contras, pero al menos hay que saber lo que nos espera:

La historia suele comenzar con VDI o con las maquinas virtuales en VMFS y cuando nos damos cuenta de que no es tan barata la solución como la pintan, entonces vemos si hay algo en el mercado que nos pueda satisfacer y hacer que nos gastemos menos...

Bien, estos dos vídeos comerciales: Primero y Segundo nos pueden hacer pensar que todo es muy bonito y que la solución es trivial, barata y sencilla.

El primer vídeo nos muestra al campeón de la Fibra: EMC enseñándonos como de unos 10GB podemos realizar unos 1000 escritorios. Nos explica como metiendo una capa extra, con cinco "Fully realiced" copies (50GB) podemos escalar a 1000 escritorios usando snaps de la cabina "sin ocupar nada de espacio".
En fin, la única idea que me gusta del vídeo es que menciona que podemos dar servicio Silver, Gold etc, según de las copias full que realicemos y eso da la ligera impresión de que al menos suponen "cierta" pérdida de performance.
Al margen de que sea "solo pizarra" y de que no diga un solo detalle técnico, por lo que nos muestra, podemos pensar que se trata de LUNs de VMFS(en ningún momento lo dice y por lo que sabemos los snaps EMC basados en SAN son de tipo LUN), pero a nada que nos acordemos del limite (256 creo recordar) de LUNs que pueden ver nuestros ESX llegamos a la inevitable conclusión de que se trata de NFS, (a no ser que VMware, al ser muy amiguitos, les haya pasado las especificaciones de VMFS durante el café...).
Conclusión: Lo que nos propone EMC, gran defensor del FC, para VDI es claramente el uso de NFS: "Adiós FC, (o hasta luego)"
(Y eso que me encanta la fibra: Te hace ir al baño ;-) , No, en serio, vale que el inicio es complejo y que su precio, si te la puedes permitir, no es una ventaja, pero luego tiene una estabilidad muy buena, hay que decirlo).

El segundo vídeo, esta un poco más currado la verdad (faltaría mas, es NetApp!). Después de verlo te queda claro que no se pueden correr 1000 VMs con solo ese espacio de disco, pero ilustra bien la potencia que tiene NFS+NetApp y sus clones a nivel de fichero. Por algo su sistema de ficheros se llama WAFL ("Write Anywhere File Layout'") y nos permite ofrecer Thin Provisioning ("dedicate on write not on allocation") según instalamos la cabina.

Aquí llegamos al primer meollo de la cuestión:
Thin provisioning y VMware, es decir, Thin Provisioning en dos niveles: nivel VMware y nivel NFS(cabina).

Puede parecer una buena idea tener ambas capas pero esto lleva a pesadillas serias en la administración (sobretodo el primer punto):
1.- El tener el thin provisioning y el thin disk nos produce issues con Storage VMotion, Cold Migration, deploy de template...

Cuando creamos una VM en VMware, por defecto dicha VM es creada en el volumen NFS como thin disk, de hecho esto no es algo que lo determine VMware sino el propio servidor de NFS. Segun "ESX Configuration Guide":

Y mas tarde, el mismo documento, añade: "The virtual disks that you create on NFS‐based datastores use a disk format dictated by the NFS server, typically a thin‐disk format that requires on‐demand space allocation. If the virtual machine runs out of space while writing to this disk, the VI Client notifies you that more space is needed."

Posteriormente, cuando realizamos alguna de las acciones antes mencionadas (Storage VMotion, Cold Migration, deploy de template) el disco se vuelve thick. Se puede, como hemos visto (autobombo, jeje), clonar el disco a thin y volver a unirlo a la VM. Incluso se puede scriptear, pero no deja de ser un arreglo.

2.- Consideremos también la visibilidad y la administración dependiendo de si el disco es thin o thick:
2.1.- Desde la perspectiva del VC, siempre veremos el tamaño del disco thin en el datastore y si, como suele ocurrir, tienes multiples usuarios finales haciendo deploys de VMs , éstos no tendrán la visibilidad de la ocupacion actual para realizar el provisionamiento y el hecho de que las VM tengan la posibilidad de llenar X espacio puede llegar a ser un problema serio: Estamos infraprovisionando el almacenamiento y sobreprovisionando las VMs: Algo puede ir mal.

2.2.- ¿Que ocurre con nuestra Console ? Haciendo un "ls" veremos el disco thin ocupando la maxima capacidad de la que es capaz, sin embargo un "du" nos devuelve el tamaño thin del disco. Amazing.

Veo que puede dar menos problemas que el Thin Provisioning esté controlado en el sistema de almacenamiento que tengamos. Esto es totalmente discutible pero intuyo que sería mucho mas simple para todos. (Creo que 3PAR actualmente puede manejar correctamente el formato de vmdk "zero'ed thick" asi que probablemente por ahi vayan los tiros en un futuro. ¿Alguien sabe cómo decirle a nuestro NFS que por defecto provisione de forma thick y no thin?).

El otro tema candente que nos venden como la panacea es la Dedupliacion(Single Instancing).
La deduplicacion consiste en que los bloques de datos iguales no se repiten, si no que en su lugar hay un puntero que los señala.
Explicacion somera (esto es cierto en un 90% para NetApp):
En algun lugar hay un directorio que dice que el fichero A esta almacenado en los bloques 123-345, 500-510 y 12999-14090. Por el momento esto es lo normal para todos los FS. La diferencia entre el FS deduplicado y el normal es que pueden usar el mismo bloque más de un fichero. Si edito el fichero A y añado 10KB al final y lo guardo como B en algun momento (dedupe en tiempo real o dedupe diferida) el proceso de deduplicacion reconocerá (via hashes o por comparacion de bytes) que ambos ficheros tienen los mismos datos y creará una entrada en el directorio que dice que B utiliza los bloques 123-345, 500-510, 12999-14090 y 66666-66669(Por ejemplo los bloques son de 1K), de forma que la creacion del fichero B solo ocupa 10K(del 66666 al 66669).

Como se puede intuir esto no puede ser manejado por la cabina que esta detrás sin algo intermedio, un S.O o un FS que escanean los bloques duplicados y los enlazan con lo que significan más alto en la cadena y deciden que hacer si algo desde arriba necesita escribir en un bloque previamente deduplicado etc, etc...
Lo que choca de todo esto es que lo que les pedimos idealmente a nuestros diseños de almacenamiento (al menos en teoria) es precisamente NO hacer nada de esto pues idealmente debe hacerse mas arriba (en el File System ).
Por el momento VMFS no es capaz de hacer resto pero SVI(Scalable Virtual Image) sí parece que lo va a hacer de alguna forma quitando (o compitiendo con) la necesidad de la deduplicacion a nivel de cabina.

¿Que es SVI?
Explicacion muy somera porque hay poca info: Es una tecnología que esta basada en "linked clone" (VMware Workstation 6) que, segun VMware, reducirá en un 90% los requerimientos de almacenamiento en entornos de escritorios virtuales. Segun ellos, repito, mejora la gestion de imagenes de escritorios y facilita el provisioning. La idea es tener un disco stateless(o unos pocos) que lleven el SO (disco maestro) que sea el mismo para todos y luego un disco de personalización para cada usuario de forma que los parches etc sólo haya que aplicarlos en los discos maestros.

Seria muy interesante una comparacion de NetApp sis-clone y SVI, incluso trabajando juntos...

¿Que concluir de todo esto?

NFS mola, tiene sus cosillas pero mola, el elegirlo o no depende del entorno, como siempre.

La primera conclusion de todo es que cada vez es menos cierto el paradigma de que la Fibra es la Reina. (Con lo que me gusta...jeje)
Lo segundo es que VMware deberia meter muchas mas horas en el VMFS y hacer que sea algo realmente competitivo. Seria genial que integrasen la "deduplicacion" de SVI en VMFS. Y tema Thin Provisioning... Tiempo al tiempo.
Lo tercero es que NFS te puede quitar bastantes dolores de cabeza si estas pensando en migrar en un futuro o tener un entorno heterogeneo (Citrix XenServer o Microsoft Hyper-V). Probablemente para ese momento los formatos de discos virtuales ya sean interoperables y cualquier cabina es capaz de presentar NFS y CIFs.
Lo cuarto es que si pones soluciones de VDI basado en cabina como muestran los videos o VDI+SVI mejor si tienes cache de sobra para parar un tren. Como idea: Puede servir para dar diferentes niveles de servicio en escritorios(¿esto es util realmente?): GOLD, SILVER, BRONZE dependiendo del ratio (Escritorios)/(Full VM Copy)...
Lo quinto es que la solucion de NetApp que incorpora un S.O y un File System precisamente para hacer cosas como la deduplicacion es muy buena aunque de forma "pura" la cabina no se debería de ocupar de la deduplicacion, es cosa del File System. Desde luego no hay que olvidar que la deduplicacion nos sirve también para todo lo demas que no sea vmdks(en una cabina no solo existe VMware...), por ello pienso que en global la solucion de NetApp es muy versatil y cómoda aunque también pienso que deberia ser el propio FS (VMFS en este caso) el que realizase la deduplicacion.

lunes, 21 de abril de 2008

Primer documento OFICIAL de VI Client Plug-in

Pues sí señor, los de VMware se han pueso las pilas y han sacado documentacion sobre el desarrollo de VI Client Plug-in(tanto servidor como cliente). Os recomiendo echarle un vistazo, esta muy bien: Lo teneis aqui

La idea de abrir el framework y dejar que terceros desarrollen plugins de sus productos para integrarlos en el virtual Center 2.5 hace que se puedan realizar soluciones como esta.

Por lo que he podido hojear, la documentacion es tan simple que incluso yo seria capaz de poner un botoncillo en el Virtual Center y hacer que haga algo.
Esperemos ver aparecer buenos y diversos plug-ins...

http://kurrin.blogspot.com/