VCAP – Sección 1.5 – Entendiendo y aplicando resignature a volumenes VMFS

Que tal Gente, el día de hoy les voy a hablar sobre de resignature de nuestros VMFS. Los servidores ESX/ESXi necesitan diferenciar entre sus datastores de VMFS , es por eso que desde la versión de VI3 se introdujo un mecanismo para cumplir con esto VMFS resignaturing.

En estos tiempos casi todos los almacenamientos centrales cuentan con mecanismos de protección o respaldo de datos a nivel del almacenamiento, entre los muchos que podemos encontrar están los snapshots (No de VMware), estos snaps de almacenamiento lo que hacen es tomar el estado de algún LUN en un momento especifico, teniendo así un copia exacta byte por byte pero además de copiar la información que se encuentra en la misma se copia el metadata del volumen aquí es donde tenemos problemas con VMware debido a que los servidores ESX distinguen sus Datastores basados en un UUID (Universally Unique Identifier) y este uuid se encuentra en el metadata de dichos volúmenes es un valor hexadecimal de 16 caracteres asignado por el LVM.

¿Cómo puedo saber el UUID de mi volumen VMFS?

Haciendo uso de vmkfstools.

vmkfstools -P -h /vmfs/volumes/nombredevolumen

-P nos permite la lectura del metadata

-h nos presenta la información en MB y GB

¿Como esta compuesto este UUID?

 

Primera parte (verde) — El tiempo de nuestro COS (console of service).

Segunda parte (azul) — El tiempo TSC (time stamp counter) métrica propia del CPU para llevar una cuenta de tiempo.

Tercera parte (naranja) — valor aleatorio.

Cuarta Parte (rojo) — MAC address de nuestra COS.

 

En el momento que nosotros presentamos un LUN que sea snapshot o copia de un mismo LUN que ya este dado de alta en nuestros servidores ESX/ESXi se generarán entradas en el log de vmkernel, si hacemos un "tail -f /var/log/vmkernel.log"  en el caso de ESX y "tail -f /var/log/messages |grep vmkernel"  en el caso de ESXi veremos entradas como:

vmhba0:0:0:1 may be snapshot

esto nos indica que se ha presentado un LUN que tiene un mismo UUID de algún LUN que se está utilizando. Podemos verificar esto ejecutando el siguiente comando:

esxcfg-volume -l

Esto nos mostrará algo como lo siguiente en caso de tener un snapshot LUN:
VMFS3 UUID/label: 49d22e2e-996a0dea-b555-001f2960aed8/VMFS_1
Can mount: Yes
Can resignature: Yes
Extent name: naa.60a98000503349394f3450667a744245:1 range: 0 – 97023 (MB)

Aquí tenemos varias opciones para el montaje de dicho LUN:

• Forzar el montaje de un snapshot lun hasta el siguiente reboot del Host ESX

esxcfg-volume -m <UUID|nombredeVMFS>

ej.   esxcfg-volume -m "49d22e2e-996a0dea-b555-001f2960aed8″

• Forzar el montaje de un snapshot lun de forma persistente (se monta sin importar reinicios)

esxcfg-volume -M "49d22e2e-996a0dea-b555-001f2960aed8″

• Realizar un resignature del snapshot LUN (cambio de UUID),se monta inmediatamente:

esxcfg-volume -r "49d22e2e-996a0dea-b555-001f2960aed8″

 

¿Cómo realizo operaciones de resignature desde el vSphere Client?

1. Ingresamos con nuestro vSphere Client y seleccionamos nuestro Host ESX/ESXi y seleccionamos la pestaña de "configuration".
2. Seleccionamos "Storage" y damos click en add storage.
3. Seleccionamos Disk/LUN.
4. En la lista de LUNs presentadas seleccionamos aquella que en la columna de "VMFS label"  tenga un nombre de datastore, en este mismo nombre se nos mostrará que es un snapshot.
5. en Mount options seleccionamos "assign a new signature" y damos next.
6. Finalizamos el proceso.

VCAP – Sección 1.4 – Configurar los filtros de almacenamiento en vCenter

Que tal Gente , continuando con la serie de posts para la preparación de VCAP nos toca hablar de los filtros de almacenamiento (Storage Filters) que nos ofrece vCenter.

Se preguntaran, que son los Storage filters, VMware dentro de vCenter nos ofrece una serie de filtros específicamente pensados para evitar posibles problemas en la configuración de almacenamiento, estos filtros intervienen en operaciones de formateo, el uso de extents, creación de RDMs y para prevenir posibles configuraciones entre almacenamientos incompatibles.

Existen los siguientes filtros de almacenamiento:

• Filtro de RDM — (config.vpxd.filter.rdmFilter), este filtro evita que podamos agregar un LUN que ya este siendo usado por otra VM como RDM con esto se previene corrupción del mismo.

• Filtro de VMFS — (config.vpxd.filter.vmfsFilter), este filtro evita que podamos utilizar un LUN que ya este formateado con VMFS para crear otro sistema de archivos VMFS o RDM, evitando así sobre-escribir algún datastore ya creado.

• Filtro de Rescan — (config.vpxd.filter.hostRescanFilter), este filtro si lo deshabilitamos,hará que no se realicen los escaneos automáticos de almacenamiento.

• Filtro de mismos Hosts y tipo de transporte —(config.vpxd.filter.SameHostAndTransportsFilter), este filtro se encarga de no permitirnos el agregar un lun "incompatible" como un extent a un VMFS existente, podemos entender como incompatible a luns que son vistas solo por algún numero de hosts, el almacenamiento que queremos agregar es local (DAS -bloque o paralelo) y lo queremos agregar a un datastore de ISCSI o FC.

¿Como agregamos estos filtros?

1-. Ingresamos a nuestro vCenter a traves del vSphere client.

2-.  Seleccionamos el menu de Administration -> vCenter Server

3-.  Una vez dentro nos dirigimos a Settings -> Advanced Settings

 

VCAP – Sección 1.3 – Entendiendo los casos de uso de RDM

Que tal Gente, estuve un poco ocupado la semana pasada es por eso que no poste nada nuevo, hoy vamos a continuar con esta serie de posts sobre VCAP.Es momento de hablar específicamente en que casos estaremos utilizando RDM (Raw Device Mapping) como disco duro de una vm.

RDM le provee a una vm el acceso directo a un LUN que resida en un almacenamiento centralizado, en este caso solo podemos hacer uso de RDM con Fibre Channel y ISCSI.