Configurare Nexus Dashboard Orchestrator per eseguire la migrazione dell'endpoint da un controller di dominio a un altro

Introduzione

In questo documento vengono descritte le modifiche alla progettazione e alla configurazione necessarie per eseguire la migrazione di un endpoint da un data center a un altro.

Topologia fisica

La figura 1 illustra l'interconnettività di due centri dati.

Figura 1: Topologia fisica

Le postazioni DC e DR dispongono dell'infrastruttura ACI (Application Centric Infrastructure). Le postazioni DC e DR hanno gli switch WAN, le postazioni Border Leaf, gli aculei, gli ISDN (Inter-Site Network Devices), le postazioni server Leaf e gli endpoint connessi.

Topologia logica

Figura 2: Topologia logica

Oggetti logici configurati in entrambi i siti:

• La produzione tenant è configurata nei siti DC e DR.
• DC-VRF-WEB e DC-VRF-APP sono configurati in DC-SITE1. DR-VRF-WEB e DR-VRF-APP sono configurati in DR-SITE2.
• Ciascun VRF è configurato con L3Out locali su Border Leaf per gli switch WAN. Le route predefinite vengono configurate su Border Leaf per gli switch WAN.
• Gli switch WAN sono configurati con routing statico per la comunicazione tra VRF e tra DC.
• Entrambi i centri dati sono configurati con BD ed EPG locali. DC dispone di DC-BD1-WEB/DC-EPG1-WEB, DC-BD2-WEB/DC-EPG2-WEB e DC-BD-APP/DC-EPG-APP. DR dispone di DR-BD1-WEB/DR-EPG1-WEB, DR-BD2-WEB/DR-EPG2-WEB e DR-BD-APP/DR-EPG-APP.
• Sono presenti endpoint connessi in WEB e APP EPG.
• DC-SITE1 e DR-SITE2 vengono aggiunti a Nexus Dashboard Orchestrator.

Flusso del traffico prima della migrazione degli endpoint

Esistono diversi tipi di flusso del traffico nei centri dati:

• Flusso di traffico all'interno di EPG
• Flusso di traffico tra EPG
• Flusso di traffico tra VRF
• Flusso traffico tra controller di dominio

Flusso di traffico all'interno di EPG

Figura 3: Flusso di traffico all'interno di EPG

La comunicazione tra DC-EP-1 e DC-EP-2 è una comunicazione intra EPG, in quanto entrambi gli endpoint appartengono a DC-EPG1-WEB. La comunicazione tra DR-EP-1 e DR-EP-2 è una comunicazione intra EPG, in quanto entrambi gli endpoint appartengono a DR-EPG1-WEB.

Flusso del traffico tra EPG

Figura 4: Flusso del traffico tra EPG

DC-EP-1 e DC-EP-3 fanno parte rispettivamente di DC-EPG1-WEB e DC-EPG2-WEB. La comunicazione tra questi due endpoint è il flusso del traffico tra EPG. DR-EP-1 e DR-EP-3 fanno parte rispettivamente di DR-EPG1-WEB e DR-EPG2-WEB. La comunicazione tra questi due endpoint è un flusso di traffico tra EPG.

Flusso di traffico tra VRF

Figura 5: Flusso di traffico tra VRF

DC Border Leaf inoltra il traffico agli switch WAN DC per qualsiasi comunicazione tra VRF. Gli switch WAN DC sono utilizzati per la comunicazione tra VRF. DC-EP-1/EP-2 (VRF WEB) comunica con DC-EP-4 (VRF APP) tramite switch WAN. DR Border Leaf inoltra il traffico agli switch WAN DR per qualsiasi comunicazione tra VRF. Gli switch WAN DR vengono utilizzati per la comunicazione tra VRF. DR-EP-1/EP-2 (VRF WEB) comunica con DR-P-4 (VRF APP) tramite switch WAN.

Flusso traffico tra controller di dominio

Figura 6: Flusso traffico tra controller di dominio

La comunicazione tra gli endpoint DC e gli endpoint DR viene inoltrata a Border Leaf. Border Leaf inoltra il traffico agli switch WAN. Gli switch WAN vengono utilizzati per la comunicazione tra DC.

Piano di migrazione

Nexus Dashboard Orchestrator viene utilizzato per creare il multisito tra entrambi i siti; gli EPG/BD estesi tra i siti e gli endpoint devono essere migrati da DC-SITE1 a DR-SITE2.

