Qué es el seguimiento de cambios de resiliencia de Hyper-V: Uso de RCT para VM Backup
Cuando se trata de la eficiencia del backup y de copiar sólo bloques de datos únicos entre backups completos (es decir, crear backups incrementales), la tecnología de seguimiento de cambios es extremadamente importante. Changed Block Tracking (CBT ) de VMware ha estado disponible durante mucho tiempo y es familiar para muchos a la hora de hacer backups en entornos virtuales. Una función similar está disponible para entornos Microsoft Hyper-V. Microsoft denomina a su propia tecnología Resilient Change Tracking (RCT). Echemos un vistazo a esta tecnología en Windows Server 2016 y conozcamos cómo se implementa.
¿Qué es Hyper-V RCT?
Resilient Change Tracking (RCT) es una función de Microsoft Hyper-V que rastrea los bloques de disco que han cambiado desde el último backup de una máquina virtual (VM). Como resultado, al ejecutar la siguiente copia de seguridad incremental de la máquina virtual, sólo se copian los bloques modificados en el almacenamiento de backups.
Mientras que esta tecnología ha existido en el mundo de VMware desde ESX/ESXi 4.0 y la máquina virtual versión 7 y superior (desde alrededor de 2011), en el mundo de Hyper-V, esta es una tecnología relativamente nueva. IT no fue hasta la introducción de RCT en Windows Server 2016 que obtuvimos una forma eficiente de realizar un seguimiento de estos bloques modificados en las máquinas virtuales Hyper-V.
Antes de 2016, el seguimiento de cambios de Hyper-V se realizaba mediante controladores de filtro propietarios implementados por los proveedores de backups para copiar solo los bloques modificados de las máquinas virtuales Hyper-V de origen en un repositorio.
Nota: La versión de configuración de Hyper-V VM debe ser 6.2 o superior para poder utilizar RCT.
Averigüemos ahora por qué es esencial hacer backups de Hyper-V Resilient Change Tracking.
Por qué utilizar Hyper-V RCT
En el contexto de un entorno virtualizado, cuando se crea un backup completo de una VM, se obtiene una representación completa de esa VM bloque a bloque. Se recomienda que la siguiente copia de seguridad sea idealmente una copia de seguridad incremental con sólo los bloques modificados copiados de la máquina de origen. Sería extremadamente ineficiente copiar datos duplicados una y otra vez si ya tenemos esos datos en nuestro repositorio de backups. Hacer backups completos para cada ciclo implica largas ventanas de backup transfiriendo datos innecesarios al repositorio y elevados requisitos de capacidad de almacenamiento de backups.
Aquí es donde entra en juego la tecnología de seguimiento del cambio. Al aprovechar el RCT de Microsoft, las soluciones de protección de datos de terceros pueden crear copias de seguridad y réplicas incrementales más rápidas y eficaces, copiando sólo los bloques de datos modificados después de una copia de seguridad completa.
Cómo funciona Hyper-V RCT durante los backups
El seguimiento de cambios de resiliencia en Hyper-V crea una asignación de todos los bloques de datos utilizados por una máquina virtual. En el siguiente ciclo de backups, la información de seguimiento de cambios sabe qué bloques han cambiado desde el último backup. En los siguientes ciclos de backup sólo se copian los bloques modificados.
El seguimiento de cambios resiliente hace referencia a la capacidad de Hyper-V de poder realizar un seguimiento de los cambios incluso si se produce un fallo grave o un apagado inesperado de la máquina virtual. Windows Server 2016 Hyper-V logra esto mediante la implementación de tres archivos de seguimiento de cambios: 1 en memoria y 2 en disco. De esta forma, si se produce el mencionado apagado sucio o apagado y se pierde el seguimiento modificado en memoria, seguimos teniendo el seguimiento modificado en disco. Hay dos archivos que se crean cuando se hace el primer backup completo de un Windows Server 2016 Hyper-V.
Durante el proceso de creación del punto de control durante el backup, también verá que se crea un archivo .vhdx para el disco, así como los archivos .mrt y .rct. Si no ve estos archivos creados durante la operación de backup de VM, entonces no ha iniciado una operación de backup de RCT. Lo más probable es que haya seleccionado una operación de backup con un controlador de filtro de solución de backup propietario activado.
Una vez que el punto de control se ha eliminado y el job de backups se ha completado, nos quedan los archivos .vhdx, .mrt y .rct.
Vamos a explicar para qué sirven estos archivos.
- El archivo RCT o Resilient Change Tracking es la representación más detallada de los bloques modificados en disco (aunque menos detallada que el mapeo en memoria). Este archivo se escribe en modo write-back o caché, lo que significa que se utiliza durante las operaciones regulares de la máquina virtual, como migraciones, arranques, apagados, etc.
- El archivo MRT o Modified Region Table se escribe en modo write-through y es menos granular que el archivo RCT, aunque registra todos los cambios en disco. Si ocurre algo -una caída, un corte de corriente, etc.-, el archivo MRT se utiliza para reconstruir los bloques modificados. – el archivo MRT se utiliza para reconstruir los bloques modificados. Esto ahorrará una gran cantidad de tiempo y será más eficiente que hacer un backup completo de la máquina virtual.
Por qué necesitamos archivos de seguimiento de cambios en disco
La asignación de memoria de los bloques modificados que se conserva sólo es válida para la máquina virtual mientras viva en el mismo host. Si ese host se bloquea o la máquina virtual se migra a un nuevo host, la asignación de bloques modificados en memoria se pierde. Como se ha mostrado anteriormente, el seguimiento de cambios resiliente de Windows Server 2016 con los nuevos archivos RCT y MRT resuelve este problema, ya que el seguimiento de bloques modificados se persiste en el disco y se puede hacer referencia a él sin depender de los recursos informáticos y de memoria que posee la máquina virtual.
Uso de Hyper-V RCT para VM Backup con NAKIVO Backup & Replication
Cuando crea un job de backup de Microsoft Hyper-V en la solución NAKIVO, puede configurar los ajustes de Hyper-V RCT para una o múltiples VMs añadidas al job de backup. Si utiliza Hyper-V 2016 o posterior en un servidor desde el que hace backup de las máquinas virtuales, puede utilizar Hyper-V RCT nativo. Las opciones de backup de Hyper-V VM contienen tres opciones de seguimiento de cambios:
- Utilizar Hyper-V RCT
- Utilizar un método propio
- Sin seguimiento de cambios (siempre lleno)
Hyper-V RCT es la opción más eficaz con la menor carga en un host Hyper-V con las máquinas virtuales de origen para hacer backup de. La opción Hyper-V RCT no está disponible para las máquinas virtuales que se ejecutan en Hyper-V 2012.
Puede editar ajustes y establecer comportamientos en caso de que la solución encuentre errores al utilizar RCT:
- Cambiar al método propietario
- Fallo en el procesamiento de máquinas virtuales
Además, en la configuración de ajustes para el seguimiento de cambios, puede seleccionar que se comprueben dos veces los bloques modificados proporcionados por RCT. Como se indica en la información sobre herramientas (al hacer clic en ⓘ), esto da lugar a ejecuciones de job más largas para la verificación adicional del seguimiento de cambios entre ciclos de backups.
Conclusión
Resilient Change Tracking es una útil función de Hyper-V para hacer backups incrementales de máquinas virtuales. Esta función de seguimiento de cambios está disponible en Hyper-V 2016, 2019 y versiones más recientes. Ahora los bloques modificados se rastrean eficazmente a nivel del hipervisor. Los proveedores de protección de datos como NAKIVO utilizan RCT a través de API especiales en lugar de escribir sus propios filtros de seguimiento de cambios para hacer backups y replicas más eficientes.
