Antes de todo, ya sea en ESX o ESXi, tenemos que habilitar el acceso por SSH, para poder lanzar comandos en la shell, ya que necesitaremos acceso a esta para la creación de los discos compartidos. O bien tambien podríamos usar el vMA.

Si lo intentamos por el entorno grafico obtendremos un error durante el encendido de las VM similar a 

Una vez en el sistema os aconsejo crear una carpeta con los discos a compartir tipo SHARED_DISKS en el volumen donde queramos que residan. Normalmente en un entorno grande se tiene una de estas carpeta por cada datastore.

Nos situamos dentro de esta y lanzamos el siguiente comando:

vmkfstools -c <size> -d eagerzeroedthick /vmfs/volumes/<mydir>/<myDisk>.vmdk

EJEMPLO:

vmkfstools -c 10Gb -d eagerzeroedthick -a lsilogic RAC_VOT2.vmdk

Con esto tendremos creado el o los discos en si pero no enganchados a ninguna máquina, además si usamos vMA tendremos que usar un parámetro más "–server". Es importante la opción "eagerzerothick" sin ella nos dará errores.

En cada VM tendremos que modificar el componente "SCSI Controller" o crear uno nuevo, siendo esto último mas aconsejable ya que no interferiremos con el funcionamiento actual del sistema. Esta deberá tener la opción "SCSI Bus Sharing" en virtual.

Y añadimos los discos seleccionando la opción discos existentes a esta "SCSI Controller", y eligiendo los discos que hemos creado anteriormente.

Esto lo repetimos por cada VM donde queramos que se vean dichos discos.

Otra opción que tenemos con el comando "vmkfstool" es la de convertir y modificar discos 

vmkfstools -i <origen>.vmdk <destino>.vmdk -d <option>

EJEMPLO:

vmkfstools -i RAC_DAT.vmdk RAC_DAT1.vmdk -d eagerzeroedthick

Mas información:

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1028042

Problemas:

Su servicio de VCenter se caia cada 5 minutos sin una razón aparente. En concreto el sistema Windows 2003 daba el siguiente mensaje en el visor de sucesos:

Ademas teníamos este otro:

Tipo de suceso: Error

Tipo de suceso: ErrorOrigen del suceso: Service Control ManagerCategoría del suceso: NingunoId. suceso: 7031Fecha: 09/07/2010Hora: 10:34:47Usuario: No disponibleEquipo: **********Descripción:El servicio VMware VirtualCenter Server terminó inesperadamente.  Lo ha hecho 1 veces.  Se realizará la siguiente acción correctora en 300000 milisegundos: Reiniciar el servicio.
Para obtener más información, vea el Centro de ayuda y soporte técnico en http://go.microsoft.com/fwlink/events.asp.

Tras un rato navegando por distintos logs del sistema y de vmware encontre las siguientes lineas en el vxpd.log:

La verdad que muchas pistas no daba el invento, ademas cayendo continuamente no me dejaba mirar nada dentro de sus sistemas.

Buscando en la base de incidencias de VmWare encontre un documento que me dio la pista para su resolucion:

http://kb.vmware.com/kb/1016281

En este documento encontre la pista definitiva, “A virtual machine has too many snapshots associated with it“

Resolución:

Entre en la administración de ambos nodos, de modo directo sin usar el Vcenter.

Y en uno de ellos encontre un sistema con 18 snapshots que era el causante del problema.

En el Snapshot Manager borre uno a uno esos 18 snapshot, y le di un reinicio al sistema del Vcenter Server, y conseguimos recuperar el servicio.

Buscar quien fue el causante de estos 18 Snapshot fue un poco mas complicado

Una vez instalados ambos productos podemos ejecutar comandos mas allá de la configuración disponible por el entorno gráfico. Un ejemplo es para realizar lo que nombramos en esta entrada.

$VC = Connect-VIServer (Read-Host "VC Server")

$AllVirtualMachines = Get-VM

foreach ($VirtualMachine in $AllVirtualMachines)

{$AllSnapshots=Get-Snapshot -VM $VirtualMachine | Where { $_.Created -lt (Get-Date).AddDays(-7)}

foreach ($Snapshot in $AllSnapshots)

{If ($Snapshot.ID -like "VirtualMachineSnapshot-*")

  {Write-Host $VirtualMachine.Name, $Snapshot.Name, $Snapshot.Description, $Snapshot.Created

   Remove-Snapshot -snapshot $Snapshot –Confirm  } } }

Al ejecutar este script lo primero que nos solicita es la IP o el nombre del Vcenter o ESX al que conectarse, y posteriormente nos pedirá confirmación para ir borrando los snapshot.

Haciendo unas pequeñas modificaciones en la primera línea que se realiza la conexión al servidor, podemos obtener que esta se realice automáticamente.

En la cuarta línea encontramos el contador de días que nos permite solo borrar snapshot anteriores a 7 días, modificando este parámetro podemos obtener cualquier antigüedad solicitada.

En la ultima línea podemos modificar “-Confirm” por “-Confirm:$false” e impedir que nos pregunte por verificacion a la hora de borrar. Solo os aconsejo esto cuando ya esteis seguros que el script realiza lo pretendido.

Espero que este script le sea de utilidad a alguien, solo comentaros que no soy el autor de este al 100% simplemente me lo he refrito a mi gusto.

Tras investigar un poco descubrí que claro era normal ya que la interfaz virtual del la Service Console solo apuntaba a una interfaz física.

Cuando di de alta el Vswitch distributed, quite el Vswitch y metí ambas interfaces y las configure el sistema seguía quejándose y yo seguía sin entender porque ya que la redundancia estaba disponible.

Finalmente la solución fue tan tonta como, en las propiedades del cluster desactivar el servicio de HA y volverlo activar.