Creazione schema-1

Schema-1 è stato creato tramite Nexus Dashboard Orchestrator.

Figura 7: Modello tenant - Aggiungi schema

Figura 8: Aggiungi nome schema

Creazione modello-VRF-Contract-Stretched

Template-VRF-Contract-Stretched creato all'interno di Schema-1. DC-SITE1 e DR-SITE2 devono far parte di questo modello e di Tenant-Production per essere associati allo stesso modello. Si tratta di un modello esteso. I VRF e i contratti devono far parte di un modello separato, in quanto questi oggetti sono condivisi tra altri BD/EPG. Questo modello deve essere utilizzato per estendere il VRF DC-SITE1 e il contratto a DR-SITE2.

Figura 9: Aggiungi modello applicazione - Scegli ACI Multi-Cloud

Figura 10: Aggiungi nome modello Template-WEB-VRF-Contract-Stretched, Scegli produzione tenant

Figura 11: Dettagli Template-WEB-VRF-Contract-Stretched

Importa VRF-Contract in Template-VRF-Contract-Stretched

Importa DC-VRF-WEB e DC-VRF-WEB-Contract da DC-SITE1. I contratti vengono creati per la comunicazione tra EPG e la comunicazione tra EPG e L3Out.

Figura 12: Fare clic su Importa e scegliere DC-SITE1

Figura 13: Scegli contratto da DC-SITE1

Figura 14: Scegli filtro da DC-SITE1

Figura 15: Scegli VRF da DC-SITE1

Figura 16: Template-WEB-VRF-Contract-Stretched con VRF e informazioni sul contratto

Distribuisci modello-VRF-Contract-Stretched

Fare clic su Deploy Template-VRF-Contract-Stretched e scegliere DC-SITE1 e DR-SITE2.

Figura 17:aggiunta di fabric al modello VRF-Contract-Stretched

Figura 18: Distribuisci modelli non sincronizzati

Figura 19: Implementazione completata

Figura 20: Verifica VRF e contratti distribuiti su entrambi i siti

Modello-EPG1-BD1-Stretched Creation

Template-EPG1-BD1-Stretched creato all'interno di Schema-1. DC-SITE1 e DR-SITE2 sono stati aggiunti a Template e Tenant-Production associati allo stesso Template. Si tratta di un modello esteso. Questo modello viene utilizzato per estendere DC-EPG1-WEB e DC-BD1-WEB a DR-SITE2.

Figura 21: Aggiungi modello applicazione - Scegli ACI Multi-Cloud

Figura 22: Aggiungi nome modello Template-EPG1-BD1-Stretched, Scegli produzione tenant

Figura 23: Template-EPG1-BD1-Dettagli allungati

Importare EPG1-BD1 in Template-EPG1-BD1-Stretched

Importare DC-EPG1-WEB e DC-BD1-WEB da DC-SITE1.

Figura 24: Fare clic su Importa e scegliere DC-SITE1

Figura 25: Scegli DC-EPG1-WEB da DC-SITE1

Figura 26: scelta di DC-BD1-WEB da DC-SITE1

Modificare le impostazioni di BD nel modello EPG1-BD1-Stretched

Abilitare l'estensione L2 nelle impostazioni DC-BD1-WEB e aggiungere l'indirizzo IP del gateway. Questo modello estende BD in tutto il sito e il gateway anycast configurato in DC-SITE1 e DR-SITE2.

Figura 27: Scegli estensione L2 in DC-BD1-WEB

Figura 28: Aggiungi IP/subnet gateway

Distribuisci modello-EPG1-BD1-Stretched

Fare clic su Deploy Template-EPG1-BD1-Stretched e scegliere DC-SITE1 e DR-SITE2.

Figura 29: aggiunta di fabric al modello EPG1-BD1-Stretched 

Figura 30: Distribuisci modelli non sincronizzati

Figura 31: Implementazione completata

Migrazione di DC-EP-1 da DC-SITE1 a DR-SITE2

Configurare il binding statico in DR-SITE2 in DC-EPG1-WEB e associare il dominio fisico DR-SITE2. Migrare DC-EP-1 da DC-SITE1 a DR-SITE2.

Figura 32: DC-EP-1 Attualmente appreso in DC-SITE1

Figura 33: DC-EP-1 rimosso da DC-SITE1

