Herramienta útil: Mapas de Virtual Center.

Una herramienta que me parece muy útil y que me da la impresión que no se usa habitualmente es la capacidad de VI3 de hacer mapas de nuestra infraestructura en un par de clicks.
La pestaña de maps se situa a la derecha superior del GUI del Virtual Center. En dicha pantalla podemos seleccionar las relaciones que queremos que aparezcan: VM to Datastore, VM to Host, etc, etc.

En mi opnión lo más practico es deseleccionar todas menos una y observar dicha relacion. Esto nos da una vista de pájaro sobre nuestra infraestructura y de hecho me ha permitido ver algún error o cuestión a tener en cuenta, todo esto claro, conociendo el entorno y qué hace cada VM etc, etc...
(Tambien se puede Exportar el mapa que se está viendo como jpg, etc, en el menu del VC, File, Export...).

VM to Datastore:
Por ejemplo, en esta imagen vemos la relacion VM to Datastore, es decir, en qué datastore está cada VM.
Esta imagen nos permite ver si alguna VM está en los discos locales de un Host o estan en la SAN o si algunos de sus VMDKs están en diferentes datastores (por ej por falta de espacio, por tener montada una iso). Esta información es muy util para tener en cuenta qué maquinas podemos hacer VMotion y cuales no, cómo de dispersos tenemos los VMDKs y preguntarnos porqué...

En la imagen se aprecia que hay datastores bastantes balanceados con cuatro o cinco VMs y alguno con una. Lo normal es tener 15 VMs por datastore(receta personal), lo que significa que o todavia hay espacio en dichos datastores o se deberian hacer más grandes... También vemos algunas VMs alojadas en discos locales lo que imposibilita el VMotion.

VM to host:
Este mapa nos expresa en qué Host se está ejecutando cada VM. Con ello podemos ver si está balanceado, si hay alguno muy saturado, etc...

En la imagen vemos que cada Host tiene unas cinco o seis VMs. Con ello podemos ver que se podría seguir creciendo más de un 100% en este entorno (suponiendo dos procesadores dual core por Host). Además vemos que el DRS actúa correctamente y está balanceando bien. En el host que sólo tiene tres VMs podemos sospechar que será porque alguna de dichas VMs consume muchos recursos...

Host to Datastore:
Nos muestra qué Dataestores ven cada Host. En la imagen se ve que todos los Host ven todos los Datastores, muy logico en una instalación con un cluster DRS/HA.

Host to Network:
Este me parece uno de los maps mas utiles de todos. Nos permite ver de un plumazo qué redes están cofiguradas en cada Hosts y si hay redes que no se usan etc...

En la imgen vemos que todos los Host tienen todas las redes (es lo logico para Vmotion, usar a destajo y sin miedo VLAN Tags). Vemos tambien que hay un host que tiene una red de más: probablemente es un error del administrador y habria que revisarlo.


Vm to Network:
Por último, este mapa nos da una idea de qué redes usan nuestras VMs y de si hay redes sin usar o Vm sin red...

En este caso vemos que se usan principalmente dos redes, que cuatro VMs tienen redes especiales y que hay otras cuatro redes sin asignar a ninguna VM.

VMKnoppix: Distribucion Linux Live para Virtualización

Han sacado una nueva release de VMKnoppix (antes llamada Xenoppix) una distribución Linux que lleva preparadas la mayoría de soluciones de virtualización open-source: Xen, KVM, VirtualBox, QEMU and KQEMU, UserModeLinux.
Os la podeis bajar aqui, está basada en la distribución Knoppix

Ventajas de usarla

• Es live, lo que significa que no se instala nada en el disco duro y puedes probar estas soluciones de virtualización.
• No es necesario bajarte rpms o compilar nada, todo está listo y perfecto para usarse.
• En minutos puedes estar haciendo experimentos con un montón de soluciones de virtualización.

¿Cómo se usa?
Primero se descarga y se graba en un CD. Cuando se arranca el ordenador desde el CD-ROM el propio menú nos dará opciones para elegir el kernel con el que queremos arrancar, con soporte para Xen, etc...
Si tenemos alguna duda aquí está el manual.

