Una serie de articulos detallando el proceso de Upgrade a vCenter Server 5.0
Una serie de articulos dedicados a la configuración de iSCSI en vSphere 5.0
Una serie de articulos dedicados a View Transfer Server y sus caracteristicas.
Serie de articulos detallando el proceso de creación y configuración de un cluster MSCS en configuración Across Boxes en vSphere 4.1
 | Iniciamos el View Client con Local Mode, e ingresamos la IP o FQDN de un View Connection Server. Presionamos Connect para realizar la conexión |
 | Ingresamos las credenciales de usuario y presionamos Login. |
 | A continuación nos aparecen los escritorios virtuales que tenemos asignados. En vez de realizar una conexión normal, seleccionamos un escritorio y marcamos la opcion "Check-Out". |
  | A continuación, y luego de confirmar la accion seleccionada, vemos como el escritorio virtual comienza a ser descargado en nuestro equipo. |
 | Una vez que el escritorio se ha descargado completamente, tenemos varias opciones, las cuales detallamos en la parte introductoria de este articulo. Seleccionamos Connect para conectarnos a nuestro escritorio local. |
 | Nuestro escritorio virtual se enciende como una MV dentro de nuestro equipo local. A continuación lo podemos utilizar como un escritorio virtual normal.. Adicional a las opciones que se incluyen normalmente en el cliente View, aqui tenemos la opción de realizar Backups, Roolbacks y Check-ins. |
 | Si seleccionamos la opción Check-in nos aparecerá la siguiente advertencia. Esto nos dice que se cerrará la sesión en el escritorio virtual local y se transferiran los cambios realizados al escritorio virtual en vCenter Server |
 | A continuación vemos como se está realizando el Check-In de nuestro escritorio virtual. Al terminar, podremos conectarnos al escritorio virtual directamente a vCenter Server, o realizar un nuevo Check-Out. |
| En primer lugar debemos determinar cuales son los Paths o caminos que está utilizando la LUN para llegar al Storage. Los Paths en VMware tienen el siguiente formato:
| |
 | En vSphere Client nos dirigimos a la pestaña "Configuration" del host, e ingresamos a la sección Storage Adapters. Seleccionamos el adaptador iSCSI (en nuestro caso el adaptador por Software). En la sección inferior, en la división de Paths, buscamos las rutas que ocupa la LUN que queremos enmascarar. En nuestro caso, aplicaremos LUN Masking en la LUN VMFS-EQL-ISOS, la cual tiene 2 rutas según lo que aparece en la lista de Paths.
|
  | Del mismo modo, utilizando CLI debemos ejecutar los siguientes comandos: # vmkfstools --queryfs /vmfs/volumes/NombreLUN Con lo que obtemos el ID de la LUN. # esxcfg-mpath --list-paths --device LUN_ID Con lo que obtenemos los Paths utilizados por la LUN. |
 | Teniendo ya los Paths, podemos proseguir creando las reglas Claimrule para enmascarar cada uno de ellos. En primer lugar listamos las reglas existentes para saber que numero de regla podemos utilizar. # esxcli corestorage claimrule list El numero de la regla puede ir de la 101 a la 200. |
Proseguimos creando las reglas necesarias, requiriendose una regla por Path a enmascarar. En nuestro caso tenemos 2 Paths, por lo que crearemos 2 reglas: esxcli corestorage claimrule add -P MASK_PATH -r 120 -t location -A vmhba37 -C 0 -T 7 -L 0 esxcli corestorage claimrule add -P MASK_PATH -r 121 -t location -A vmhba33 -C 1 -T 7 -L 0 | |
 | Como vimos anteriormente,
|
 | Cargamos las reglas que recién creamos y verificamos que efectivamente ya se muestran en la lista de reglas. # esxcli corestorage claimrule load # esxcli corestorage claimrule list Las reglas deben aparecer como clase File y Runtime (cada una). |
A continuación debemos de-registrar (unclaim) el Path, y ejecutar las reglas. # esxcli corestorage claiming unclaim -t location -A vmhba37 -C 0 -T 7 -L 0 # esxcli corestorage claiming unclaim -t location -A vmhba37 -C 0 -T 7 -L 0 # esxcli corestorage claimrule run | |
 | El comando de Unclaim se debe realizar por cada regla creada (1 por Path). |
| Con estos pasos, la LUN ya no debiera ser visibile para el host. | |
 | En vSphere Client nos dirigimos a la pestaña "Configuration" del host, e ingresamos a la sección Storage Adapters. Aqui vemos que ya solo tenemos 9 Devices (LUNs), con lo que confirmamos que el Masking se ha aplicado correctamente. En ocasiones, las rutas aparecen como "Dead" antes de desaparecer completamente, lo cual ocurre con un Rescan. |
 | Si ingresamos por linea de comandos a la ruta /vmfs/volumes, podemos ver que la LUN enmascarada ya no aparece. Con eso se concluye el proceso de LUN Masking. |
 | En primer lugar listamos las reglas existentes para saber el numero de las reglas que actualmente enmascaran la LUN. # esxcli corestorage claimrule list En este caso, son las reglas 120 y 121. |
| A continuación debemos eliminar las reglas necesarias. # esxcli corestorage claimrule delete -r 120 # esxcli corestorage claimrule delete -r 121. | |
 | Si listamos las reglas podemos ver ahora que las reglas solo aparecen como clase "Runtime". |
 | A continuación cargamos las reglas. Podemos ver ahora que las reglas clase Runtime han desaparecido definitivamente. |
| A continuación debemos registrar el Path, y ejecutar las reglas. # esxcli corestorage claiming unclaim -t location -A vmhba37 -C 0 -T 7 -L 0 # esxcli corestorage claiming unclaim -t location -A vmhba37 -C 0 -T 7 -L 0 # esxcli corestorage claimrule run | |
 | El comando de Unclaim se debe realizar por cada regla creada (1 por Path). |
| Con estos pasos, la LUN ya debiera ser visibile nuevamente para el host. | |
 | En vSphere Client nos dirigimos a la pestaña "Configuration" del host, e ingresamos a la sección Storage Adapters. Aqui vemos que tenemos nuevamente 10 Devices (LUNs), con lo que confirmamos que el Masking se ha quitado correctamente. |
 | Vemos también que el Datastore figura nuevamente en la lista de Datastores del host. |
 | Si ingresamos por linea de comandos a la ruta /vmfs/volumes, podemos ver que la LUN aparece nuevamente Con eso se concluye el proceso de deshacer LUN Masking. |
