Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

vCenter Virtual Infra

Übersicht über die VMware vSphere-Integration

Mit der Apstra vCenter-Integration haben Sie VM-Visibilität Ihrer virtualisierten Umgebungen. Diese Funktion hilft bei der Behebung verschiedener Probleme mit der VM-Konnektivität. Inkonsistenzen zwischen virtuellen Netzwerkeinstellungen (VMware-Portgruppen) und physischen Netzwerken (Apstra Virtual Networks), die sich auf die VM-Konnektivität auswirken können, werden gekennzeichnet.

Zu diesem Zweck identifiziert die Apstra-Software die ESX/ESXi-Hosts und damit die VMs, die mit den von Apstra verwalteten Leaf-Switches verbunden sind. LLDP-Informationen, die von den ESX/ESXi-Hosts übertragen werden, werden verwendet, um Hostschnittstellen mit Leaf-Schnittstellen zu verknüpfen. Damit diese Funktion funktioniert, muss die LLDP-Übertragung auf dem verteilten virtuellen Switch von VMware aktiviert sein.

Die Apstra-Software stellt auch eine Verbindung zu vCenter her, um Informationen über VMs, ESX/ESXi-Hosts, Portgruppen und VDS zu sammeln. Diese Informationen werden von Apstra Extensible Telemetry Collectors gesammelt. Der Collector wird in einem Offbox-Agent ausgeführt und verwendet pyVmomi, um eine Verbindung mit vCenter herzustellen. Beim ersten Herstellen einer Verbindung werden alle erforderlichen Informationen heruntergeladen und vCenter werden danach alle 60 Sekunden auf neue Updates überprüft. Der Kollektor aktualisiert die ermittelten Daten im Apstra Graph-Datenspeicher, sodass VM-Abfragen und Warnungen bei Nichtübereinstimmung von physischen/virtuellen Netzwerken ausgelöst werden können.

Unterstützte Versionen

Apstra Version 4.2.2 und 4.2.1

  • vCenter Server/vSphere 7.0U1

Apstra Versionen 4.2.0

Die VMware vSphere/vCenter-Integration ist für die folgenden VMware-Versionen verfügbar:

  • vCenter Server/vSphere 7.0U1
  • vCenter Server/vSphere 6.7
  • vCenter Server/vSphere 6.5

Der spezifische Test und die Qualifizierung für Version 7.0 sind drei vCenter-Server in drei verschiedenen Routingzonen: Zone 1 unterstützt 3000 VMs, Zone 2 unterstützt 1000 VMs und Zone 3 unterstützt 1000 VMs. Wir unterstützen über vCenter verwaltete erweiterte Cluster für Datencenter. Die vCenter-Trennung basiert auf der Arbeitsauslastung, nicht auf dem Standort.

Begrenzungen

Die vCenter-Integration unterstützt die DVS-Portgruppe mit dem VLAN-Typ Trunking nicht.

vCenter-Integration aktivieren

Sie benötigen nur Leseberechtigungen , um die vSphere-Integration zu aktivieren.

  1. Navigieren Sie im linken Navigationsmenü zu Externe Systeme > Virtual Infra Manager und klicken Sie auf Virtual Infra Manager erstellen.
    Das Dialogfeld "Virtual Infra Manager erstellen " wird geöffnet.
  2. Geben Sie die vCenter-IP-Adresse (oder den DNS-Namen) ein, wählen Sie VMware vCenter Server aus und geben Sie dann einen Benutzernamen und ein Kennwort ein.
  3. Klicken Sie auf Erstellen, um einen Offbox-Container zu starten, in dem vCenter ausgeführt wird. Während der Container eine Verbindung herstellt, lautet der Status DISCONNECTED. Wenn der Container erfolgreich eine Verbindung herstellt, ändert sich der Status in CONNECTED.
  4. Wenn vCenter verbunden ist, navigieren Sie im Blueprint zu Staged > Virtual > Virtual Infra und klicken Sie auf Virtual Infra hinzufügen.
    Das Dialogfeld "Virtual Infra Manager hinzufügen " wird geöffnet.
  5. Wählen Sie den vCenter Server aus der Dropdown-Liste Virtual Infra Manager aus und klicken Sie dann auf Erstellen, um die Änderung vorzunehmen.

Wenn Sie bereit für die Bereitstellung sind, führen Sie einen Commit für die Änderungen auf der Registerkarte Nicht festgeschrieben aus.

VM-Visibilität

Wenn die Apstra-Software die virtuelle Infrastruktur verwaltet, können Sie VMs nach Namen abfragen. Navigieren Sie in der Blaupause zu Active > Query > VMs , und geben Sie Suchkriterien ein. VMs enthalten die folgenden Details:

