Der Modus für den Betrieb mit getrenntem Controller (Controller Disconnected Operation, CDO) stellt sicher, dass die Datenebenenkonnektivität in einer Umgebung mit mehreren Sites nicht betroffen ist, wenn die Konnektivität der primären Site unterbrochen wird. Sie können den CDO-Modus auf der sekundären Site aktivieren, um temporäre Konnektivitätsprobleme in Bezug auf die Datenebene zu vermeiden, wenn die primäre Site ausgefallen oder nicht erreichbar ist. Sie können den CDO-Modus auch im Fall eines Steuerungsebenenfehlers auf der primären Site aktivieren.
Mit dem CDO-Modus werden Verbindungsprobleme während der folgenden Fehlerszenarien vermieden:
- Die vollständige primäre Site einer Cross-vCenter NSX-Umgebung ist nicht verfügbar.
- WAN ist nicht verfügbar.
- Steuerungsebenenfehler.
Der CDO-Modus ist standardmäßig deaktiviert.
Wenn der CDO-Modus aktiviert ist und der Host einen Ausfall der Steuerungskomponente ermittelt, wechselt der Host nach dem konfigurierten Zeitraum in den CDO-Modus. Sie können den Zeitraum konfigurieren, den der Host wartet, bevor er in den CDO-Modus wechselt. Standardmäßig beträgt die Wartezeit fünf Minuten.
NSX Manager erstellt auf dem Controller einen speziellen logischen CDO-Switch (4999). Die VXLAN-Netzwerkkennung (VNI) des speziellen logischen CDO-Switches unterscheidet sich eindeutig von allen anderen logischen Switches. Bei aktiviertem CDO-Modus ist ein Controller im Cluster für die Erfassung aller VTEP-Informationen zuständig, die von allen Transportknoten gemeldet wurden. Zudem repliziert er die aktualisierten VTEP-Informationen auf alle anderen Transportknoten. Nachdem der CDO-Modus festgestellt wurde, werden Broadcast-Pakete wie ARP/GARP und RARP an die globale VTEP-Liste gesendet. Dadurch ist es möglich, einen vMotion-Vorgang für die virtuellen Maschinen auf den vCenter Servern ohne Konnektivitätsprobleme auf Datenebene auszuführen.
Wenn Sie den CDO-Modus deaktivieren, entfernt NSX Manager den logischen CDO-Switch vom Controller.