Figura 34: Aggiunta di un dominio fisico in DR-SITE2

Figura 35: Aggiunta del binding statico in DR-SITE2

Figura 36: DC-EP-1 Appreso in DR-SITE2

Progettazione fisica dopo la migrazione di DC-EP-1

DC-EP-1 è collegato a DR-SITE2 Server Leaf.

Figura 37: Progettazione fisica dopo la migrazione di DC-EP-1

Progettazione logica dopo la migrazione di DC-EP-1

DC-EP-1 è collegato a DR-SITE2 Server Leaf. DC-EPG1-WEB, DC-BD1-WEB e DC-VRF-WEB si estendono tra DC-SITE1 e DR-SITE2.

Figura 38: Progettazione logica dopo la migrazione di DC-EP-1

Flusso di traffico tra EPG dopo la migrazione DC-EP-1

Figura 39: Flusso di traffico tra EPG dopo la migrazione DC-EP-1

La comunicazione tra DC-EP-1 e DC-EP-2 è una comunicazione interna a EPG, in quanto entrambi gli endpoint appartengono a DC-EPG1-WEB. Questa comunicazione avviene tramite DC ISDN su collegamenti multisito/sovrapposti DR ISDN.

Risposta ping tra DC-EP-1 e DC-EP-2

Figura 40: Risposta ping tra DC-EP-1 e DC-EP-2

Tabella di routing da dorsi

DC-EP-1 appreso in DC-SP-01/DC-SP-02 da DR-SP-01/DR-SP-02.

DC-EP-1 viene appreso in DC-SITE1-SP-01 da DR-SITE2-SP-01.

Figura 41: Tabella di routing da dorsi

DR-SITE2-SP-01 Sovrapposizione dell'indirizzo IP del passaggio unicast.

Creazione modello-EPG2-BD2-Site1

La comunicazione tra EPG tra DC-EP-1 e DC-EP-3 avviene una volta che DC-EPG2-WEB e DC-BD2-WEB fanno parte di Nexus Dashboard Orchestrator.

Template-EPG2-BD2-Site1 creato all'interno di Schema-1. DC-SITE1 aggiunto a Template e Tenant-Production associato allo stesso Template. Modello specifico del sito. Questo modello viene utilizzato per importare il modello EPG2-BD2-Site1 per la comunicazione tra DC-EP-1 e DC-EP-3.

Le comunicazioni DC-EP-1 e DC-EP-3 richiedono DC-EPG2-BD2 per far parte di Nexus Dashboard Orchestrator.

Figura 42: DC-EP-1 e DC-EP-3 Impossibile comunicare

Figura 43: Aggiungi modello applicazione - Scegli ACI Multi-Cloud

Figura 44: Aggiungi nome modello Template-EPG2-BD2-Site1, Scegli produzione tenant

Figura 45: Dettagli su Template-EPG2-BD2-Site1

Importa EPG2-BD2 nel modello EPG2-BD2-Site1

Importare DC-EPG2-WEB e DC-BD2-WEB da DC-SITE1.

Figura 46: Fare clic su Importa e scegliere DC-SITE1

Figura 47: scegliere DC-EPG2-WEB da DC-SITE1

Figura 48: scelta di DC-BD2-WEB da DC-SITE1

Figura 49: I contratti associati a DC-EPG2-WEB vengono importati

Distribuisci modello-EPG2-BD2-Site1

Fare clic su Distribuisci modello-EPG2-BD2-Site1 e scegliere DC-SITE1

Figura 50: aggiunta di fabric al modello EPG2-BD2-Site1

Figura 51: Distribuisci modelli non sincronizzati

Figura 52: Implementazione completata

Shadow EPG for DC-EPG2-WEB creato in DR-SITE2.

Figura 53: DC-EPG2-WEB è distribuito in entrambi i siti

Flusso del traffico tra EPG dopo la migrazione EP-1

Figura 54: Flusso del traffico tra EPG dopo la migrazione EP-1

La comunicazione tra DC-EP-1 e DC-EP-3 è una comunicazione tra EPG, in quanto entrambi gli endpoint appartengono rispettivamente a DC-EPG1-WEB e DC-EPG2-WEB. Questa comunicazione avviene tramite DC ISDN a DR ISDN Multisito/Sovrapponi collegamenti.

Risposta ping tra DC-EP-1 e DC-EP-3

