Trabajar con Site Recovery Manager y Federación de NSX

Puede utilizar VMware Site Recovery Manager™ (SRM) con Federación de NSX para los casos prácticos de recuperación ante desastres.

Site Recovery Manager admite los siguientes flujos de trabajo con Federación de NSX:

Las máquinas virtuales de Federación de NSX Administrador global admiten la recuperación completa y de prueba de las máquinas virtuales de GM (compatibles con o sin la VIP del clúster de administración de Federación de NSX).
Las máquinas virtuales informáticas admiten la recuperación completa y de prueba de las máquinas virtuales de equipo. Las máquinas virtuales recuperadas en el sitio de recuperación ante desastres basan o no sus etiquetas de NSX y sus reglas de firewall en estas etiquetas NSX, como las direcciones IP y los nombres de las máquinas virtuales.

Para garantizar que los grupos y las reglas de firewall se repliquen en la ubicación de recuperación ante desastres durante la recuperación, el NSX Administrador local que administra la ubicación de recuperación ante desastres debe tener las etiquetas de NSX presentes en el momento de la recuperación.

Antes de Federación de NSX 3.2, SRM no era compatible con la replicación de etiquetas de máquina virtual entre los Administrador local. Como resultado, NSX no replicaba ninguna seguridad basada en etiquetas de máquina virtual en las máquinas virtuales recuperadas. La seguridad no basada en etiquetas de máquina virtual (por ejemplo, direcciones IP o nombres de máquinas virtuales) se puede aplicar a las máquinas virtuales recuperadas.

En Federación de NSX versión 4.1.1, dos campos admiten la replicación de matrices de almacenamiento: replication _type y tag_delay_delete_time. Si utiliza la replicación de matrices de almacenamiento desde el sitio principal en el sitio de recuperación en SRM, cree o actualice la directiva de replicación de etiquetas replication type como STORAGE_ARRAY_REPLICATION.

Al ejecutar un plan de protección en SRM para migrar máquinas virtuales mediante la recuperación ante desastres o las opciones de migración planificada del sitio principal al sitio de recuperación, se moverán las máquinas virtuales al sitio de recuperación y se eliminarán del sitio principal. Cuando las máquinas virtuales en cuestión se eliminan del sitio principal y aparecen en el sitio de recuperación dentro del ajuste tag_delay_delete_time, las etiquetas del sitio principal se replican en las máquinas virtuales del sitio de recuperación. Para la replicación de la matriz de almacenamiento, el tiempo que tardarán las máquinas virtuales en aparecer en el sitio de recuperación después de que se eliminen del sitio principal depende del número de máquinas virtuales configuradas para la conmutación por error, el rendimiento de la matriz de almacenamiento y el host ESXi.

Si se utiliza la replicación de vSphere para replicar máquinas virtuales del sitio principal al sitio de recuperación en SRM, la máquina virtual no se eliminará del sitio principal. Por lo tanto, no es necesario especificar replication_type ni tag_delay_delete_time en la directiva de replicación de etiquetas.

Nota: Para Administrador global 4.1.1, si se utilizan las opciones de tipos de replicación VSPHERE_REPLICATION u OTHER, el valor de tag_delay_time se establece en 0. replication_type se establece con el valor predeterminado de enum (no válido) y tag_delay_delete_time se establece en 0 minutos.

Configurar la replicación de etiquetas de máquina virtual en los LM mediante la API de GM

En Federación de NSX 4.1.1, para configurar la replicación de etiquetas de máquina virtual en Administrador local, ejecute la siguiente API de Administrador global:

