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

Introduzione

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

Topologia fisica

Nella figura 1 viene illustrata 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 dispongono di switch WAN, spartitraffico bordi, aculei, ISDN (Inter-Site Network Devices), spartitraffico server ed 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 in 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 è un flusso di 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) comunicano 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) comunicano 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 è utilizzato per creare il multisito tra entrambi i siti, EPG/BD estesi tra siti ed endpoint da migrare da DC-SITE1 a DR-SITE2,

Creazione schema-1

Schema-1 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 Tenant-Production devono essere associati allo stesso modello. Questo è 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 può essere utilizzato per estendere il VRF DC-SITE1 e il contratto a DR-SITE2.

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

Figura 10: Aggiungi nome modello Template-WEB-VRF-Contract-Stretched, Seleziona 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 selezionare DC-SITE1

Figura 13: Seleziona contratto da DC-SITE1

Figura 14: Seleziona filtro da DC-SITE1

Figura 15: Selezionare 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 selezionare DC-SITE1 e DR-SITE2

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

Figura 18: Distribuisci modelli di sincronizzazione

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 aggiunti a Template e Tenant-Production associati allo stesso Template. Questo è un modello esteso. Questo modello viene utilizzato per estendere DC-EPG1-WEB e DC-BD1-WEB a DR-SITE2.

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

Figura 22: Aggiungi nome modello Template-EPG1-BD1-Stretched, Seleziona 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 selezionare DC-SITE1

Figura 25: selezione di DC-EPG1-WEB da DC-SITE1

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

Modificare l'impostazione di BD in Template-EPG1-BD1-Stretched

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

Figura 27: Selezionare l'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 selezionare DC-SITE1 e DR-SITE2

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

Figura 30: Distribuisci modelli di sincronizzazione

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 del 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 intra-EPG, in quanto entrambi gli endpoint appartengono a DC-EPG1-WEB. Questa comunicazione avviene tramite DC ISDN su collegamenti multipli/sovrapposti 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.

Figura 41: Tabella di routing da dorsi

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

DR-SITE2-SP-01 Sovrapposizione IP 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. Questo è un modello specifico del sito. Modello utilizzato per importare il modello EPG2-BD2-Site1 per la comunicazione tra DC-EP-1 e DC-EP-3.

La comunicazione DC-EP-1 e DC-EP-3 richiede che DC-EPG2-BD2 faccia parte di Nexus Dashboard Orchestrator.

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

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

Figura 44: Aggiungi nome modello Template-EPG2-BD2-Site1, Seleziona 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 selezionare DC-SITE1

Figura 47: selezione di DC-EPG2-WEB da DC-SITE1

Figura 48: selezione 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 selezionare DC-SITE1

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

Figura 51: Distribuisci modelli di sincronizzazione

Figura 52: Implementazione completata

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

EPG shadow per Web DC-EPG2 creato in DR-SITE2

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 aggiunto al modello e Tenant-Production associato allo stesso modello. Questo è un modello specifico del sito. Modello utilizzato per la comunicazione tra VRF e tra DC-EP-1.

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

Figura 57: Aggiungi nome modello Template-WEB-L3Out-Site1, Seleziona 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 selezionare DC-SITE1

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

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

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

Ombreggiatura di EXT-WEB-EPG creata in DR-SITE2 con contratti DC applicati.

Distribuisci modello-WEB-L3Out-Site1

Fare clic su Deploy Template-WEB-L3Out-Site1, quindi selezionare DC-SITE1

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

Figura 64:Distribuire modelli di sincronizzazione

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. Gli endpoint rimanenti del controller di dominio sono stati migrati 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 è una comunicazione intra-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 from DC Site

Tutti gli endpoint vengono migrati dal DC 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: Selezionare 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 di DC Site 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. Modello utilizzato per associare VRF e contratto dal sito DR per DC-EPG1-WEB e DC-BD1-WEB.

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

Figura 81: Aggiungi nome modello Template-VRF-Contract-Site2, Seleziona 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: Selezionare un contratto da DR-SITE2

Figura 85: Selezionare un filtro da DR-SITE2

Figura 86: Selezionare 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:Aggiunta di fabric a Template-VRF-Contract-Site2

Figura 89: Distribuisci modelli di sincronizzazione

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: Template-EPG1-BD1-Informazioni estese

Figura 96: Distribuisci modelli di sincronizzazione

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