Der globale Segment-ID-Pool legt den Bereich fest, der beim Erstellen logischer Netzwerksegmente verwendet wird. Bei Cross-vCenter NSX-Bereitstellungen wird ein eindeutiger globaler Segment-ID-Pool verwendet, um sicherzustellen, dass die VXLAN-Netzwerkbezeichner (VNIs) von globalen logischen Switches über alle sekundären NSX Manager hinweg konsistent sind.
Der globale Segment-ID-Pool wird einmal auf dem primären NSX Manager zugewiesen und dann für alle sekundären NSX Manager synchronisiert. Beachten Sie, dass der Segment-ID-Bereich über alle NSX Manager, die Sie in einer Cross-vCenter NSX-Umgebung nutzen möchten, eindeutig sein muss. In diesem Beispiel wird ein hoher Bereich verwendet, um künftig Skalierbarkeit bereitzustellen.
Beachten Sie bei der Bestimmung der Größe der einzelnen Segment-ID-Pools, dass der Segment-ID-Bereich die Anzahl der logischen Switches steuert, die erstellt werden können. Wählen Sie eine kleine Teilmenge der 16 Millionen potenziellen VNIs aus. Konfigurieren Sie nicht mehr als 10.000 VNIs in einem einzelnen vCenter, da vCenter die Anzahl der dvPortgroups auf 10.000 beschränkt.
Wenn VXLAN in einer anderen NSX Data Center for vSphere-Bereitstellung platziert ist, überlegen Sie, welche VNIs bereits verwendet werden, und vermeiden Sie überlappende VNIs. Nicht überlappende VNIs werden in einer Umgebung mit NSX Manager und vCenter automatisch erzwungen. Lokale VNI-Bereiche können nicht überlappend sein. Es ist jedoch wichtig, dass Sie sicherstellen, dass VNIs sich nicht in Ihren getrennten NSX Data Center for vSphere-Bereitstellungen überlappen. Nicht überlappende VNIs sind nützlich für Nachverfolgungszwecke und helfen sicherzustellen, dass Ihre Bereitstellungen für eine Cross-vCenter-Umgebung bereit sind.
Wenn eine Ihrer Transportzonen den Multicast- oder Hybrid-Replikationsmodus verwendet, müssen Sie eine Multicast-Adresse oder einen Bereich von Multicast-Adressen hinzufügen.
Sie müssen sicherstellen, dass die angegebene Multicast-Adresse bzw. der angegebene Adressbereich nicht mit anderen Multicast-Adressen in Konflikt steht, die auf einem NSX Manager in der Cross-vCenter NSX-Umgebung zugewiesen wurden.
Durch einen Bereich von Multicast-Adressen wird der Datenverkehr über das Netzwerk verteilt und die Überlastung einer einzelnen Multicast-Adresse verhindert. Damit wird auch die BUM-Replikation besser eingegrenzt.
Verwenden Sie 239.0.0.0/24 oder 239.128.0.0/24 nicht als Multicast-Adressbereich, da diese Netzwerke für die Steuerung des lokalen Subnetzes verwendet werden, was bedeutet, dass die physischen Switches den gesamten Datenverkehr fluten, der diese Adressen verwendet. Weitere Informationen zu nicht verwendbaren Multicast-Adressen finden Sie unter https://tools.ietf.org/html/draft-ietf-mboned-ipv4-mcast-unusable-01.
- Vergewissern Sie sich, dass der zugrunde liegende physische Switch mit einer MTU größer oder gleich 1600 konfiguriert ist.
- Vergewissern Sie sich, dass der zugrunde liegende physische Switch korrekt mit IGMP-Snooping und einem IGMP-Abfrager in Netzwerksegmenten, die VTEP-Datenverkehr übertragen, konfiguriert ist.
- Stellen Sie sicher, dass die Transportzone mit dem empfohlenen Multicast-Adressbereich konfiguriert ist. Der empfohlene Multicast-Adressbereich beginnt bei 239.0.1.0/24 und schließt 239.128.0.0/24 aus.
Sie können einen einzelnen Segment-ID-Bereich und eine einzelne Multicast-Adresse bzw. einen Multicast-Adressbereich aus dem vSphere Web Client konfigurieren. Wenn Sie mehrere Segment-ID-Bereiche oder mehrere Multicast-Adresswerte konfigurieren möchten, steht Ihnen dafür die API zur Verfügung. Weitere Informationen finden Sie unter Handbuch zu NSX-API.
