In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument werden das Design und die Konfigurationsänderungen beschrieben, die für die Migration eines Endpunkts von einem Rechenzentrum in ein anderes erforderlich sind.
Abbildung 1 zeigt die Verbindung zwischen zwei Rechenzentren.
Abbildung 1: Physische Topologie
Rechenzentren und Notfallwiederherstellungsstandorte verfügen über die Application Centric Infrastructure (ACI). Rechenzentren und Notfallwiederherstellungsstandorte verfügen über WAN-Switches, Border Leaf, Spines, Inter-Site Network Devices (ISN), Server Leaf und verbundene Endpunkte.
Abbildung 2: Logische Topologie
An beiden Standorten konfigurierte logische Objekte:
In Rechenzentren gibt es mehrere Arten von Datenverkehrsfluss:
Abbildung 3: Intra-EPG-Datenverkehrsfluss
Die Kommunikation zwischen DC-EP-1 und DC-EP-2 ist Intra-EPG-Kommunikation, da beide Endpunkte zu DC-EPG1-WEB gehören. Die Kommunikation zwischen DR-EP-1 und DR-EP-2 ist Intra-EPG-Kommunikation, da beide Endpunkte zu DR-EPG1-WEB gehören.
Abbildung 4: Datenverkehrsfluss zwischen EPGs
DC-EP-1 und DC-EP-3 sind Teil von DC-EPG1-WEB bzw. DC-EPG2-WEB, wobei die Kommunikation zwischen diesen beiden Endpunkten der Datenverkehrsfluss zwischen den EPGs ist. DR-EP-1 und DR-EP-3 sind Teil von DR-EPG1-WEB bzw. DR-EPG2-WEB, wobei die Kommunikation zwischen diesen beiden Endpunkten der Datenverkehrsfluss zwischen den EPGs ist.
Abbildung 5: Datenverkehrsfluss zwischen VRFs
Der RZ-Grenz-Leaf leitet den Datenverkehr für alle Inter-VRF-Kommunikationen an WAN-Switches des RZ weiter. DC-WAN-Switches werden für die Inter-VRF-Kommunikation verwendet. DC-EP-1/EP-2 (VRF WEB) kommuniziert über WAN-Switches mit DC-EP-4 (VRF APP). DR Border Leaf leitet den Datenverkehr für jegliche Inter-VRF-Kommunikation an DR WAN-Switches weiter. DR WAN-Switches werden für die Kommunikation zwischen VRF-Instanzen verwendet. DR-EP-1/EP-2 (VRF WEB) kommuniziert über WAN-Switches mit DR-P-4 (VRF APP).
Abbildung 6: Datenverkehrsfluss zwischen Rechenzentren
Kommunikation zwischen RZ-Endpunkten und DR-Endpunkten wird an Border Leaf weitergeleitet. Border Leaf leitet den Datenverkehr an WAN-Switches weiter. WAN-Switches werden für die Kommunikation zwischen Rechenzentren verwendet.
Der Nexus Dashboard Orchestrator dient zum Erstellen der Multisite-Funktion zwischen den beiden Standorten: EPGs/BDs, die über Standorte und Endpunkte verteilt sind und von DC-SITE1 zu DR-SITE2 migriert werden sollen.
Schema-1, erstellt mit Nexus Dashboard Orchestrator.
Abbildung 7: Tenant-Vorlage - Schema hinzufügen
Abbildung 8: Schemaname hinzufügen
Template-VRF-Contract-Stretched, erstellt innerhalb von Schema-1. DC-SITE1 und DR-SITE2, um Teil dieser Vorlage zu sein, und Tenant-Production, um derselben Vorlage zugeordnet zu werden. Dies ist eine gestreckte Vorlage. VRF und Contracts müssen Teil einer separaten Vorlage sein, da diese Objekte von anderen BD/EPGs gemeinsam genutzt werden. Diese Vorlage dient zum Strecken der VRF- und Vertrags-DR-SITE1-Instanz von DC-SITE2.
Abbildung 9: Anwendungsvorlage hinzufügen - ACI Multi-Cloud auswählen
Abbildung 10: Vorlagenname hinzufügen Template-WEB-VRF-Contract-Stretched, Tenant-Produktion auswählen
Abbildung 11: Template-WEB-VRF-Contract-Stretched Details
Importieren Sie DC-VRF-WEB und DC-VRF-WEB-Contract von DC-SITE1. Contracts werden für die Kommunikation zwischen EPGs und zwischen EPG und L3Out erstellt.
Abbildung 12: Klicken Sie auf Importieren, und wählen Sie DC-SITE1 aus.
Abbildung 13: Vertrag von DC-SITE1 auswählen
Abbildung 14: Filter von DC-SITE1 auswählen
Abbildung 15: VRF von DC-SITE1 auswählen
Abbildung 16: Template-WEB-VRF-Contract-Stretched mit VRF- und Vertragsinformationen
Klicken Sie auf Deploy Template-VRF-Contract-Stretched, und wählen Sie DC-SITE1 und DR-SITE2 aus.
Abbildung 17:Hinzufügen von Strukturen zu Template-VRF-Contract-Stretched
Abbildung 18: Bereitstellen von Synchronisierungsvorlagen
Abbildung 19: Bereitstellung abgeschlossen
Abbildung 20: Verifizierung von VRF und Verträgen, die an beiden Standorten bereitgestellt wurden
Template-EPG1-BD1-Stretched wurde in Schema-1 erstellt. DC-SITE1 und DR-SITE2 wurden der Vorlage und Tenant-Production hinzugefügt, die derselben Vorlage zugeordnet sind. Dies ist eine gestreckte Vorlage. Mit dieser Vorlage werden DC-EPG1-WEB und DC-BD1-WEB auf DR-SITE2 erweitert.
Abbildung 21: Anwendungsvorlage hinzufügen - ACI Multi-Cloud auswählen
Abbildung 22: Vorlagenname hinzufügen Vorlage-EPG1-BD1-gestreckt, Tenant-Produktion auswählen
Abbildung 23: Template-EPG1-BD1-Stretched Details
Importieren Sie DC-EPG1-WEB und DC-BD1-WEB von DC-SITE1.
Abbildung 24: Klicken Sie auf Importieren, und wählen Sie DC-SITE1 aus.
Abbildung 25: Wählen Sie DC-EPG1-WEB von DC-SITE1 aus.
Abbildung 26: Wählen Sie DC-BD1-WEB von DC-SITE1 aus.
Aktivieren Sie L2 Stretch in DC-BD1-WEB-Einstellungen, und fügen Sie die Gateway-IP-Adresse hinzu. Mit dieser Vorlage wird BD auf den Standort und das in DC-SITE1 und DR-SITE2 konfigurierte Anycast-Gateway ausgedehnt.
Abbildung 27: Auswahl von L2-Strecken in DC-BD1-WEB
Abbildung 28: Gateway-IP/Subnetz hinzufügen
Klicken Sie auf Deploy Template-EPG1-BD1-Stretched, und wählen Sie DC-SITE1 und DR-SITE2 aus.
Abbildung 29:Fabrics zu Template-EPG1-BD1-Stretched hinzufügen
Abbildung 30: Bereitstellen von Synchronisierungsvorlagen
Abbildung 31: Bereitstellung abgeschlossen
Konfigurieren Sie die statische Bindung in DR-SITE2 in DC-EPG1-WEB, und ordnen Sie DR-SITE2 Physical Domain zu. Migration des DC-EP-1 von DC-SITE1 zu DR-SITE2
Abbildung 32: DC-EP-1 derzeit in DC-SITE1 erlernt
Abbildung 33: DC-EP-1 von DC-SITE1 entfernt
Abbildung 34: Hinzufügen einer physischen Domäne in DR-SITE2
Abbildung 35: Hinzufügen von statischer Bindung in DR-SITE2
Abbildung 36: DC-EP-1 in DR-SITE2 erlernt
DC-EP-1 ist mit DR-SITE2 Server Leaf verbunden.
Abbildung 37: Physisches Design nach DC-EP-1-Migration
DC-EP-1 ist mit DR-SITE2 Server Leaf verbunden. DC-EPG1-WEB, DC-BD1-WEB und DC-VRF-WEB sind zwischen DC-SITE1 und DR-SITE2 angeordnet.
Abbildung 38: Logisches Design nach DC-EP-1-Migration
Abbildung 39: Intra-EPG-Datenverkehrsfluss nach DC-EP-1-Migration
Die Kommunikation zwischen DC-EP-1 und DC-EP-2 ist eine Intra-EPG-Kommunikation, da beide Endpunkte zu DC-EPG1-WEB gehören. Diese Kommunikation erfolgt über DC ISN zu DR ISN Multisite/Overlay Links.
Abbildung 40: Ping-Antwort zwischen DC-EP-1 und DC-EP-2
DC-EP-1 lernte in DC-SP-01/DC-SP-02 von DR-SP-01/DR-SP-02.
Abbildung 41: Routingtabelle von Spines
DC-EP-1 lernt in DC-SITE1-SP-01 von DR-SITE2-SP-01
DR-SITE2-SP-01 Overlay Unicast TEP IP
Die Kommunikation zwischen EPGs zwischen DC-EP-1 und DC-EP-3 findet statt, sobald DC-EPG2-WEB und DC-BD2-WEB Teil des Nexus Dashboard Orchestrator sind.
Template-EPG2-BD2-Site1 wurde in Schema-1 erstellt. DC-SITE1 wurde der Vorlage und Tenant-Production hinzugefügt, die derselben Vorlage zugeordnet sind. Dies ist eine standortspezifische Vorlage. Diese Vorlage dient zum Importieren der Vorlage-EPG2-BD2-Site1 für die Kommunikation zwischen DC-EP-1 und DC-EP-3.
Für die DC-EP-1- und DC-EP-3-Kommunikation muss DC-EPG2-BD2 Teil von Nexus Dashboard Orchestrator sein.
Abbildung 42: DC-EP-1 und DC-EP-3 können nicht kommunizieren
Abbildung 43: Anwendungsvorlage hinzufügen - ACI Multi-Cloud auswählen
Abbildung 44: Vorlagenname hinzufügen Vorlage-EPG2-BD2-Standort1, Tenant-Produktion auswählen
Abbildung 45: Template-EPG2-BD2-Site1 Details
Importieren Sie DC-EPG2-WEB und DC-BD2-WEB von DC-SITE1.
Abbildung 46: Klicken Sie auf Importieren, und wählen Sie DC-SITE1 aus.
Abbildung 47: Wählen Sie DC-EPG2-WEB von DC-SITE1 aus.
Abbildung 48: Wählen Sie DC-BD2-WEB von DC-SITE1 aus.
Abbildung 49: Mit DC-EPG2-WEB verknüpfte Verträge werden importiert.
Klicken Sie auf "Vorlage bereitstellen-EPG2-BD2-Site1", und wählen Sie DC-SITE1 aus.
Abbildung 50: Hinzufügen von Fabrics zu Template-EPG2-BD2-Site1
Abbildung 51: Bereitstellen von Synchronisierungsvorlagen
Abbildung 52: Bereitstellung abgeschlossen
Abbildung 53: DC-EPG2-WEB wird an beiden Standorten bereitgestellt.
Schatten-EPG für DC-EPG2-WEB erstellt in DR-SITE2
Abbildung 54: Datenverkehrsfluss zwischen EPGs nach EP-1-Migration
Die Kommunikation zwischen DC-EP-1 und DC-EP-3 ist Inter-EPG-Kommunikation, da beide Endpunkte zu DC-EPG1-WEB bzw. DC-EPG2-WEB gehören. Diese Kommunikation erfolgt über DC ISN zu DR ISN Multisite/Overlay Links.
Abbildung 55: Ping-Antwort zwischen DC-EP-1 und DC-EP-3
Template-Web-L3Out-Site1 wurde in Schema-1 erstellt. DC-SITE1 wurde der Vorlage und Tenant-Production hinzugefügt, die derselben Vorlage zugeordnet sind. Dies ist eine standortspezifische Vorlage. Diese Vorlage wird für die Inter-VRF- und Inter-DC-Kommunikation zwischen DC und EP-1 verwendet.
Abbildung 56: Anwendungsvorlage hinzufügen - ACI Multi-Cloud auswählen
Abbildung 57: Vorlagennamen hinzufügen Template-WEB-L3Out-Site1, Tenant-Produktion auswählen
Abbildung 58: Template-WEB-L3Out-Site1 - Details
Externe EPG und L3Out in Template-WEB-L3Out-Site1 importieren
Abbildung 59: Klicken Sie auf Importieren, und wählen Sie DC-SITE1 aus.
Abbildung 60: Wählen Sie EXT-APP-EPG von DC-SITE1 aus.
Abbildung 61: Wählen Sie DC-APP-L3Out von DC-SITE1 aus
Abbildung 62: Mit EXT-WEB-EPG verknüpfte Verträge werden importiert.
Schatten der in DR-SITE2 erstellten EXT-WEB-EPG mit angewendeten DC-Verträgen.
Klicken Sie auf "Deploy Template-WEB-L3Out-Site1", und wählen Sie DC-SITE1 aus.
Abbildung 63: Fabrics zu Template-WEB-L3Out-Site1 hinzufügen
Abbildung 64:Bereitstellen von Sync-Vorlagen
Abbildung 65: Bereitstellung abgeschlossen
Im DR-Server-Leaf installierte statische Routen für DC-VRF-WEB.
Abbildung 66: Überprüfen der Routen im DR-Server-Leaf für DC-VRF-WEB
Abbildung 67: Datenverkehrsfluss zwischen VRFs nach DC-EP-1-Migration
DC-EP-1 verwendet DC-WEB-L3Out für die Kommunikation mit DC-EP-4. Der Datenverkehr fließt von DR-ISN zu DC-ISN Multisite Links, DC-ISN zu DC-SP-01/DC-SP-02 und von DC-SP zu DC-BL. DC-BL-01/DC-BL-02 leitet den Datenverkehr für Inter-VRF-Routing an DC-WAN-Switches weiter.
Abbildung 68: Ping-Antwort zwischen DC-EP-1 und DC-EP-4
Abbildung 69: Datenverkehrsfluss zwischen Rechenzentren nach DC-EP-1-Migration
DC-EP-1 verwendet DC-WEB-L3Out für die Kommunikation mit DR-Endgeräten. Der Datenverkehr fließt von DR-ISN zu DC-ISN Multisite Links, DC-ISN zu DC-SP-01/DC-SP-02 und von DC-SP zu DC-BL. DC-BL-01/DC-BL-02 leitet den Datenverkehr an DC-WAN-Switches für DR-Endgeräte weiter.
Abbildung 70: Ping-Antwort zwischen DC-EP-1 und DR-EPs
Nach der Migration der verbleibenden Endgeräte vom Rechenzentrum auf DR DC-EPG1-WEB änderte sich das physische Diagramm entsprechend.
Abbildung 71: Physisches Design nach der Migration aller Endpunkte vom Rechenzentrum zur Notfallwiederherstellung
DC-EPG1-WEB, DC-BD1-WEB und DC-VRF-WEB sind bereits zwischen DC- und DR-Standorten angeordnet. Verbleibende Endpunkte des Rechenzentrums wurden vom Rechenzentrum zum Notfallwiederherstellungsstandort migriert.
Abbildung 72: Logisches Design nach der Migration der Endgeräte
Abbildung 73: Intra-EPG-Datenverkehrsfluss nach verbleibender Endpunkt-Migration
Die Kommunikation zwischen DC-EP-1 und DC-EP-2 ist eine Intra-EPG-Kommunikation, da beide Endpunkte zu DC-EPG1-WEB gehören. Diese Kommunikation erfolgt direkt innerhalb des DR-Standorts.
Der Datenverkehr zwischen EPG, VRF und zwischen Rechenzentren ähnelt der Migration zwischen Rechenzentren und EP-1.
Alle Endpunkte werden für DC-EPG1-WEB vom Rechenzentrum zum DR-Standort migriert. DC-EPG1-WEB und DC-BD1-WEB sind am Standort des Rechenzentrums nicht erforderlich. Heben Sie die Bereitstellung von Template-EPG1-BD1-Stretched von der DC-Site auf. Dadurch werden die EPG und BD von Site-1 gelöscht.
Abbildung 74: Klicken Sie auf Bereitstellung aufheben
Abbildung 75: Wählen Sie DC-SITE1 aus, und klicken Sie auf "Undeploy"
Bei diesem Schritt wird die Vorlage-EPG1-BD-Stretched von der DC-Site getrennt.
Abbildung 76: Klicken Sie auf Vorlage trennen
Abbildung 77: Deaktivieren Sie DC-SITE1.
Abbildung 78: DC-SITE2 Teil von Template-EPG1-BD1-Stretched
DC-EPG1-WEB und DC-BD1-WEB sind nach der Bereitstellung der Vorlage nicht Teil der DC-Site.
Abbildung 79: Logisches Design nach Aufhebung der Bereitstellung der Vorlage
Template-VRF-Contract-Site2 erstellt innerhalb von Schema-1. DR-SITE2 wurde der Vorlage und Tenant-Production hinzugefügt, die derselben Vorlage zugeordnet sind. Dies ist eine standortspezifische Vorlage. Diese Vorlage dient zum Zuordnen von VRF und Vertrag vom DR-Standort für DC-EPG1-WEB und DC-BD1-WEB.
Abbildung 80: Anwendungsvorlage hinzufügen - ACI Multi-Cloud auswählen
Abbildung 81: Vorlagennamen hinzufügen Template-VRF-Contract-Site2, Tenant-Produktion auswählen
Abbildung 82: Template-VRF-Contract-Site2 - Details
Importieren Sie DR-VRF-WEB und DR-VRF-WEB-Contract von DR-SITE2.
Abbildung 83: Klicken Sie auf Importieren, und wählen Sie DR-SITE2 aus.
Abbildung 84: Wählen Sie "Vertrag" vom DR-SITE2 aus
Abbildung 85: Wählen Sie Filter von DR-SITE2 aus.
Abbildung 86: Wählen Sie VRF vom DR-SITE2 aus
Abbildung 87: Template-WEB-VRF-Contract-Site2 mit VRF-/Vertragsinformationen
Klicken Sie auf "Deploy Template-VRF-Contract-Site2", und wählen Sie DR-SITE2 aus.
Abbildung 88: Hinzufügen von Fabrics zur Template-VRF-Contract-Site2
Abbildung 89: Bereitstellen von Synchronisierungsvorlagen
Abbildung 90: Bereitstellung abgeschlossen
Ordnen Sie DR-VRF-WEB dem zuvor erstellten DC-BD1-WEB von Template-EPG1-BD1-Stretched zu. DC-BD1-WEB ist Teil von DR-SITE2.
Abbildung 91: Klicken Sie auf Vorlage-EPG1-BD1-Gestreckt.
Abbildung 92: Zuweisung von DR-VRF-WEB zu DC-BD1-WEB
Wenden Sie DR-Contract auf DC-EPG1-WEB an, das DR-Contracts für die Kommunikation von DC-EPG1-WEB für Inter-DC, Inter-VRF und Inter-EPG verwendet. DC-EPG1-WEB ist Teil von DR-SITE2
Abbildung 93: Löschen von DC-Contracts aus DC-EPG1-WEB
Abbildung 94: Hinzufügen von DR-Verträgen in DC-EPG1-WEB
Abbildung 95: Template-EPG1-BD1-Stretch-Informationen
Abbildung 96: Bereitstellung von Synchronisierungsvorlagen
Abbildung 97: Bereitstellung abgeschlossen
DC-Endpoint-1 verwendet DR-L3Out-WEB für die Kommunikation mit DC-Endpunkten. Für diese Kommunikation sind notwendige Routing-Änderungen an WAN-Switches erforderlich.
Abbildung 98: Datenverkehrsfluss am RZ-Endpunkt 1
Abbildung 99: Ping-Antwort zwischen DC-EP-1 und DC-EP-2
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
08-Jan-2025 |
Erstveröffentlichung |