Este artículo ha sido traducido automáticamente. (Aviso legal)
Recuperación ante desastres y copia de seguridad
Importante:
La actualización acumulativa 1 de Citrix Hypervisor 8.2 llega al final de su vida útil el 25 de junio de 2025. Planifique su actualización a XenServer 8 ahora para garantizar una transición fluida y un soporte continuo. Para obtener más información, consulte Actualizar.
Si utiliza los archivos de licencia de Citrix Virtual Apps and Desktops para licenciar los hosts de Citrix Hypervisor 8.2 Cumulative Update 1, estos archivos de licencia no son compatibles con XenServer 8. Antes de actualizar, debe adquirir los archivos de licencia de socket de XenServer Premium Edition para utilizarlos con XenServer 8. Estos archivos de licencia de socket están disponibles como un derecho de las suscripciones de Citrix para Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP y Citrix Platform License para ejecutar sus cargas de trabajo de Citrix. Los clientes de Citrix que aún no hayan realizado la transición a estas nuevas suscripciones pueden solicitar participar en una promoción gratuita de 10.000 licencias de socket de XenServer Premium Edition. Para obtener más información, consulte XenServer.
Si no obtiene una licencia compatible para XenServer 8 antes de actualizar, cuando actualice sus hosts, estos volverán a la edición de prueba de 90 días. La Edición de Prueba ofrece las mismas características que la Edición Premium con algunas limitaciones. Para obtener más información, consulte Descripción general de las licencias de XenServer 8.
La función Citrix Hypervisor Disaster Recovery (DR) le permite recuperar máquinas virtuales (VM) y vApps de un fallo de hardware que destruye todo un grupo o sitio. Para obtener protección contra errores de un solo servidor, consulte Alta disponibilidad.
Nota: No
Debe iniciar sesión con su raíz cuenta o tienen el papel de Operador de piscina o superior para usar la función DR.
Descripción de Citrix Hypervisor DR
Citrix Hypervisor DR funciona almacenando toda la información necesaria para recuperar sus máquinas virtuales y vApps críticas para el negocio en repositorios de almacenamiento (SR). A continuación, los SR se replican desde el entorno principal (de producción) a un entorno de copia de seguridad. Cuando un grupo protegido en su sitio principal deja de funcionar, puede recuperar las máquinas virtuales y las vApps de ese grupo del almacenamiento replicado recreado en un sitio secundario (DR) con un tiempo de inactividad mínimo de la aplicación o del usuario.
El Recuperación ante desastres La configuración de XenCenter se puede usar para consultar el almacenamiento e importar las máquinas virtuales y vApps seleccionadas a un grupo de recuperación durante un desastre. Cuando las máquinas virtuales se ejecutan en el grupo de recuperación, también se replican los metadatos del grupo de recuperación. La replicación de los metadatos del grupo permite que los cambios en la configuración de la máquina virtual se rellenen de nuevo en el grupo principal cuando el grupo principal se recupere. A veces, la información de la misma máquina virtual puede estar en varios lugares. Por ejemplo, el almacenamiento del sitio principal, el almacenamiento del sitio de recuperación ante desastres y también en el grupo al que se van a importar los datos. Si XenCenter encuentra que la información de la máquina virtual está presente en dos o más lugares, se asegura de que solo utilice la información más reciente.
La función de recuperación ante desastres se puede utilizar con XenCenter y la CLI xe. Para ver los comandos de la CLI, consulte Comandos de recuperación ante desastres.
Consejo:
También puede usar la configuración de recuperación ante desastres para ejecutar conmutaciones por error de prueba para pruebas no disruptivas del sistema de recuperación ante desastres. En una conmutación por error de prueba, todos los pasos son los mismos que los de la conmutación por error. Sin embargo, las máquinas virtuales y las vApps no se inician después de que se hayan recuperado en el sitio de recuperación ante desastres. Una vez completada la prueba, se realiza la limpieza para eliminar todas las máquinas virtuales, vApps y almacenamiento recreados en el sitio de recuperación ante desastres.
Las máquinas virtuales de Citrix Hypervisor constan de dos componentes:
-
Discos virtuales que usa la máquina virtual, almacenados en repositorios de almacenamiento (SR) configurados en el grupo donde se encuentran las máquinas virtuales.
-
Metadatos que describen el entorno de la máquina virtual. Esta información es necesaria para volver a crear la máquina virtual si la máquina virtual original no está disponible o está dañada. La mayoría de los datos de configuración de metadatos se escriben cuando se crea la máquina virtual y solo se actualizan cuando se cambia la configuración de la máquina virtual. En el caso de las máquinas virtuales de un grupo, se almacena una copia de estos metadatos en cada servidor del grupo.
En un entorno de recuperación ante desastres, las máquinas virtuales se vuelven a crear en un sitio secundario mediante los metadatos del grupo y la información de configuración sobre todas las máquinas virtuales y vApps del grupo. Los metadatos de cada máquina virtual incluyen su nombre, descripción e identificador único universal (UUID), así como su memoria, CPU virtual y configuración de redes y almacenamiento. También incluye opciones de inicio de VM: orden de inicio, intervalo de retraso, alta disponibilidad y prioridad de reinicio. Las opciones de inicio de la máquina virtual se utilizan al reiniciar la máquina virtual en un entorno de alta disponibilidad o recuperación ante desastres. Por ejemplo, al recuperar máquinas virtuales durante la recuperación ante desastres, las máquinas virtuales dentro de una vApp se reinician en el grupo de recuperación ante desastres en el orden especificado en los metadatos de la máquina virtual y utilizando los intervalos de retraso especificados.
Requisitos de infraestructura de DR
Configure la infraestructura de recuperación ante desastres adecuada en los sitios principal y secundario para utilizar Citrix Hypervisor DR.
-
Almacenamiento utilizado para los metadatos del grupo y los discos virtuales usados por las máquinas virtuales se deben replicar desde el entorno principal (producción) a un entorno de copia de seguridad. La replicación del almacenamiento, como el uso de la duplicación, varía de un dispositivo a otro. Por lo tanto, consulte a su proveedor de soluciones de almacenamiento para controlar la replicación de almacenamiento.
-
Una vez que las máquinas virtuales y las vApps que recuperó en un grupo en el sitio de recuperación ante desastres estén en funcionamiento, se deben replicar los SR que contienen los metadatos del grupo de recuperación ante desastres y los discos virtuales. La replicación permite que las máquinas virtuales y vApps recuperadas se restauren en el sitio principal (conmutación por recuperación) cuando el sitio principal vuelva a estar en línea.
-
La infraestructura de hardware del sitio de recuperación ante desastres no tiene por qué coincidir con el sitio principal. Sin embargo, el entorno de Citrix Hypervisor debe estar en el mismo nivel de versión y parche.
-
Los servidores y grupos del sitio secundario deben tener la misma edición de licencia que los del sitio principal. Estas licencias de Citrix Hypervisor se suman a las asignadas a los servidores del sitio principal.
Si tiene un derecho de Citrix Virtual Apps and Desktops o un derecho de Citrix DaaS, puede usar el mismo derecho para su sitio principal y secundario.
-
Se deben configurar suficientes recursos en el grupo de destino para permitir que se vuelvan a crear e iniciar todas las máquinas virtuales conmutadas por error.
Advertencia:
La configuración de recuperación ante desastres no controla ninguna funcionalidad de la cabina de almacenamiento.
Los usuarios de la función de recuperación ante desastres deben asegurarse de que el almacenamiento de metadatos se replique de alguna manera entre los dos sitios. Algunas matrices de almacenamiento contienen funciones de “duplicación” para lograr la replicación automáticamente. Si usa estas características, debe deshabilitar la funcionalidad de reflejo (“el espejo está roto”) antes de reiniciar las máquinas virtuales en el sitio de recuperación.
Consideraciones sobre la implementación
Revise los siguientes pasos antes de habilitar la recuperación ante desastres.
Pasos a seguir antes de un desastre
En la siguiente sección se describen los pasos a seguir antes de un desastre.
-
Configure las máquinas virtuales y las vApps.
-
Observe cómo se asignan las máquinas virtuales y las vApps a los SR, y los SR a los LUN. Tenga especial cuidado con la nomenclatura de la
name_labelyname_descriptionParámetros. La recuperación de máquinas virtuales y vApps del almacenamiento replicado es más fácil si los nombres de los SR capturan cómo se asignan las VM y las vApps a los SR y los SR a los LUN. -
Organice la replicación de los LUN.
-
Habilite la replicación de metadatos del grupo en uno o varios SR de estos LUN.
-
Asegúrese de que los SR en los que está replicando los metadatos del grupo principal estén asociados a un solo grupo.
Pasos a seguir después de un desastre
En la siguiente sección se describen los pasos a seguir después de que haya ocurrido un desastre.
-
Rompa los reflejos de almacenamiento existentes para que el sitio de recuperación tenga acceso de lectura y escritura al almacenamiento compartido.
-
Asegúrese de que los LUN de los que desea recuperar los datos de la máquina virtual no estén asociados a ningún otro grupo, ya que de lo contrario se pueden producir daños.
-
Si desea proteger el recuperación de un desastre, debe habilitar la replicación de metadatos del grupo en uno o varios SR en el sitio de recuperación.
Pasos a seguir después de una recuperación
En la siguiente sección se describen los pasos a seguir después de una recuperación correcta de los datos.
-
Vuelva a sincronizar los espejos de almacenamiento.
-
En el sitio de recuperación, apague de forma limpia las máquinas virtuales o vApps que desee volver al sitio principal.
-
En el sitio principal, siga el mismo procedimiento que para la conmutación por error de la sección anterior para conmutar por recuperación las máquinas virtuales o vApps seleccionadas en el sitio principal
-
Para proteger el sitio principal frente a futuros desastres, debe volver a habilitar la replicación de metadatos del grupo en uno o varios SR de los LUN replicados.