PUT https://{{gm}}/global-manager/api/v1/global-infra/vm-tag-replication-policies/policy1
{
    "display_name":"vm tag replication policy Paris to London",
    "description":"vm tag replication policy1",
    "protected_site": "/global-infra/sites/LM_Paris",
    "replication_type": "STORAGE_ARRAY_REPLICATION", 
    "tag_delay_delete_time": 30,
    "recovery_sites": [
        "/global-infra/sites/LM_London"
    ],
    "groups":[
        "/global-infra/domains/default/groups/Web-VM-Group",
        "/global-infra/domains/default/groups/DB-VM-Group"
    ],
    "vm_match_criteria": "MATCH_BIOS_UUID_NAME"

Para versiones anteriores a la 3.2.3 y 4.1.1 de Federación de NSX, para configurar la replicación de etiquetas de máquina virtual en Administrador local, ejecute la siguiente API de Administrador global:

PUT https://{{gm}}/global-manager/api/v1/global-infra/vm-tag-replication-policies/policy1
{
    "display_name":"vm tag replication policy Paris to London",
    "description":"vm tag replication policy1",
    "protected_site": "/global-infra/sites/LM_Paris",
    "recovery_sites": [
        "/global-infra/sites/LM_London"
    ],
    "groups":[
        "/global-infra/domains/default/groups/Web-VM-Group",
        "/global-infra/domains/default/groups/DB-VM-Group"
    ],
    "vm_match_criteria": "MATCH_BIOS_UUID_NAME"

LM_Paris envía la información de etiqueta de las máquinas virtuales para el UUID del BIOS de las máquinas virtuales de los grupos Web-VM-Group + DB-VM-Group a LM_London. Antes de la recuperación de las máquinas virtuales de Londres por SRM, LM_London no tiene las máquinas virtuales con el UUID del BIOS, y las máquinas virtuales aún no están visibles en LM_London. Sin embargo, cuando SRM recupera las máquinas virtuales de Londres, LM_London ve esas máquinas virtuales con el UUID del BIOS y les aplica sus etiquetas de NSX. Las máquinas virtuales obtienen su seguridad en función de las etiquetas de NSX.

Nota: vm_match_criteria tiene dos valores posibles: MATCH_BIOS_UUID_NAME o MATCH_NSX_ATTACHMENT_ID. En la recuperación, SRM copia ambos para que cualquier configuración sea válida con SRM. Sin embargo, si otro producto completa la replicación de máquinas virtuales y copia un valor, pero no el otro, configure GM con el valor de vm_match_criteria adecuado.

Para calcular cuánto tiempo puede tardar la máquina virtual en desaparecer del sitio principal y aparecer en el sitio protegido, puede realizar una prueba en el plan de protección y medir el intervalo de tiempo entre el final de Sincronizar almacenamiento y la finalización de los pasos para Encender las máquinas virtuales de prioridad X. Configure tag_delay_delete_time para que supere este tiempo estimado. Otro consejo es ejecutar el plan de protección en Site Recovery Manager y configurar tag_delay_delete_time para que sea siempre superior al tiempo que se tarda entre el paso Apagar las máquinas virtuales en el sitio protegido y completar el paso para Encender las máquinas virtuales de prioridad X mientras se ejecuta el plan de protección en SRM.

Comprobar la replicación de etiquetas de máquina virtual en los LM mediante la API de GM

Para obtener más información sobre la replicación de etiquetas de máquina virtual en los Administrador local, ejecute la siguiente API de Administrador global:

GET https://{{gm}}/global-manager/api/v1/global-infra/vm-tag-replication-policies

El resultado devuelve algo similar a:

{
  "protected_site": "/global-infra/sites/LM_Paris",
  "recovery_sites": [
    "/global-infra/sites/LM_London"
  ],
  "vm_match_criteria": "MATCH_BIOS_UUID_NAME",
  "groups": [
    "/global-infra/domains/default/groups/Web-VM-Group",
    "/global-infra/domains/default/groups/DB-VM-Group"
  ],
  "resource_type": "VMTagReplicationPolicy",
  "id": "policy1",
  "display_name": "vm tag replication policy Paris to London",
  "description": "vm tag replication policy1",
  "path": "/global-infra/vm-tag-replication-policies/policy1",
  "relative_path": "policy1",
  "parent_path": "/global-infra",
  "unique_id": "9ee18586-5480-41d9-8223-690c9226d763",
  "marked_for_delete": false,
  "overridden": false,
  "_create_time": 1638413861377,
  "_create_user": "admin",
  "_last_modified_time": 1638413861377,
  "_last_modified_user": "admin",
  "_system_owned": false,
  "_protection": "NOT_PROTECTED",
  "_revision": 0
}

NSX admite solo una entrada de los sitios de recuperación. Para obtener más información, consulte la API vm-tag-replication-policies/policy-name en la Guía de la API REST de NSX Global Manager.