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.
Wartung des Amazon EVS-Hosts
Da es sich bei Amazon EVS um einen selbstverwalteten Service handelt, sind Sie für die Wartung der VMware Cloud Foundation (VCF) -Software verantwortlich, die auf dem Host ausgeführt wird, die Überwachung des Hostzustands und die Behebung von Hostproblemen, einschließlich des Host-Austauschs bei einem Hostausfall. Weitere Informationen zur Verwaltung von ESXi Hosts in VMware Cloud Foundation (VCF) finden Sie unter Hostverwaltung
Überprüfen des Zustands der zugrunde liegenden Instanz EC2
Amazon EC2 führt automatische Prüfungen für jede laufende EC2 Instance durch, um Hardware- und Softwareprobleme zu identifizieren. Sie können die Ergebnisse dieser Statusprüfungen in der EC2 Konsole einsehen oder AWS CLI um spezifische und erkennbare Probleme zu identifizieren. Weitere Informationen finden Sie unter Statusprüfungen für EC2 Amazon-Instances anzeigen im EC2 Amazon-Benutzerhandbuch und describe-instance-statusin der AWS CLI Befehlszeilenreferenz.
Sie können einen CloudWatch Alarm einrichten, der Sie warnt, wenn die Statusprüfungen bei einer bestimmten Instance fehlschlagen. Weitere Informationen finden Sie im EC2 Amazon-Benutzerhandbuch unter CloudWatch Alarme für EC2 Amazon-Instances erstellen, die die Statusprüfungen nicht bestehen.
Informationen zu AWS geplanten Wartungsarbeiten für EC2 Instances
AWS führt geplante Wartungsarbeiten an den zugrunde liegenden EC2 Instanzen durch, um Zuverlässigkeit, Verfügbarkeit und Leistung sicherzustellen. EC2 Bare-Metal-Instances unterliegen denselben Arten von geplanten Ereignissen wie andere EC2 Instances. AWS kann Ereignisse planen, um Ihre Instances aufgrund von Hardwareproblemen oder geplanten Wartungsarbeiten neu zu starten, zu beenden und außer Betrieb zu nehmen. Diese Ereignisse treten nicht häufig auf. Weitere Informationen finden Sie unter Arten von geplanten Veranstaltungen im EC2 Amazon-Benutzerhandbuch.
Anmerkung
Sie sollten Ihre Hosts vor einem geplanten Neustart im vSphere Client in den Wartungsmodus versetzen.
Wenn eine Ihrer Instanzen von einem geplanten Ereignis betroffen sein wird, werden Sie vorab per E-Mail unter Verwendung der E-Mail-Adresse AWS benachrichtigt, die mit Ihrer verknüpft ist. AWS-Konto AWS sendet auch ein AWS Gesundheitsereignis, das Sie mithilfe von Amazon überwachen und verwalten können EventBridge. Weitere Informationen finden Sie unter Überwachen von Ereignissen in AWS Health with Amazon EventBridge und Geplante Ereignisse für EC2 Amazon-Instances im EC2 Amazon-Benutzerhandbuch.
Sie können das Ereignis jederzeit verschieben, sodass es an einem bestimmten Datum und zu einer bestimmten Uhrzeit stattfindet, die für Sie geeignet sind. Der Zeitplan des Ereignisses kann bis hin zum Ablaufdatum der Ereignisfrist geändert werden. Weitere Informationen finden Sie im EC2 Amazon-Benutzerhandbuch unter Ein geplantes Ereignis für eine EC2 Instance neu planen.
Nutzung von EC2 Kapazitätsreservierungen auf Abruf
Mit EC2 On-Demand-Kapazitätsreservierungen können Sie sicherstellen, dass Ihr Cluster während der Wartungsperioden über ausreichend Kapazität verfügt. Sie können Kapazität in bestimmten Availability Zones für einen beliebigen Zeitraum reservieren. Weitere Informationen finden Sie unter Reservieren von Rechenkapazität mit EC2 On-Demand-Kapazitätsreservierungen im EC2 Amazon-Benutzerhandbuch.
Die Schritte zum Erstellen einer Kapazitätsreservierung finden Sie unter Kapazitätsreservierung erstellen im EC2 Amazon-Benutzerhandbuch.
Anmerkung
Wenn Sie EC2 On-Demand-Kapazitätsreservierungen oder EC2 Dedicated Hosts verwenden, empfehlen wir Ihnen, einen Reserve-Host für geschäftskritische Workloads beizubehalten. Kapazitätsreservierungen stellen zwar sicher, dass Sie Zugriff auf eine bestimmte Menge an EC2 Instance-Kapazität in einer bestimmten Availability Zone haben, aber ein Reserve-Host bietet eine zusätzliche Redundanzebene, die für geschäftskritische Workloads von entscheidender Bedeutung ist. Bei Dedicated Hosts stellt ein Reserve-Host sicher, dass Sie die Umgebung für unternehmenskritische Workloads aufrechterhalten, auch wenn ein primärer Host gewartet werden muss oder ein Problem auftritt.
Vorbereitung auf Termine und Veranstaltungen AWSsystem-maintenanceinstance-retirement
AWS plant zwei Arten von system-maintenance Ereignissen: Netzwerkwartung und Wartung der Stromversorgung.
-
Bei der Netzwerkwartung wird die Netzwerkverbindung von geplanten Instances kurz unterbrochen. Die normale Netzwerkverbindung wird für Ihre Instance wiederhergestellt, nachdem die Wartung abgeschlossen ist.
-
Bei der Stromversorgungswartung werden geplante Instances kurz in den Offlinezustand versetzt und dann neu gestartet. Wenn ein Neustart auf EC2 Bare-Metal-Instances durchgeführt wird, bleiben die Volume-Daten des Instance-Speichers nicht erhalten.
AWS plant EC2 instance-retirement Ereignisse, wenn eine Verschlechterung der zugrunde liegenden Hardware, die Ihre EC2 Instances hostet, festgestellt wird.
Um Fehler zu behebensystem-maintenance, ersetzen Sie den ausgefallenen Host mithilfe der Amazon EVS-Konsole oder AWS CLI des SDDC-Managers durch einen neuen Host, bevor das instance-retirement Wartungsereignis eintritt. Wenn Sie auf das Eintreten des Wartungsereignisses warten und ein EC2 Instanzneustart erforderlich ist, verlieren Sie Ihre vSAN-Daten, die auf dem Instance-Speicher-Volume gespeichert sind. Die detaillierten Schritte finden Sie unter Ersetzen Sie einen Amazon EVS-Host.
Wichtig
Die EC2 Konsole sollte nicht zur Verwaltung des Status Ihrer Amazon EVS-Hosts verwendet werden, einschließlich Stopp, Start und Kündigung. Versuchen Sie nicht, die von Amazon EVS bereitgestellten EC2 Instances zu starten, zu stoppen oder zu beenden. Diese Aktion führt zu einem vSAN-Datenverlust.
Ersetzen Sie einen Amazon EVS-Host
Gehen Sie wie folgt vor, um einen Amazon EVS-Host zu ersetzen.
Warnung
Amazon EVS-Hosts verwenden ein benutzerdefiniertes Anbieter-Add-on, um wichtige Host-Funktionen bereitzustellen. Wenn Sie Ihrer Umgebung einen Host hinzufügen, verfügt er über die neueste verfügbare Version des benutzerdefinierten Amazon EVS-Add-ons. Wenn Ihre Umgebung Hosts mit einer älteren Add-On-Version verwendet, führt das Hinzufügen eines Hosts zu Ihrem vSphere-Cluster dazu, dass die Cluster-Image-Standardisierung fehlschlägt. Schritte zur Behebung dieses Problems finden Sie unter. Beheben Sie den Fehler beim Hinzufügen eines Hosts aufgrund eines inkompatiblen Cluster-Images
Warnung
Wenn Sie Ihre ESXi Version nach der Bereitstellung aktualisiert haben, schlägt der SDDC-Manager möglicherweise bei der VCF-Hostvalidierung im Schritt „Hosts in Auftrag geben“ fehl. Schritte zur Behebung dieses Problems finden Sie unter. SDDC Manager schlägt die VCF-Hostvalidierung bei der Host-Inbetriebnahme fehl
Anmerkung
Stellen Sie sicher, dass Ihre Amazon EVS-Hostanzahl pro EVS-Umgebungskontingent korrekt eingestellt ist, um eine erfolgreiche Hosterstellung sicherzustellen. Die Hosterstellung schlägt fehl, wenn dieser Kontingentwert unter der Anzahl der Hosts liegt, die Sie in einer einzelnen Amazon EVS-Umgebung bereitstellen möchten. Möglicherweise müssen Sie eine Erhöhung des Kontingents für Wartungsarbeiten beantragen, bei denen der Host ausgetauscht werden muss. Weitere Informationen finden Sie unter Amazon EVS-Servicekontingente.
Fehlerbehebung
Anleitungen zur Fehlerbehebung finden Sie unterFehlerbehebung. Wenn Sie nach dem Lesen der Anleitung zur Fehlerbehebung weiterhin Probleme haben, wenden Sie sich an den AWS Support, um weitere Unterstützung zu erhalten.