Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Fehlerbehebung In diesem Kapitel werden einige häufig auftretende Probleme bei der Erstellung oder Verwaltung von Amazon EVS-Umgebungen beschrieben. ## Hinweise zu Broadcom und AWS Support AWS bietet Unterstützung für Amazon EVS und die zugehörigen Infrastrukturdienste, einschließlich VMware Cloud Foundation (VCF). Für VCF-spezifische Konfigurationsanleitungen oder Probleme im Zusammenhang mit anderen VMware Produkten wie Aria Suite, HCX oder NSX können Sie sich mit Ihrem Broadcom-Supportanspruch auch direkt an Broadcom wenden. Weitere Informationen finden Sie im [Broadcom Support Portal](https://support.broadcom.com/). ## Beheben Sie fehlgeschlagene Umgebungsstatusprüfungen Amazon EVS führt automatische Prüfungen Ihrer Umgebung durch, um Probleme zu identifizieren. Sie können den Status Ihrer Umgebung anzeigen, um spezifische und erkennbare Probleme zu identifizieren. ### Überprüfen Sie die Informationen zur Überprüfung des Umgebungsstatus **Um beeinträchtigte Umgebungen mit der Amazon EVS-Konsole zu untersuchen** 1. Öffnen Sie die Amazon EVS-Konsole. 1. Wählen Sie im Navigationsbereich **Umgebungen** und dann Ihre Umgebung aus. 1. Wählen Sie die Registerkarte **Details** aus, um einen Überblick über die Umgebung zu erhalten. 1. Überprüfen Sie den **Status der Umgebung**. Bewegen Sie den Mauszeiger auf dieses Feld, um ein Popover mit individuellen Ergebnissen für jede Überprüfung des Umgebungsstatus zu öffnen. ### Die Erreichbarkeitsprüfung ist fehlgeschlagen Die Erreichbarkeitsprüfung bestätigt, dass Amazon EVS über eine dauerhafte Verbindung zu SDDC Manager verfügt. Wenn Amazon EVS die Umgebung nicht erreichen kann, schlägt diese Prüfung fehl. Schlägt diese Prüfung fehl, kann Amazon EVS SDDC Manager nicht mehr erreichen, um den Umgebungsstatus zu überprüfen, und der Umgebung können keine Hosts mehr hinzugefügt werden. Ein Fehler bei der Erreichbarkeit führt auch dazu, dass die Wiederverwendung des Lizenzschlüssels und die Überprüfung der Schlüsselabdeckung fehlschlagen und die Überprüfung der Anzahl der Hosts die Antwort **Unbekannt** zurückgibt. Um die Erreichbarkeit sicherzustellen, überprüfen Sie Folgendes: + Stellen Sie sicher, dass Ihre Zertifikate gültig und nicht abgelaufen sind. Sie können die SDDC-Manager-Benutzeroberfläche oder den vSphere-Client verwenden, um Zertifikate in einer VCF-Umgebung zu verwalten. Nach der Bereitstellung wird empfohlen, alle Zertifikate der VMware Cloud Foundation-Verwaltungsdomäne zu ersetzen. Weitere Informationen finden Sie unter [Zertifikate in VMware Cloud Foundation verwalten](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/certificate-management-admin.html) in der VMware Cloud Foundation-Dokumentation. + Stellen Sie sicher, dass Ihre DNS-Server vom Dienstzugriffssubnetz aus erreichbar sind, dass die DNS-Einträge gültig sind und keine doppelten Hostnamen oder IP-Adressen vorhanden sind. + Wenn Sie Ihre eigenen Firewallregeln erstellen möchten, folgen Sie diesen Richtlinien: + Erlauben Sie TCP/UDP den Zugriff auf die DNS-Server. + HTTPS/SSH Erlaubt den Zugriff auf das VLAN-Subnetz für die Hostverwaltung. + Erlaubt HTTPS/SSH den Zugriff auf das VLAN-Subnetz der Management-VM. Wenn Sie das Problem nach Befolgung dieser Anleitung immer noch nicht lösen können, empfehlen wir Ihnen, sich an den Support zu wenden, um weitere AWS Unterstützung zu erhalten. ### Die Überprüfung der Hostanzahl ist fehlgeschlagen Diese Prüfung stellt sicher, dass Ihre Umgebung über mindestens vier Hosts verfügt. Dies ist eine Voraussetzung für VCF 5.2.x. Schlägt diese Prüfung fehl, müssen Sie Hosts hinzufügen, damit Ihre Umgebung diese Mindestanforderung erfüllt. Amazon EVS unterstützt nur Umgebungen mit 4 bis 16 Hosts. ### Die Überprüfung der Wiederverwendung von Schlüsseln ist fehlgeschlagen Diese Prüfung stellt sicher, dass der VCF-Lizenzschlüssel nicht von einer anderen Amazon EVS-Umgebung verwendet wird. VCF-Lizenzen können nur für eine Amazon-EVS-Umgebung verwendet werden. Diese Prüfung schlägt fehl, wenn Sie in einer Anfrage zur Umgebungserstellung VCF-Lizenzschlüssel angeben, die bereits von einer anderen Umgebung verwendet werden. Schlägt diese Prüfung fehl, erhalten Sie die Fehlermeldung, dass die Amazon-EVS-Umgebung nicht erstellt werden konnte. Um das Problem zu beheben, überprüfen Sie Ihre Lizenzeinstellungen in SDDC Manager und ersetzen Sie alle zuvor verwendeten Lizenzen durch nicht verwendete Lizenzen. **Wichtig** Verwenden Sie die SDDC Manager-Benutzeroberfläche, um die VCF-Lösung und die vSAN-Lizenzschlüssel zu verwalten. Amazon EVS erfordert, dass Sie gültige VCF-Lösungs- und vSAN-Lizenzschlüssel im SDDC Manager verwalten, damit der Service ordnungsgemäß funktioniert. Schlüssel müssen Ihren Hosts und dem vSAN-Cluster zwar mithilfe des vSphere Client zugewiesen werden, Sie müssen jedoch sicherstellen, dass diese Schlüssel auch auf dem Lizenzierungsbildschirm der SDDC Manager-Benutzeroberfläche angezeigt werden. ### Die Überprüfung der Schlüsselabdeckung ist fehlgeschlagen Bei dieser Prüfung wird überprüft, ob Ihr vCenter Server zugewiesener VCF-Lizenzschlüssel ausreichend vCPU-Kerne und vSAN-Speicherkapazität (TiB) für alle bereitgestellten Hosts zuweist. Schlägt diese Prüfung fehl, erhalten Sie die Fehlermeldung, dass die Amazon-EVS-Umgebung nicht erstellt werden konnte. Ein Ausfall der Schlüsselabdeckung kann auf eines der folgenden Probleme hinweisen: + VCF-Lizenzen sind vCenter Server nicht ordnungsgemäß zugewiesen. Sie müssen vCenter Server eine Lizenz zuweisen, bevor der Testzeitraum oder die aktuell zugewiesene Lizenz abläuft. Wenn dies das Problem ist, überprüfen Sie die Lizenzzuweisungen in SDDC Manager. + Aktuelle VCF-Lizenzen decken den Bedarf an vCPU-Kern und vSAN-Speicherkapazität nicht ab. Die Anforderungen für den VCF-Lösungsschlüssel (einschließlich der Mindestanzahl an Kernen) und den vSAN-Lizenzschlüssel (einschließlich vSAN-Mindestkapazität) variieren je nach Instanztyp. Spezifische Schwellenwerte für Ihre Konfiguration finden Sie unter. [VCF-Abonnements](vcf-license-mgmt.md) Ist dies das Problem, fügen Sie vSAN-Lizenzen in SDDC Manager hinzu, bis Ihre Verwendungsanforderungen erfüllt sind. Wenn das Problem mit den oben genannten Maßnahmen nicht behoben werden kann, wenden Sie sich an den AWS Support, um weitere Unterstützung zu erhalten. **Wichtig** Verwenden Sie die SDDC Manager-Benutzeroberfläche, um die VCF-Lösung und die vSAN-Lizenzschlüssel zu verwalten. Amazon EVS erfordert, dass Sie gültige VCF-Lösungs- und vSAN-Lizenzschlüssel im SDDC Manager verwalten, damit der Service ordnungsgemäß funktioniert. Schlüssel müssen Ihren Hosts und dem vSAN-Cluster zwar mithilfe des vSphere Client zugewiesen werden, Sie müssen jedoch sicherstellen, dass diese Schlüssel auch auf dem Lizenzierungsbildschirm der SDDC Manager-Benutzeroberfläche angezeigt werden. ## Der vSphere HA-Agent auf diesem Host konnte die Isolationsadresse nicht erreichen Auf der vCenter-Benutzeroberfläche wird bei ausgewähltem ESX-Host die Meldung „Der vSphere HA-Agent auf diesem Host konnte die Isolationsadresse < IPv6 address> nicht erreichen“ angezeigt. Diese Fehlermeldung weist darauf hin, dass der vSphere HA-Agent auf einem Host die IPv6 Standard-Isolationsadresse, die vSphere HA für Heartbeat-Prüfungen verwendet, nicht erreichen kann. Die Fehlermeldung weist nicht auf ein Problem hin und tritt nur auf, weil Amazon EVS derzeit keine Unterstützung IPv6 bietet. Das Fehlen von IPV6 Unterstützung für Amazon EVS hat keinen Einfluss auf die Kernfunktionalität von vSphere HA. ## vSAN-Upgrade-Vorprüfungen schlagen für ESX-Hostcluster fehl Beim Versuch, den ESX-Hostcluster mit SDDC Manager zu aktualisieren, schlagen vSAN-Festplatten-bezogene Vorprüfungen möglicherweise fehl. Dies liegt daran, dass Amazon EVS vSAN Express Storage Architecture (ESA) verwendet und die Upgrade-Vorabprüfungen nicht für vSAN ESA gelten. Weitere Informationen finden Sie im [Broadcom-Knowledgebase-Artikel](https://knowledge.broadcom.com/external/article/369423/upgrade-prechecks-fails-with-esxi-cluste.html) zu diesem Thema. ## Fehler beim Hinzufügen eines Hosts aufgrund eines inkompatiblen Cluster-Images **Problem** Wenn Sie Ihrer Umgebung einen Host hinzufügen, verfügt der Host über die neueste verfügbare Version des benutzerdefinierten EVS-Add-ons. Wenn Ihre Umgebung Hosts mit einer älteren Add-On-Version verwendet, schlägt das Hinzufügen neuer Hosts fehl und es wird die Fehlermeldung angezeigt, dass der neue Host nicht mit Ihrem Cluster-Image kompatibel ist. Um dieses Problem zu beheben, müssen Sie vSphere Lifecyle Manager verwenden, um die neueste verfügbare Add-On-Version vom neu hinzugefügten Host zu extrahieren. **Lösung** Dazu gehen Sie wie folgt vor: 1. Gehen Sie zum Inventar für Hosts und Cluster in VMware vCenter Server. 1. Extrahieren Sie das Add-On aus dem neu hinzugefügten Host, indem Sie einen temporären leeren Cluster erstellen. 1. Wählen Sie unter **Grundlagen** die Option **Image von einem vorhandenen Host im vCenter-Inventar importieren** aus und erstellen Sie den Cluster. Behalten Sie alle anderen Einstellungen als Standard bei. 1. Sobald dieser temporäre Cluster mit dem extrahierten Image erstellt wurde, können Sie den temporären Cluster löschen. Das Add-on ist jetzt in Ihrem vSphere Lifecycle Manager-Depot verfügbar. 1. Gehen Sie zu Ihrem Umgebungscluster und wählen Sie die Registerkarte **Updates** aus. 1. Bearbeiten Sie Ihr Cluster-Image und ändern Sie die Add-On-Version auf die neu extrahierte Version. 1. Wählen Sie **Speichern**. 1. Versuchen Sie im SDDC Manager erneut, die fehlgeschlagene Aufgabe zum Hinzufügen von Hosts auszuführen. Dadurch werden Ihre Cluster-Hosts standardisiert und alle Hosts auf die neueste Add-On-Version aktualisiert. Für die Wiederherstellung von Cluster-Images sind Neustarts der Hosts erforderlich. ## SDDC Manager schlägt die VCF-Hostvalidierung bei der Host-Inbetriebnahme fehl **Problem** Wenn Sie Ihre ESX-Version nach der Bereitstellung der Amazon EVS-Umgebung aktualisiert haben, schlägt der SDDC-Manager möglicherweise bei der VCF-Host-Validierung im Schritt Provision-Hosts fehl. Um dieses Problem zu beheben, müssen Sie vSphere Lifecyle Manager verwenden, um ESX auf dem neu hinzugefügten Host zu aktualisieren. **Lösung** Dazu gehen Sie wie folgt vor: **Wichtig** Diese Schritte erfordern das vorübergehende Hinzufügen des Hosts zu vCenter außerhalb von SDDC Manager. Wenn Sie vSphere Lifecyle Manager für andere Operationen als ESX-Upgrades verwenden, kann Ihr Host möglicherweise unbrauchbar werden und Sie müssen einen neuen Amazon EVS-Host löschen und erstellen. 1. Gehen Sie zum Inventar für Hosts und Cluster in VMware vCenter Server. 1. Fügen Sie den Host vorübergehend zu Ihrem virtuellen Rechenzentrum hinzu und achten Sie darauf, dass Sie „**Host mit Image verwalten**“ auswählen. Der Host wird in einem späteren Schritt entfernt, nachdem das ESX-Upgrade abgeschlossen ist. Weitere Informationen finden Sie in der vSphere-Dokumentation unter [Hinzufügen eines Hosts zu Ihrem vSphere-Rechenzentrum oder -Ordner](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vcenter-and-host-management-8-0/organizing-your-inventory-host-management/add-a-host-to-a-folder-or-a-data-center-host-management.html). 1. Sobald der Host zu vSphere hinzugefügt wurde, führen Sie ein Upgrade der ESX-Version auf dem Host durch. Dies kann auf der Registerkarte **Updates** Ihres Hosts erfolgen. Bearbeiten Sie das Host-Image so, dass es der ESX-Version Ihres Clusters entspricht. 1. Nachdem das Upgrade abgeschlossen ist, entfernen Sie den Host aus Ihrem vCenter-Inventar. Weitere Informationen finden Sie unter [So entfernen Sie einen ESX-Host aus Ihrer vCenter Server-Instanz in der vSphere-Dokumentation](https://techdocs.broadcom.com/us/en/vmware-cis/vsphere/vsphere/8-0/vcenter-and-host-management-8-0/managing-hosts-in-vcenter-server-host-management/remove-a-host-from-vcenter-server-host-management.html). 1. Nehmen Sie Ihren Host im SDDC Manager in Betrieb. Weitere Informationen finden Sie unter [Commission Hosts](https://techdocs.broadcom.com/us/en/vmware-cis/vcf/vcf-5-2-and-earlier/5-2/map-for-administering-vcf-5-2/host-management-admin/commission-hosts-admin.html) in der VMware Cloud Foundation-Dokumentation. 1. Nachdem der Host in Betrieb genommen wurde, fügen Sie den Host mithilfe von SDDC Manager zu Ihrem Cluster hinzu. ## Der Windows Server-Berechtigungsstatus ist aufgrund eines Fehlers bei der Erreichbarkeit der Appliance gefährdet Eine Berechtigung geht in den Risikostatus über, wenn der zugehörige Amazon EVS-Connector die Erreichbarkeitsprüfung für die VCF-Verwaltungs-Appliance nicht besteht. Bei Windows Server-Berechtigungen haben Sie ab dem Zeitpunkt, an dem die Berechtigung den Status „Gefährdet“ erreicht hat, 8 Stunden Zeit, um die Verbindung wiederherzustellen. Wenn die Verbindung innerhalb dieses Zeitraums nicht wiederhergestellt wird, werden die Berechtigungen automatisch gelöscht und die Windows Server-Nutzungsverfolgung wird gestoppt. Überprüfen Sie Folgendes, um dieses Problem zu beheben: + Stellen Sie sicher, dass der Connector-Status Aktiv und der Status der Erreichbarkeitsprüfung Fehlgeschlagen ist. + Stellen Sie sicher, dass die in AWS Secrets Manager gespeicherten Appliance-Anmeldeinformationen aktuell und korrekt sind. Wenn die Anmeldeinformationen in der Appliance rotiert wurden, aktualisieren Sie die Werte im vorhandenen Secrets Manager Manager-Secret. Wenn Sie auf ein anderes Geheimnis verweisen müssen, verwenden Sie es, UpdateEnvironmentConnector um den geheimen Bezeichner zu aktualisieren. + Stellen Sie sicher, dass Ihre DNS-Server vom Dienstzugriffssubnetz aus erreichbar sind, dass die DNS-Einträge für den FQDN der Appliance gültig sind und dass keine doppelten Hostnamen oder IP-Adressen vorhanden sind. + Stellen Sie sicher, dass die Firewallregeln den HTTPS/SSH Zugriff auf das VLAN-Subnetz der Management-VM und TCP/UDP den Zugriff auf DNS-Server zulassen. + Stellen Sie sicher, dass die Appliance läuft und darauf zugegriffen werden kann. Sobald die Verbindung wiederhergestellt ist, kehren die Berechtigungen automatisch in den fehlerfreien Status Created zurück. Wenn Berechtigungen bereits gelöscht wurden und den Status „Berechtigung entfernt“ haben, müssen Sie neue Berechtigungen erstellen, nachdem der Connector in den Status Aktiv zurückgekehrt ist und die Erreichbarkeitsprüfung bestanden wurde. Wenn Sie das Problem nach Befolgung dieser Anleitung immer noch nicht lösen können, empfehlen wir Ihnen, sich an den Support zu wenden, um weitere AWS Unterstützung zu erhalten. ## Der Anspruch ist fehlgeschlagen, weil das Gastbetriebssystem nicht unterstützt wird Eine Berechtigungserstellung schlägt fehl oder eine bestehende Berechtigung wird entfernt, wenn Amazon EVS feststellt, dass auf der VM ein Gastbetriebssystem ausgeführt wird, das für die Amazon EVS Windows Server-Lizenzierung nicht unterstützt wird. Dies kann auftreten, wenn: + Eine VM mit einer bestehenden Windows Server-Berechtigung wird neu konfiguriert, sodass sie eine nicht unterstützte Betriebssystemversion oder ein anderes Betriebssystem als Windows verwendet. + Eine Berechtigungserstellung ist fehlgeschlagen, weil auf einer VM bereits ein Gastbetriebssystem ausgeführt wird, das nicht unterstützt wird. So beheben Sie dieses Problem + Stellen Sie sicher, dass der Connector-Status Aktiv und der Status der Erreichbarkeitsprüfung Bestanden lautet. + Überprüfen Sie, ob das auf der VM konfigurierte Gastbetriebssystem konfiguriert ist. Die Amazon EVS Windows Server-Lizenzierung unterstützt Windows Server 2016 oder höher. + Konfigurieren Sie die VM neu, um eine unterstützte Windows Server-Version zu verwenden. + Erstellen Sie nach der Aktualisierung des Gastbetriebssystems eine neue Berechtigung für die VM. + (**Optional**) Löschen Sie die Berechtigung mit dem Status „Berechtigung entfernt“. Wenn Sie das Problem nach Befolgung dieser Anleitung immer noch nicht lösen können, empfehlen wir Ihnen, sich an den Support zu wenden, um weitere AWS Unterstützung zu erhalten. ## Der Anspruchsstatus lautet „Anspruch entfernt“ Eine Berechtigung mit dem Status „Berechtigung entfernt“ bedeutet, dass Amazon EVS die Berechtigung für die VM entfernt hat. Wenn eine Berechtigung entfernt wird, wird die Windows Server-Nutzungsverfolgung für die betroffene VM beendet. Dieser Status kann verschiedene Ursachen haben: + Erreichbarkeitsfehler der Appliance, bei dem die Übergangsfrist von 8 Stunden überschritten wurde. Siehe [Der Windows Server-Berechtigungsstatus ist aufgrund eines Fehlers bei der Erreichbarkeit der Appliance gefährdet](#troubleshoot-entitlement-at-risk). + VM ist nicht mehr im Geräteinventar vorhanden. Siehe [Die Berechtigung wurde entfernt, weil die virtuelle Maschine getrennt, isoliert oder nicht im Inventar enthalten ist](#troubleshoot-entitlement-vm-disconnect). + Die virtuelle Maschine wurde von ihrem Host getrennt oder isoliert. Siehe [Die Berechtigung wurde entfernt, weil die virtuelle Maschine getrennt, isoliert oder nicht im Inventar enthalten ist](#troubleshoot-entitlement-vm-disconnect). + Das VM-Gastbetriebssystem wurde auf eine nicht unterstützte Version geändert. Siehe [Der Anspruch ist fehlgeschlagen, weil das Gastbetriebssystem nicht unterstützt wird](#troubleshoot-entitlement-unsupported-os). So stellen Sie die Berechtigung wieder her: + Überprüfen Sie die Fehlerdetails der Berechtigung, um die genaue Ursache für die Entfernung zu ermitteln. + Beheben Sie das zugrundeliegende Problem. + Erstellen Sie eine neue Berechtigung für die VM, sobald sich der Connector im Status Aktiv befindet und eine Erreichbarkeitsprüfung im Status Bestanden durchgeführt wurde. + (**Optional**) Löschen Sie die Berechtigung mit dem Status „Berechtigung entfernt“. Wenn Sie das Problem nach Befolgung dieser Anleitung immer noch nicht lösen können, empfehlen wir Ihnen, sich an den Support zu wenden, um weitere AWS Unterstützung zu erhalten. ## Die Berechtigung wurde entfernt, weil die virtuelle Maschine getrennt, isoliert oder nicht im Inventar enthalten ist Eine Berechtigung wird entfernt, wenn Amazon EVS feststellt, dass eine VM getrennt oder isoliert wurde oder nicht mehr im Appliance-Inventar vorhanden ist. Die Berechtigung wird sofort entfernt und die Nutzungsverfolgung wird gestoppt. So beheben Sie dieses Problem + Stellen Sie sicher, dass der Connector-Status Aktiv und der Status der Erreichbarkeitsprüfung Bestanden lautet. + Überprüfen Sie den Verbindungsstatus der VM in Ihrer Appliance. Eine getrennte oder isolierte VM kann auf ein Host- oder Netzwerkproblem hinweisen. + Beheben Sie das zugrunde liegende Host- oder Netzwerkproblem, das dazu führt, dass die virtuelle Maschine getrennt oder isoliert wurde. + Nachdem die virtuelle Maschine wieder verbunden ist und normal läuft, erstellen Sie eine neue Berechtigung, um die Nutzung von Windows Server wieder aufzunehmen. Wenn Sie das Problem nach Befolgung dieser Anleitung immer noch nicht lösen können, empfehlen wir Ihnen, sich an den Support zu wenden, um weitere AWS Unterstützung zu erhalten.