In diesem Thema finden Sie mögliche Probleme und Einschränkungen, die beim Konfigurieren von IPv6 für NSX auftreten können.
Problem | Workflow, der zu dem Problem führt:
|
Ursache | Für einen Dual-Stack-NSX Manager müssen sowohl die IPv4- als auch die IPv6-Adressen auf denselben FQDN verweisen, der zum Konfigurieren von NSX Manager verwendet wird. |
Lösung | Verwenden Sie denselben FQDN sowohl für IPv4- als auch für IPv6-Adressen, die für die Bereitstellung von NSX Manager verwendet werden. Siehe NSX Manager-Installationsanforderungen. |
Problem | Workflow, der zu dem Problem führt:
|
Ursache | Für einen reinen IPv4-NSX Manager und einen Dual-Stack-ESXi-Host, die in VMware vCenter mit IPv6 registriert sind, gibt es eine Einschränkung, dass der ESXi-Host nicht mit einem reinen IPv4-NSX Manager kommunizieren kann. |
Lösung | Sie können das Problem umgehen, indem Sie den ESXi-Host mit seiner IPv4-Adresse in den VMware vCenter-Cluster integrieren. |
Problem | Workflow, der zu dem Problem führt:
|
Ursache | Die Erstellung einer Festplatte mit „Thick-Bereitstellung Eager-Zeroed“ überschreitet das Limit für die Zeitüberschreitung. |
Lösung | Erhöhen Sie in VMware vCenter für die vpxa-Konfigurationseinstellung task.completedLifetime den Standardwert von 600 Sekunden:[root@sc1-10-78-185-35:/] configstorecli config default get -c esx -g services -k vpxa { ... "task": { ... "completed_lifetime": 600, ... }, ... } |
Problem | Workflow, der zu dem Problem führt:
|
Ursache | Für reine IPv6-ESX und reine IPv6-VMware vCenter wird der vLCM-Workflow in Softwareversionen 7.x oder früher für ESX und vCenter nicht unterstützt. |
Lösung | Keine. Dies ist eine bekannte Einschränkung. |
Problem | Workflow, der zu dem Problem führt:
|
Ursache | Dieses Problem tritt in vCenter- und ESX-Softwareversionen 7.0.3 und früher auf. |
Lösung | Keine für ESXi 7.0.3 oder früher. Die Problemumgehung besteht darin, den DNS-Server neu zu konfigurieren. Sie können ESXi auf 8.0.0.1 aktualisieren, um das Problem zu beheben. |