Beschreibung des Parameters
Hosted On Der ESX-Host, auf dem sich die VM befindet
VM-IP

Die IP-Adresse, die von vCenter nach der Installation der VM-Tools gemeldet wird. Wenn die IP-Adresse nicht verfügbar ist, ist dieses Feld leer. Wenn die IP-Adresse verfügbar ist, wird die IP-Adresse des virtuellen Computers angezeigt.
Leaf:Schnittstelle

Das Leaf und die Schnittstelle, mit der der ESX-Host verbunden ist
Portgruppenname:VLAN-ID

Die Portgruppe der VNIC und die VLAN-ID, die der Portgruppe zugeordnet ist
MAC-Adressen

MAC-Adresse der VNIC
Virtuelle Infrastrukturadresse

IP-Adresse des vCenter, zu dem die VM gehört

Validierung der Integration virtueller Infrastruktur

Sie können virtuelle Infrastruktur mit absichtsbasierten Analysen validieren. Apstra validiert die BGP-Sitzung für NSX-T Edge. Falls die BGP-Nachbarschaft in NSX-T Manager gelöscht wird, können die entsprechenden Anomalien im Apstra-Dashboard angezeigt werden.

Es stehen zwei vordefinierte Analyse-Dashboards (wie unten aufgeführt) zur Verfügung, die vordefinierte virtuelle Infra-Probes instanziieren.

Dashboard für die Zustandsprüfung der virtuellen Infra-Fabric

Dashboard für die Überprüfung der virtuellen Infrarotredundanz

Siehe auch

Übersicht über die automatische Behebung

Die automatische Behebung von Anomalien im virtuellen Netzwerk ist ohne Benutzereingriff möglich. Dies kann die Betriebskosten senken, da Netzwerkbetreiber nicht jede einzelne Anomalie untersuchen und nach Details suchen und eingreifen müssen, um Anomalien zu mindern. Bei der automatischen VxLAN-Korrektur handelt es sich um eine Richtlinie, die beim Hinzufügen von vCenter/NSX-T zu einem Blueprint konfiguriert wird. Die Behebung von Anomalien erfolgt in Übereinstimmung mit dieser Richtlinie.

Ein richtlinienbasierter Ansatz für die automatische Behebung benachrichtigt Sie automatisch, wenn es eine Diskrepanz zwischen vSphere DPG (VMware-Portgruppen) und VN in einem bestimmten Blueprint gibt, oder wenn eine VLAN-Diskrepanz zwischen virtueller Infrastruktur und der Apstra-Fabric vorliegt oder wenn es eine Nichtübereinstimmung bei der LAG-Konfiguration auf Hypervisoren und den entsprechenden Leaf-Ports gibt. Die Apstra-Software bietet eine automatische, geführte Behebung solcher Anomalien.

Im Folgenden sind einige der Einschränkungen und Überprüfungen aufgeführt, die vor der Korrektur stattfinden:

  • Wenn die Behebungsrichtlinie auf VLAN, d. h. Rack-lokal, festgelegt ist, kann die Routing-Zone nur die Standardzone sein.
  • Wenn die VLAN-ID für das virtuelle Netzwerk, das sich über mehrere Hypervisoren erstreckt, identisch ist, wird eine einzelne Layer-2-Broadcast-Domäne angenommen. In solchen Szenarien muss die VLAN-Korrekturrichtlinie auf VXLAN gesetzt werden, da sie auf fehlende VLAN-Anomalien auf allen ToR-Leaf-Geräten überprüft wird, die mit verschiedenen Hypervisoren verbunden sind, die über ein virtuelles Netzwerk mit derselben VLAN-ID verfügen. Wenn dieser Typ irrtümlicherweise als VLAN-Typ ausgewählt wird, werden Validierungsfehler generiert.
  • Fehler werden für verschiedene Arten von Behebungsrichtlinien gekennzeichnet (z. B. wenn eine vom VXLAN-Typ und die andere vom VLAN-Typ ist), wenn sie mit verschiedenen virtuellen Infrastrukturen (z. B. zwei verschiedenen vCenter-Servern) verbunden sind und dieselbe VLAN-ID in Anomalien aufweisen.
  • Wenn zwei verschiedene virtuelle Infra-Server in einem Blueprint zugeordnet sind und dieselben VLAN-IDs haben, wird er von der VXLAN-Richtlinie für automatische Korrektur als zwei separate virtuelle Netzwerke geprüft.