Figura 55: Risposta ping tra DC-EP-1 e DC-EP-3

Creazione modello-WEB-L3Out-Site1

Template-Web-L3Out-Site1 creato all'interno di Schema-1. DC-SITE1 è stato aggiunto al modello e Tenant-Production è stato associato allo stesso modello. Questo è un modello specifico del sito. Questo modello viene utilizzato per la comunicazione tra VRF e tra DC-EP-1.

Figura 56: Aggiungi modello applicazione - Scegli ACI Multi-Cloud

Figura 57: Aggiungi nome modello Template-WEB-L3Out-Site1, Scegli produzione tenant

Figura 58: Dettagli Template-WEB-L3Out-Site1

Importa EPG e L3Out esterni in Template-WEB-L3Out-Site1

Importa EPG e L3Out esterni in Template-WEB-L3Out-Site1

Figura 59: Fare clic su Importa e scegliere DC-SITE1

Figura 60: scegliere EXT-APP-EPG da DC-SITE1

Figura 61: scegliere DC-APP-L3Out da DC-SITE1

L'ombreggiatura di EXT-WEB-EPG è stata creata in DR-SITE2 con contratti DC applicati.

Figura 62: I contratti associati a EXT-WEB-EPG vengono importati

Distribuisci modello-WEB-L3Out-Site1

Fare clic su Distribuisci modello-WEB-L3Out-Site1 e scegliere DC-SITE1.

Figura 63: Aggiungi fabric a Template-WEB-L3Out-Site1

Figura 64:Distribuzione di modelli non sincronizzati

Figura 65: Implementazione completata

Verificare le route nella foglia del server DR per DC-VRF-WEB

Route statiche installate in Foglia server DR per DC-VRF-WEB.

Figura 66: Verificare le route nella foglia del server DR per DC-VRF-WEB

Flusso di traffico tra VRF dopo la migrazione DC-EP-1

Figura 67: Flusso di traffico tra VRF dopo la migrazione DC-EP-1

DC-EP-1 utilizza DC-WEB-L3Out per comunicare con DC-EP-4. Il traffico scorre da DR-ISDN a DC-ISDN Multisite Links, da DC-ISDN a DC-SP-01/DC-SP-02 e da DC-SP a DC-BL. DC-BL-01/DC-BL-02 inoltra il traffico agli switch DC-WAN per il routing tra VRF.

Risposta ping tra DC-EP-1 e DC-EP-4

Figura 68: Risposta ping tra DC-EP-1 e DC-EP-4

Flusso di traffico tra controller di dominio dopo la migrazione DC-EP-1

Figura 69: Flusso di traffico tra controller di dominio dopo la migrazione DC-EP-1

DC-EP-1 utilizza DC-WEB-L3Out per comunicare con gli endpoint DR. Il traffico scorre da DR-ISDN a DC-ISDN Multisite Links, da DC-ISDN a DC-SP-01/DC-SP-02 e da DC-SP a DC-BL. DC-BL-01/DC-BL-02 inoltra il traffico agli switch DC-WAN per gli endpoint DR.

Risposta ping tra DC-EP-1 e DR-EP

Figura 70: Risposta ping tra DC-EP-1 e DR-EP

Esegui migrazione degli endpoint rimanenti

Progettazione fisica dopo la migrazione degli endpoint rimanenti

Dopo la migrazione degli endpoint rimanenti da DC a DR DC-EPG1-WEB, il diagramma fisico è cambiato di conseguenza.

Figura 71: Progettazione fisica dopo la migrazione di tutti gli endpoint da controller di dominio a disaster recovery

Progettazione logica dopo la migrazione degli endpoint rimanenti

DC-EPG1-WEB, DC-BD1-WEB e DC-VRF-WEB sono già distribuiti tra i siti DC e DR. È stata eseguita la migrazione degli endpoint rimanenti dei controller di dominio dal controller di dominio al sito DR.

Figura 72: Progettazione logica dopo la migrazione degli endpoint rimanenti

Flusso di traffico all'interno di EPG dopo la migrazione degli endpoint rimanenti

Figura 73: Flusso di traffico all'interno di EPG dopo la migrazione degli endpoint rimanenti

La comunicazione tra DC-EP-1 e DC-EP-2 avviene all'interno di EPG, in quanto entrambi gli endpoint appartengono a DC-EPG1-WEB. Questa comunicazione avviene direttamente all'interno del sito DR.

