Esta entrada es la continuación de la serie en relación a la Protección de Datos con Nutanix:
- Parte 1 – Constructores de Implementación
- Parte 2 – Protegiendo Entidades
- Parte 3 – Respaldo y Restauración
- Parte 4 – Snapshots App-Consistent
¿Confundido sobre la diferencia entre un snapshot crash-consistent y uno application-consistent?
Snapshot Crash-Consistent
Los snapshots de MVs comúnmente son por default crash-consistent, lo que significa que los vDisks capturados son consistentes con un solo punto en el tiempo. El snapshot representa los datos en disco como si se tratara de un escenario de una MV averiada o cuando se saca el cable de poder a un servidor – no se incluye nada que esté en memoria cuando el snapshot se toma. Al día de hoy, la mayoría de aplicaciones pueden recuperarse bien de un snapshot Crash-Consistent.
Snapshot Application-Consistent
Los snapshots application-consistent capturan los mismos datos que los snapshots crash-consistent, agregando todos los datos en memoria y todas las transacciones en proceso. Debido a ese contenido extra, los snapshots application-consistent son más complejos y toman más tiempo en ejecutarse.
Si bien muchas organizaciones encuentran los snapshots crash-consisten suficiente para sus necesidades, Nutanix también soporta snapshots application-consistent. Este snapshot utiliza el Servicio nativo de Nutanix VmQueisced Snapshot (VSS) para desactivar el sistema de archivos de ESXi y AHV antes de tomar el snapshot. Se puede configurar el tipo de snapshot que debe mantener cada Dominio de Protección (PD).
El VSS típicamente se le conoce a un término específico para un servicio de Windows conocido como Volume Copy Service. Sin embargo, dado que la solución de Nutanix aplica tanto para Windows y Linux, se ha modificado el término a VmQueisced Snapshot Service.
Para que los Snapshots VSS de Nutanix puedan ser utilizados, se tiene que contar con los siguientes prerrequisitos:
- En la Plataforma de Nutanix
- Se deberá configurar la IP virtual del Clúster (VIP).
- En los SO invitados / MV del usuario
- Nutanix Guest Tools instalados.
- VIP de la CVM deberá alcanzar el puerto 2074.
- Configuración de Recuperación de Desastres
- La MV del usuario deberá estar en un PD con ‘Use application consistent snapshots’ habilitado.
Desde la versión 4.6, esto se logra utilizando el proveedor nativo de VSS de hardware Nutanix que se instala como parte de las Nutanix Guest Tools.
La siguiente imagen muestra una vista de alto nivel de la arquitectura VSS:
Se puede ejecutar un snapshot application-consistent siguiendo el flujo de trabajo de protección de datos habitual y seleccionar ‘Use applicaton consistent snapshot’ cuando se proteja la MV.
Cuando las NGT están habilitadas en la MV, la capacidad de snapshot VSS está habilitada por default. Sin embargo, se puede desactivar esta capacidad con el siguiente comando:
nutanix@cvm$ ncli ngt disable-applications application-names=vss_snapshot vm_id=<VM_ID>La solución VSS de Nutanix está integrada con el framework VSS de Microsoft Windows. El siguiente esquema muestra a un alto nivel la arquitectura de la misma:
Una vez que las NGTs se instalan se puede observar los servicios del agente NGT y el proveedor de hardware VSS:
La solución de Linux funciona de manera similar a la solución de Windows, sin embargo, aquí se utilizan scripts ya que en las ditros de Linux no existe un framework similar al de Microsoft. El siguiente esquema muestra a un alto nivel la arquitectura de la misma:
Los scripts de pre-freeze y post-thaw estan localizados en los siguientes directorios:
- Pre-freeze: /sbin/pre_freeze
- Post-thaw: /sbin/post-thaw
Nota: ESXi tiene soporte para snapshot application-consistent utilizando las VMware Tools. Sin embargo, durante este proceso, los discos delta se crean y ESXi “pasma” la MV para remapear los discos virtuales a los archivos delta nuevos que manejaran los IOs de escritura. Este proceso de “pasmar” también ocurre cuando un snapshot de VMware es borrado.
Durante este proceso el SO de la MV no puede ejecutar ninguna operación y se encuentra esencialmente “atorada” (por ejemplo, el ping fallará, aunque no el IO). La duración de este estado dependerá del número de vmdks y la velocidad de las operaciones de metadata de los datastores (por ejemplo, crear discos delta nuevos, etc.)
Utilizando Nutanix VSS nos saltaríamos el proceso de snapshot de VMware y tendríamos de poco a nada de impacto al desempeño o disponibilidad de la MV o SO.
Con esto terminamos la serie de Protección de Datos con Nutanix. Espero que les haya gustado y si quisieran que habláramos de un tema en específico, los comentarios están abiertos.
La recomendación musical para hoy es del famoso Mariachi Vargas de Tecalitlán. ¡Así que a darle!