Aktivieren der automatischen Korrektur

  1. Navigieren Sie im Blueprint zu Staged > Virtual > Virtual Infra und klicken Sie auf Add Virtual Infra.
  2. Wählen Sie den Virtual Infra Manager aus der Dropdown-Liste aus.
  3. Klicken Sie auf VLAN-Behebungsrichtlinie, um die zu konfigurierenden Attribute anzuzeigen.
  4. Wählen Sie den VN-Typ aus der Dropdown-Liste aus.
    • VXLAN (Rack-übergreifend) (Standard) Geht vom virtuellen VXLAN-Netzwerk aus und sucht in allen zugehörigen Aufgabenbereichen in der Apstra-Fabric nach VN-Abweichungen.
    • VLAN (Rack-lokal): Wählen Sie VLAN aus, wenn sich der VLAN-Footprint auf dem lokalen vSphere nicht auf andere ToR-Leaf-Geräte in einer Fabric erstreckt.
  5. Wählen Sie die Routing-Zone aus. (Wenn der VN-Typ rack-lokal ist, ist nur die Standard-Routing-Zone zulässig.)
  6. Klicken Sie auf Erstellen.

Nach der Aktivierung der VLAN-Korrekturrichtlinie als Inter-Rack sucht die Apstra-Software in allen Inhaltsverzeichnissen, die einen Mitgliedshost (z. B. Hypervisor) verbinden, der am virtuellen Infra-Netzwerk teilnimmt, nach passenden lokalen VLANs. Wenn ein solcher VN gefunden wird, wird dieser VN einfach erweitert, sodass er auch mit demselben lokalen VLAN an das betreffende Inhaltsverzeichnis gebunden ist. Wenn er nicht gefunden wird, wird ein neuer VN zwischen Racks in der angegebenen Routing-Zone erstellt.

Behebung von Probe-Anomalien

Die Funktion "Anomalien beseitigen " funktioniert in Verbindung mit dem Primitiv " Virtuelles Netzwerk (einzeln)" in Konnektivitätsvorlagen. Es kann nicht mit dem Primitiv " Virtuelles Netzwerk (mehrere)" verwendet werden.

Die richtlinienbasierte Korrektur von Apstra hat die folgenden Funktionen:

  • Anomalien bei VLAN-Mismatch Erstellen Sie ein virtuelles Netzwerk für eine vCenter Distributed Virtual Switch (vDS)-Portgruppe, die mit Hypervisoren verbunden ist, die mit Leaf-Ports von ToRs in der Apstra-Fabric verbunden sind.
  • Eine Routingzone, auf die in der Wartungsrichtlinie verwiesen wird, kann nicht gelöscht werden.
Anmerkung:

Für eine EVPN-fähige Fabric empfehlen wir, den VN-Typ als Inter-Rack oder VXLAN in einer bestimmten Routing-Zone festzulegen.
  1. Navigieren Sie im Blueprint zu Analytics > Probes, und klicken Sie auf einen der instanziierten vordefinierten Sondierungsnamen.
  2. Klicken Sie auf Anomalien in einer bestimmten Phase beheben. Die Apstra-Software aktualisiert den bereitgestellten Blueprint automatisch, indem sie VN-Endgeräte und VNs hinzufügt/entfernt/aktualisiert, um die Anomalien zu beheben.
  3. Überprüfen Sie die gestaffelte Konfiguration in Bezug auf die Parameter des virtuellen Netzwerks, und bestätigen Sie dann die Konfiguration. Die Apstra-Software zeigt an, ob keine Änderungen erkannt wurden. Dies kann passieren, wenn Sie die Korrektur mehr als einmal aufrufen.
  4. Überprüfen Sie die Änderungen auf der Registerkarte Nicht festgeschrieben, und bestätigen Sie sie.
  5. Kehren Sie zur vordefinierten Sondierung zurück, um alle verbleibenden Anomalien anzuzeigen.

Deaktivieren der Integration virtueller Infrastruktur

Virtuelle Infrastrukturintegrationen werden deaktiviert, indem sie aus dem Blueprint und externen Systemen gelöscht werden.

  1. Navigieren Sie im Blueprint zu Staged > Virtual > Virtual Infra, und klicken Sie auf die Schaltfläche Löschen, damit die Virtual Infra deaktiviert werden kann.
  2. Klicken Sie auf Nicht festgeschrieben (oberes Menü) und bestätigen Sie den Löschvorgang.
  3. Navigieren Sie im linken Navigationsmenü zu Externe Systeme > Virtual Ingra Manager und klicken Sie auf die Schaltfläche Löschen, damit die virtuelle Infrastruktur deaktiviert werden kann.