È possibile utilizzare VMware Site Recovery Manager™ (SRM) con federazione di NSX per i casi d'uso di ripristino di emergenza.

Site Recovery Manager supporta i seguenti workflow con NSX-T Data Center:

  • Le macchine virtuali Global Manager di federazione di NSX supportano il ripristino completo e di test delle macchine virtuali di GM (supportate con o senza VIP del cluster di gestione federazione di NSX).
  • Le macchine virtuali di elaborazione supportano il ripristino completo e di test delle macchine virtuali di elaborazione. Le macchine virtuali ripristinate nel sito di ripristino di emergenza dispongono dei tag di NSX-T Data Center e delle regole del firewall basati su questi tag di NSX-T Data Center o meno, ad esempio indirizzi IP e nomi di macchine virtuali.

Per assicurarsi che i gruppi e le regole del firewall vengano replicati nella posizione di ripristino di emergenza durante il ripristino, l'NSX-T Data CenterLocal Manager che gestisce la posizione di ripristino di emergenza deve disporre dei tag di NSX-T Data Center presenti al momento del ripristino.

Prima della versione 3.2 di federazione di NSX, non era disponibile il supporto della replica dei tag della macchina virtuale tra Local Manager in Site Recovery Manager. Di conseguenza, NSX-T Data Center non replicava alcuna protezione in base ai tag della macchina virtuale per le macchine virtuali ripristinate. La protezione non basata sui tag della macchina virtuale, ad esempio gli indirizzi IP o i nomi delle macchine virtuali, poteva essere applicata alle macchine virtuali ripristinate.

A partire dalla versione 3.2.3 di federazione di NSX, sono stati aggiunti due nuovi campi per supportare la replica dell'array di storage, ovvero replication _type e tag_delay_delete_time. Se si utilizza la replica dell'array di storage dal sito primario al sito di ripristino in Site Recovery Manager, creare o aggiornare il criterio di replica del tag replication type come STORAGE_ARRAY_REPLICATION.

L'esecuzione di un piano di protezione in Site Recovery Manager per eseguire la migrazione delle macchine virtuali utilizzando il ripristino di emergenza o le opzioni di migrazione pianificata dal sito primario al sito di ripristino comporterà lo spostamento delle macchine virtuali nel sito di ripristino e l'eliminazione delle macchine virtuali dal sito primario. Quando le macchine virtuali interessate vengono eliminate dal sito primario e vengono visualizzate nel sito di ripristino all'interno dell'impostazione tag_delay_delete_time, i tag del sito primario vengono replicati nelle macchine virtuali nel sito di ripristino. Per la replica dell'array di storage, l'intervallo di tempo necessario affinché le macchine virtuali vengano visualizzate nel sito di ripristino dopo che sono state eliminate dal sito primario dipende dal numero di macchine virtuali configurate per il failover, dalle prestazioni dell'array di storage e dall'host ESXi.

Se per replicare le macchine virtuali dal sito primario al sito di ripristino in Site Recovery Manager viene utilizzato vSphere Replication, la macchina virtuale non viene eliminata dal sito primario. Pertanto, non è necessario specificare replication_type o tag_delay_delete_time nel criterio di replica del tag.
Nota: A partire da Global Manager 3.2.3, se vengono utilizzate le opzioni VSPHERE_REPLICATION o ALTRO del tipo di replica, il valore del tag_delay_delete_time viene impostato su 0 minuti.

Come configurare la replica dei tag della macchina virtuale tra LM utilizzando l'API GM

A partire dalla versione 3.2.3 di federazione di NSX, per configurare la replica dei tag della macchina virtuale tra Local Manager, eseguire la seguente API di Global Manager: 
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"
Per le versioni di federazione di NSX precedenti a 3.2.3, per configurare la replica dei tag della macchina virtuale tra Local Manager, eseguire la seguente API di Global Manager: 
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 invia le informazioni del tag delle macchine virtuali per l'UUID del BIOS delle macchine virtuali nei gruppi Web-VM-Group + DB-VM-Group a LM_London. Prima del ripristino delle macchine virtuali London tramite Site Recovery Manager, LM_London non dispone delle macchine virtuali con l'UUID del BIOS e le macchine virtuali non sono ancora visibili in LM_London. Tuttavia, quando Site Recovery Manager ripristina le macchine virtuali in London, LM_London rileva tali macchine virtuali con l'UUID del BIOS e applica loro i tag di NSX-T Data Center. Le macchine virtuali ottengono la propria protezione in base ai tag di NSX-T Data Center.

Nota: vm_match_criteria ha due possibili valori MATCH_BIOS_UUID_NAME o MATCH_NSX_ATTACHMENT_ID. Al ripristino, Site Recovery Manager copia entrambi i valori, in modo che qualsiasi configurazione sia valida con Site Recovery Manager. Tuttavia, se un altro prodotto completa la replica della macchina virtuale e copia uno solo dei due valori, configurare GM con il valore di vm_match_criteria appropriato.

Per stimare il tempo necessario affinché la macchina virtuale scompaia dal sito primario e venga visualizzata nel sito protetto, è possibile eseguire un test nel piano di protezione e misurare l'intervallo di tempo tra la fine del passaggio Sincronizza storage e il completamento del passaggio Accendi macchine virtuali X con priorità. Impostare il valore di tag_delay_delete_time in modo che sia superiore a questo intervallo di tempo stimato. Un altro suggerimento è quello di eseguire il piano di protezione in Site Recovery Manager e impostare il valore di tag_delay_delete_time in modo che sia sempre superiore al tempo necessario tra il passaggio Arresta macchine virtuali nel sito protetto e il completamento del passaggio Accendi macchine virtuali X con priorità durante l'esecuzione nel piano di protezione in SRM.

Come controllare la replica dei tag della macchina virtuale tra LM utilizzando l'API GM

Per recuperare i dettagli sulla replica del tag della macchina virtuale nei Local Manager, eseguire la seguente API di Global Manager: 
GET https://{{gm}}/global-manager/api/v1/global-infra/vm-tag-replication-policies
L'output restituisce risultati simili 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-T Data Center supporta solo una voce dai siti di ripristino. Per informazioni dettagliate, vedere l'API vm-tag-replication-policies/policy-name nella Guida alla REST API di NSX Global Manager.