I flussi di traffico tra EPG, tra VRF e tra DC rimangono simili alla migrazione DC-EP-1.

Annulla distribuzione modello-EPG1-BD1-Stretched dal sito DC

Tutti gli endpoint vengono migrati dal controller di dominio al sito DR per DC-EPG1-WEB. DC-EPG1-WEB e DC-BD1-WEB non sono richiesti nel sito DC. Annullare l'installazione del modello EPG1-BD1-Stretched dal sito DC, eliminando EPG e BD dal sito 1.

Figura 74: Fare clic su Annulla distribuzione modello

Figura 75: Scegliere DC-SITE1 e fare clic su Annulla distribuzione

Annulla associazione modello-EPG1-BD1-Stretched from DC Site

Questo passaggio consente di dissociare il modello EPG1-BD-Stretched dal sito DC.

Figura 76: Fare clic su Annulla associazione modello

Figura 77: Deselezionare DC-SITE1

Figura 78: DC-SITE2 - Parte del modello-EPG1-BD1-Stretched

Progettazione logica dopo la disinstallazione del modello-EPG1-BD1-Stretched from DC

DC-EPG1-WEB e DC-BD1-WEB non fanno parte del sito DC dopo la disinstallazione del modello.

Figura 79: Progettazione logica dopo l'annullamento della distribuzione del modello

Creazione modello-VRF-Contract-Site2

Template-VRF-Contract-Site2 creato all'interno di Schema-1. DR-SITE2 aggiunto al modello e tenant-Production associato allo stesso modello. Questo è un modello specifico del sito. Questo modello viene utilizzato per associare il VRF e il contratto dal sito DR per DC-EPG1-WEB e DC-BD1-WEB.

Figura 80: Aggiungi modello applicazione - Scegli ACI Multi-Cloud

Figura 81: Aggiungi nome modello Template-VRF-Contract-Site2, Scegli produzione tenant

Figura 82: Dettagli Template-VRF-Contract-Site2

Importa VRF-Contract in Template-VRF-Contract-Site2

Importare DR-VRF-WEB e DR-VRF-WEB-Contract da DR-SITE2.

Figura 83:fare clic su Import (Importa) e selezionare DR-SITE2

Figura 84: Scegliere un contratto da DR-SITE2

Figura 85: Scegliere Filtro da DR-SITE2

Figura 86: Scegli VRF da DR-SITE2

Figura 87: Template-WEB-VRF-Contract-Site2 con informazioni VRF/contratto

Distribuisci modello-VRF-Contract-Site2

Fare clic su Deploy Template-VRF-Contract-Site2 e selezionare DR-SITE2.

Figura 88: Aggiungi fabric a Template-VRF-Contract-Site2

Figura 89: Distribuisci modelli non sincronizzati

Figura 90: Implementazione completata

Associazione di DR-VRF-WEB a DC-BD1-WEB

Associare DR-VRF-WEB a DC-BD1-WEB dal modello EPG1-BD1-Stretched creato in precedenza. DC-BD1-WEB fa parte di DR-SITE2.

Figura 91: Fare clic su Template-EPG1-BD1-Stretched

Figura 92: Associazione di DR-VRF-WEB a DC-BD1-WEB

Applica DR-Contracts a DC-EPG1-WEB

Applicare DR-Contract a DC-EPG1-WEB che utilizza i contratti DR per la comunicazione da DC-EPG1-WEB per Inter-DC, Inter-VRF e Inter-EPG. DC-EPG1-WEB fa parte di DR-SITE2.

Figura 93: Elimina DC-Contracts da DC-EPG1-WEB

Figura 94: Aggiungi DR-Contracts in DC-EPG1-WEB

Figura 95: Modello-EPG1-BD1-Informazioni estese

Figura 96: Distribuisci modelli non sincronizzati

Figura 97: Implementazione completata

Flusso di traffico DC-Endpoint-1

DC-Endpoint-1 inizia a utilizzare DR-L3Out-WEB per la comunicazione con gli endpoint DC. Questa comunicazione richiede le modifiche di routing necessarie sugli switch WAN.

Figura 98: Flusso di traffico DC-Endpoint-1

Risposta ping tra DC-EP-1 e DC/DR-EP

Figura 99: Risposta ping tra DC-EP-1 e DC-EP-2