Otros links:

• Latest xVM VirtualBox
• VMknoppix official page
• Xen virtualization @ Wikipedia
• Knoppix official page

vscsiStats: Disk I/O Workload Characterization in VMware ESX

La herramienta vscsiStats nos permite medir y caracterizar la carga de I/O a nivel del adaptador de virtual SCSI de una VM. Esta utilisima informacion nos permite crear histogramas y graficos de los diversos valores que podemos medir y asi poder realizar el tuning de los discos para aumentar su performance u optimizar diversos valores del RAID etc, etc...

Está en ESX desde antes de la version 3.5 pero es ahora en la 3.5 cuando se le ha llenado de utilidad. Su ruta es : /usr/lib/vmware/bin/vscsiStats y os recomiendo que veais su ayuda.

Funcionamiento:
Simplemente tenemos que iniciar la monitorización con vscsiStats -s y posteriormente con proporcionarle el World Group ID de la Vm y el Virtual Disk Handle ID ya podremos obtener informacion sobre dicho disco a nivel virtual SCSI, tanto en escrituas como lecturas.
(Ejemplo de uso: root@esx1 root# /usr/lib/vmware/bin/vscsiStats -i 8277 -w 1382 -p ioLength).
Finalmente tendremos que parar la monitorizacion vscsiStats -x.

Entre los valores que le podemos pedir estan:

• ioLength: Tamaño del I/O, puede indicar problemas del alignement de disco si hay valores como 8191 en lugar de 8192.... Los VMDKs suelen estar optimizados a 4kB.
  
• seekDistance: Distancia entre busquedas seguidas
• outstandingIOs: Indica el nivel de paralelismo
• latency: Latencia
• interarrival: Tiempo entre I/Os

El resultado será un histograma (ponemos los puntos de medida en tramos y dibujamos su frecuencia relativa).









Os pongo un ejemplo sacado del documento original, (el cual no dudeis en leer si quereis profundizar en el tema). Se trata de una comparación de una VM con XP y otra con Vista: En copias de ficheros grandes, Vista utiliza grandes I/Os(1MB) asi que aunque su latencia es mayor, el numero de comandos es mucho menor y el I/O es mucho más secuencial que el XP.

Top 10: Lecturas sobre VirtualCenter

Eric Siebert publica en Virtual Strategy Magazine un conjunto de diez lecturas para que profundicemos en el conocimiento del Virtual Center. En estos diez puntos Eric nos detalla una colección de presentaciones de VMWorld, alguna Tech Note de VMware y white papers varios que cubren todo lo que se necesita saber sobre la Base de Datos, ventajas y desventajas de correr VC en una VM, roles, plantillas de permisos y como configurarlo correctamente.

Aqui van:

Bulletproof VirtualCenter
A VMworld 2007 presentation on properly configuring and protecting VirtualCenter so it has high availability.
http://www.vmworld.com/vmworld/mylearn?classID=11017

VirtualCenter Database Maintenance: SQL Server
A white paper from VMware on how to maintain the VirtualCenter database when using SQL Server.
http://www.vmware.com/files/pdf/vc_microsoft_sql_server.pdf

Running VirtualCenter in a Virtual Machine
A white paper from VMware discussing the advantages and limitations of running VirtualCenter as a VM.
http://www.vmware.com/pdf/vi3_vc_in_vm.pdf

VirtualCenter Database Performance for Microsoft SQL Server 2005
A white paper from VMware on performance statistic collections and there effect on the VirtualCenter database.
http://www.vmware.com/files/pdf/vc_database_performance.pdf

VirtualCenter 2 Diagnostics
A VMworld 2006 presentation on troubleshooting problems with VirtualCenter.
http://download3.vmware.com/vmworld/2006/tac4096.pdf

Managing Vmware VirtualCenter Roles & Permissions
A white paper from VMware on configuring roles and permissions in VirtualCenter.
http://www.vmware.com/pdf/vi3_vc_roles.pdf

VirtualCenter 2.0 The Technical Insights
A VMware TSX 2007 presentation on the technical architecture of VirtualCenter.
http://www.vmware-tsx.com/download.php?asset_id=52

Template Usage and Best Practices
A white paper from VMware on creating, managing and using templates to deploy virtual machines.
http://www.vmware.com/pdf/vc_2_templates_usage_best_practices_wp.pdf

Replacing VirtualCenter Server Certificates
A technote from VMware on replacing the default certificates in VirtualCenter.
http://www.vmware.com/pdf/vi_vcserver_certificates.pdf

VirtualCenter Technical Best Practices
A document from VMware with technical details on VirtualCenter and vMotion.
http://www.vmware.com/pdf/vc_technical_best.pdf

Xtravirt Virtual SAN (XVS) Appliance

Los genios de Xtravirt (de los que comente su producto VISBU) acaban de sacar una de las cosas que es de obligada prueba. Se trata de un appliance que hace de SAN de iSCSI y lo mejor de todo GRATIS. Ahora, a la solucion de usar Openfiler como VM para tener una SAN simulada podemos añadirle la solucion de Xtravirt que desde luego parece muy buena (no me ha dado tiempo a probarlo).

¿Cómo funciona? Tenemos dos servidores ESX, cada uno de ellos con una VM con el appliance antes mencionado (solo ocupa 230MB). A dichas VMs le damos discos, pongamos que les damos 200GB, que presentaran como iSCSI a los ESX permitiendonos que los formateen en VMFS y que puedan meter VMs alli, usar HA, DRS(vMotion tambien obviamente) etc. Lo mejor de todo es que esos dos discos de 200GB(cada uno en un ESX: recordemos que es disco local de los ESX) son replicados sincronamente de forma que nos puede servir tambien de Disaster Recovery a nivel de datos.

Dicho esto, solo me queda probarlo! Espero que poco a poco este tipo de cosas se vayan incluyendo en el propio ESX puesto que son cosas que les da realmente potencia.

Como una imagen vale más que mil palabras :



The Xtravirt Virtual SAN (XVS) appliance for VMware ESX3 Server is a free solution to provide the benefits of shared VMFS storage without the cost of a SAN – this allows the utilisation of otherwise unused local storage in the ESX server to facilitate enterprise level features such as vMotion, DRS and HA normally only available through the use of a shared storage device. All volume data is synchronously replicated between hosts, providing full fail-over capability with data integrity in the event of host, disk or appliance failure. The appliance is menu driven and has been designed to be as easy to configure as possible, and full documentation on the implemenation process is provided.

Por el momento no puedo entrar a la documentacion. Si lo probais comentad algo.

Upgrade a ESX 3.5 y VC 2.5

Desde VMware nos dan una serie de Best Practices para realizar el paso a la version 3.5 de ESX y a la 2.5 de VC: Upgrading to ESX 3.5 and VirtualCenter 2.5 Best Practices

1. Backup your VirtualCenter database. VMware recommends detaching the database and copying it somewhere safe.
2. Grant the System DSN user of the VirtualCenter Database db_owner privileges on the MSDB database as well as the VirtualCenter database. Ensure that your ODBC System DSN is using the proper driver. You must have a SQL Server driver if your database is SQL 2000, and SQL Native Client driver if using SQL 2005.
3. If your ESX Server host is in a DRS or VMware High Availability (HA) Cluster remove it from the cluster so no virtual machines migrate to the ESX Server host.
4. If possible VMotion all virtual machines off the host to be upgraded. If not, power them down gracefully and power off the ESX Server host.
5. Log in to your VirtualCenter server with a local Administrator account to run the installation, do not use a domain administrator.
6. Perform the upgrade to VirtualCenter to 2.5 and ensure all your data is visible in VirtualCenter 2.5 after the upgrade. Ensure no processes are running that conflict with the ports that VirtualCenter uses, such as IIS.
7. If there is a SAN connected to your ESX Server host detach the SAN before continuing with the upgrade.
8. Confirm that all the virtual machines are now migrated from the ESX Server host or powered down, and that ESX Server host is no longer part of an VMware HA or DRS cluster.
9. Download the newest version of the ESX operating system ISO image and burn it to CD.
10. Place the CD in the CD-ROM drive of the host and boot from the CD.
11. Install ESX Server 3.5 with a fresh install or upgrade.

    Note: A fresh install wipes out all previous network configuration.

ESX 3.5 puede correr en Workstation 6.5 Build 91182

Supongo que habrá muchos que se alegrarán: Ya se puede correr una VM con el ESX3.5 en Workstation 6.5, concretamente :
Download VMware Workstation 6.5 Beta VMware Workstation 6.5 Beta
Latest Version: Beta | 5/12/08 | Build 91182

Como antes, hay que tocar el .vmx de la maquina virtual.
Ejemplos de configuraciones que funcionan:
ethernet0.virtualDev = "e1000"
monitor.virtual_exec = "hardware"
monitor_control.restrict_backdoor = "true"

o

guestOS = "other"
ethernet0.virtualDev = "e1000"
scsi0.virtualDev = "lsilogic"
monitor.virtual_exec = "hardware"
monitor_control.restrict_backdoor = "true"

Y alguna recomendacion:
I'd also recommend to install the ESX itself to IDE and use the LSI-logic disks for VMFS Use 2 virtual CPUs only when you have a quadcore system - otherwise use one CPU

vmreference VI3 card v1.2

Como ya os comenté en Marzo, Forbes Guthrie mantiene una increible "chuleta" en forma de pdf que actualiza de vez en cuando con las sugerencias de los que le escriben.

Aqui os dejo el enlace:
http://vmreference.googlepages.com/vmreferenceVI3Card1.2.pdf

Hay una docena de correcciones, updates, nuevas cosas añadidas, etc...
Un documento a tener a mano siempre.

¿Cómo saber cuánto se deduplicará?

La principal pregunta a la hora de aplicar deduplicación o convencer a alguien de que es algo que le puede venir muy bien es precisamente ¿Cual es mi potencial de deduplicacion? Es decir, si aplico la deduplicacion a tal o cual volumen: ¿Cuánto se deduplicará? ¿Cuanto espacio me ahorraré? El 10%, el 40%...

Aqui os pongo un script (en python) que realiza (o intenta realizar) una estimación de lo que nos ahorraríamos usando la deduplicación de NetApp.

Como ya expliqué en este post la deduplicación de NetApp funciona en un 99% de esta forma:
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 funciona el script?
El script mira recursivamente en el directorio que le indiquemos leyendo cada archivo. Posterirormente va troceando cada archivo en chunks de 4 kB (ese es el tamaño de bloque que usa NetApp) y calcula un md5 de cada bloque de 4kB. Se mantiene una lista de los md5 calculados y comprueba si se trata o no de datos duplicados.
Cada vez que se procesa un archivo el script nos proporciona por un lado la deduplicacion que obtendria ese fichero y por otro cómo vamos en el total del directoriro en el que estamos intentando estimar el ahorro debido a la deduplicación:

Archivo /tmp/dedup/Archivos_Backup.txt: Tamano 286927441 bytes (70051 bloques)
Estadisticas del Archivo /tmp/dedup/Archivos_Backup.txt: Bloques Usados: 3728, Bloques del Archivo: 70051, Ratio 5.3%, Ahorro 94.7%.
Estadisticas Totales Recalculadas: Numero de Archivos: 12, Bloques Usados: 7073, Bloques Totales: 73396, Ratio 9.6%, Ahorro 90.4%.

Finalmente, cuando se ha terminado de procesar todo el directorio el script nos muestra los datos importantes:
=======================================================================================================================
Estadisticas Totales Finales: Numero de Archivos: 961, Bloques Usados: 268422, Bloques Totales: 401134, Ratio 66.9%.
Ahorro Final que obtendras con la deduplicacion 33.1%.
=======================================================================================================================

En este caso obtendríamos un 33% de ahorro de espacio si usasemos deduplicacion.
El script sólo da una aproximación de los ahorros que conseguiríamos aplicando la dedupliación puesto que
se necesitaría también espacio para mantener la base de datos de hash y algunos metadatos.
Por las pruebas que he hecho es bastante fiable, incluso a veces el tiempo que tarda en hacerlo es equivalente en la cabina y con el script. A ver que os sale a vosotros...

Ejemplo de uso: python estimar_dedup.py /tmp/dedup
(Podeis poner delante time para ver el tiempo que tarda: time python estimar_dedup.py /tmp/dedup)

Con los comandos df -h y df -s antes y despues de realizar la dedupliación con NetApp(sis on, sis start -s) podreis comprobar si el script ha resultado fiable o no.

Por favor, si obteneis resultados(buenos o malos) o mejoras o problemas con el script, ¡comentadmelo! Espero que sirva aunque sea para saber a priori si te compensa usar deduplicacion o no...

Nota: Los resultados más espectaculares de la dedup de NetApp se dan en los ficheros que no pierden su alignment de 4kB anque se modifiquen. Como los vmdks de VMware y no como los ficheros de texto.

[root@server ~]# more estimar_dedup.py
#!/usr/bin/python

import os, sys, md5
from stat import *

# Lee todos los ficheros del directorio y
# estima los ahorros de la dudup de NetApp haciendo el md5
# y comprobandolo para cada bloque de 4 kB. el paramentro importnate
# es el que da el ultimo Ratio (un ratio de 70% significa que te ahorras # un 30%)

if len(sys.argv) != 2:
  print "Uso: nombre.py "
  sys.exit(1)

workdir = sys.argv[1]

if not os.path.isdir(workdir):
  print "Problema: " + workdir + " no es un directorio"
  sys.exit(1)

print "Comprobando directorio: " + workdir

numfiles = 0

storage_blocks = 0

total_blocks = 0

current_file_storage_blocks = 0

fingerprint_index = {}


for root, dirs, files in os.walk(workdir):
 for f in files:
  filename = root + "/" + f
  print "Archivo " + filename + ": ",

  if f==".snapshot":
   continue

  if not os.access(filename, os.R_OK):
   print "No access, skip"
   continue

  if os.path.islink(filename):
   print "Symlink, skip"
   continue

  mode = os.stat(filename)[ST_MODE]
  if not S_ISREG(mode):
    print "No regular file, skip"
    continue

  file_size = os.stat(filename).st_size

  blocks = int( round( (file_size + 2048) / 4096.0) )

  print "Tamano " + str(file_size) + " bytes (" + str(blocks) + " bloques)"

  f = open (filename, "r")

  current_file_storage_blocks = 0

  for block_number in range(0,blocks):
    blockdata = f.read(4096)
    m = md5.new(blockdata)
    fingerprint = m.digest()

    if fingerprint_index.has_key( fingerprint ):
      pass
    else:
      fingerprint_index[fingerprint] = True
      storage_blocks = storage_blocks + 1
      current_file_storage_blocks = current_file_storage_blocks + 1

    total_blocks = total_blocks + 1

  f.close()

  print "Estadisticas del Archivo "+ str(filename) + ": Bloques Usados: "+str(current_file_storage_blocks)+ ", Bloques del Archivo: "+str(blocks)+ 
 ", Ratio "+str( round((100.0 *current_file_storage_blocks)/blocks,1) )+ 
 "%, Ahorro "+str( round(100 - (100.0 *current_file_storage_blocks)/blocks, 1 ) )+"%."
  numfiles = numfiles + 1
  print "Estadisticas Totales Recalculadas: Numero de Archivos: " +str(numfiles)+", Bloques Usados: "+str(storage_blocks)+ 
 ", Bloques Totales: "+str(total_blocks)+ ", Ratio "+str( round ( (100.0 *storage_blocks)/total_blocks, 1 ) )+ 
 "%, Ahorro "+str( round ( 100 - (100.0 *storage_blocks)/total_blocks, 1) )+"%."
  print "-"
  print

print
print "======================================================================================================================="
print "Estadisticas Totales Finales: Numero de Archivos: " + str(numfiles) + ", Bloques Usados: " + str(storage_blocks) + 
 ", Bloques Totales: " + str(total_blocks) + ", Ratio " + str ( round ( (100.0 *storage_blocks)/total_blocks, 1) ) + "%."
print "Ahorro Final que obtendras con la deduplicacion " + str ( round ( 100 - (100.0 *storage_blocks)/total_blocks, 1) ) + "%."
print "======================================================================================================================="

Site Recovery Manager

Ayer anunció oficialmente VMware que la proxima semana estará disponible para pedirlo el Site Recovery Manager(SRM) y que posteriormente estará disponible para todo el mundo en 30 dias.

En lineas generales, Site Recovery Manager necesita:

• VirtualCenter con licencia en ambos sites.
• ESX con licencia (y corriendo) en ambos sites.
• Base de datos de backend para SRM en ambos sites.
• Almacenamineto compartido con capacidad y licencia para realizar replicacion a nivel de bloque (SAN based) en ambos sites.
• Site Recovery Agent (SRA) proporcionado por nuestro vendedor de almacenamiento.(En teoria los que lo proporcionan son: 3PAR, Dell, EMC, FalconStor, Hitachi Data Systems, HP, IBM, LeftHand Networks y NetApp)
• Tanto en el primario como el secundario necesitaremos instalar el codigo SRM en el servidor SRM, instalar el plugin SRM en el VI Client, instalar SRA en el servidor SRM.
  

Entre las recomendaciones están:

• Organizar las VMs en las LUNs de forma que no se necesiten replicar todas(VC server, Update Manager server, and SRM server (si son VMs no deben ser replicadas).
• Separar LUNs de VMs criticas y no criticas, la idea es reducir el trafico de replicacion para dejarlo mayormente para las LUNs de VMs criticas.(El uso del sVMotion nos ayudará a hacer esto...)

A ver cómo hacen el fail over, no he probado nada del SRM pero tiene pinta de que las VMs se levantarán como de un crash...veremos...

Update: Aqui teneis un link con una presentación donde explican qué es el SRM de VMware, a disfrutarlo:
http://communities.vmware.com/docs/DOC-3210

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 documentation:
Configuration Maximums for VMware Infrastructure 3 - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_config_max.pdf
Quick Start Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_quickstart.pdf
Basic System Administration - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_admin_guide.pdf
Virtual Infrastructure Web Access Administrator's Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_web_access.pdf
ESX Server 3 Configuration Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_3_server_config.pdf
Resource Management Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_resource_mgmt.pdf
Fibre Channel SAN Configuration Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_san_cfg.pdf
iSCSI SAN Configuration Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_iscsi_san_cfg.pdf
Virtual Machine Backup Guide - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_vm_backup.pdf
VMware Infrastructure 3 Primer - http://vmware.com/pdf/vi3_35/esx_3/r35/vi3_35_25_prim.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:

3.5 Install Notes: http://communities.vmware.com/message/820473
VC 2.5 SQL Server 2000 permission configuration needs - http://communities.vmware.com/message/820079
VC 2.5 Upgrade - Wiped my Database - http://communities.vmware.com/message/820174
New Features - What Have You Noticed? - http://communities.vmware.com/thread/117565?tstart=50
VMware 3.5 Disappointing News - http://communities.vmware.com/thread/116816?tstart=100
Upgrade of 3.0.2 or Fresh Install? - http://communities.vmware.com/thread/116907?tstart=100
VI Client 2.5 only supports 32-bit OS - http://communities.vmware.com/thread/116881?tstart=150
VC 2.5 Database Upgrade - Space required by Upgrade Wizard - http://communities.vmware.com/thread/117001?tstart=150
Update Manager - Changing the Default Location of the Patch Repository - http://communities.vmware.com/thread/117426?tstart=150
ESX 3.5 Time Configuration Error "Failed to Change Host Configuration" - http://communities.vmware.com/thread/117349?tstart=200
VirtualCenter 2.5 Components won't install - http://communities.vmware.com/thread/116964?tstart=250

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

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.

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....

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