Wie behebe ich Fehler bei der Instanzstatusüberprüfung auf meiner Amazon EC2-Windows-Instance nach einem Cutover des Application Migration Service oder einem Teststart?

Kurze Beschreibung

Wenn eine System- oder Instance-Statusüberprüfung fehlschlägt, sind EC2-Instances nicht mehr erreichbar. Nach der Verwendung des Application Migration Service für ein Cutover oder einen Teststart schlagen die Instance-Statusprüfungen möglicherweise aufgrund der folgenden Probleme fehl:

• Fehler beim Booten des Betriebssystems (OS)
• Netzwerkausfall
• CPU und Speicher sind erschöpft
• Probleme mit dem Konvertierungsprozess
• Instance-Typen, die nicht mit dem Betriebssystem kompatibel sind

Hinweis: Der erste Start von Windows-Maschinen kann bis zu 45 Minuten dauern, da sich Windows an die virtuelle AWS-Hardware anpasst.

Lösung

Hinweis: Wenn du beim Ausführen von AWS Command Line Interface (AWS CLI)-Befehlen Fehlermeldungen erhältst, findest du weitere Informationen dazu unter Problembehandlung bei der AWS CLI. Stelle außerdem sicher, dass du die neueste Version der AWS CLI verwendest.

Stelle sicher, dass die Quellmaschine mit dem Instance-Typ kompatibel ist, den du in der Startvorlage ausgewählt hast.

Stelle eine Verbindung zu deinem Quell-Computer her und überprüfe dann deine Betriebssystemversion mit einer der folgenden Methoden:

Wähle Systemsteuerung und dann Systemeinstellungen aus. Überprüfe die Windows-Edition und den Systemtyp, um zu überprüfen, ob das Betriebssystem 32 Bit oder 64 Bit hat.

Oder führe als Administrator den folgenden Befehl in einem Befehlszeilenfenster aus:

systeminfo

Die Befehlsausgabe listet den Betriebssystemnamen und den Systemtyp auf.

Wenn dein Quell-Computer 32-Bit hat, musst du einen der folgenden Instance-Typen verwenden:

• t2.nano
• t2.micro
• t2.small
• t2.medium
• c3.large
• t1.micro
• m1.small
• m1.medium
• c1.medium

Wenn es sich bei deiner Quellmaschine um eine 64-Bit-Maschine handelt und diese Windows Server 2008 R2 oder höher ausführt, kannst du jeden Instance-Typ verwenden.

Wenn es sich bei deiner Quellmaschine um eine 64-Bit-Maschine handelt und diese eine der folgenden Windows-Editionen ausführt, migriere zu einem XEN-Instance-Typ:

• Windows Server 2003
• Windows Server 2003 R2
• Windows Server 2008

Für eine vollständige Liste der XEN-Instance-Typen führe den folgenden AWS-CLI-Befehl describe-instance-types aus:

aws ec2 describe-instance-types --filters Name=hypervisor,Values=xen --query InstanceTypes[].InstanceType

Antivirenprogramme von Drittanbietern auf der Quellmaschine deaktivieren oder entfernen

Antivirensoftware von Drittanbietern kann den Konvertierungsprozess stören. Deaktiviere oder entferne die Antiviren-Software und starte dann die Instance neu.

Sekundäre elastische Netzwerkschnittstelle anhängen

Eine Firewall eines Drittanbieters blockiert möglicherweise die Konnektivität auf dem primären Netzwerkadapter der Instance. Dies führt dazu, dass die Ziel-Instance die Statusüberprüfungen nicht besteht. Um dieses Problem zu vermeiden, füge eine sekundäre Netzwerkschnittstelle an die Ziel-Instance an und stelle dann eine Verbindung mit der Instance her.

Verschiedene Instance-Typen verwenden

XEN-Instances verwenden paravirtuelle Treiber (PVs) und Nitro-Instances verwenden Elastic Network Adapter (ENA) und AWS NVMe-Treiber. Eine Liste der Treiber, die jeder Instance-Typ verwendet, findest du unter Kompatibilität zum Ändern des Instance-Typs.

Wenn dein Quell-Computer sowohl mit XEN als auch mit Nitro kompatibel ist, starte eine XEN-Instance und eine Nitro-Instance. Wenn die Ziel-Instance die Statusprüfungen für einen Instance-Typ, aber nicht für den anderen besteht, ändere die Größe der Instance. Prüfe, ob die Instance mit der geänderten Größe ihre Statusprüfungen besteht.

Wenn das Problem mit dem Treiber zusammenhängt, führe das Automatisierungs-Runbook AWSSupport-UpgradeWindowsAWSDrivers aus, um die Treiberinstallation zu erzwingen.

Instance-Protokolle überprüfen

Wichtig: Bevor du die Instance anhältst und startest, gehe wie folgt vor:

• Erstelle einen Snapshot des Amazon Elastic Block Store (Amazon EBS)-Volumes.
  Hinweis: Wenn die Instance vom Instance-Speicher unterstützt wird oder über Instance-Speicher-Volumes verfügt, die Daten enthalten, löscht Amazon EC2 die Daten, wenn du die Instance anhältst.
• Entferne die Instance vorübergehend aus ihrer Amazon EC2 Auto Scaling-Gruppe.
  Hinweis: Wenn du eine Instance stoppst, die sich in einer Amazon EC2 Auto Scaling-Gruppe befindet, beendest du die Instance möglicherweise auf der Grundlage der Abskalierungs-Schutzeinstellungen. Instances, die du mit Amazon EMR, AWS CloudFormation oder AWS Elastic Beanstalk startest, sind möglicherweise Teil einer Auto-Scaling-Gruppe.
• Stelle das Verhalten beim Herunterfahren der Instance auf Stopp ein, um sicherzustellen, dass die Instances nicht beendet werden, wenn du sie anhältst.

Hinweis: Wenn du eine Instance anhältst und startest, ändert sich die öffentliche IP-Adresse der Instance. Es empfiehlt sich, beim Weiterleiten von externem Datenverkehr an die Instance eine Elastic-IP-Adresse anstelle einer öffentlichen IP-Adresse zu verwenden.

Wenn deine neue Instance die Statusüberprüfungen nie besteht, überprüfe die folgenden Instance-Protokolle, um eine Ursache zu ermitteln.

• C:\Program Files (x86)\AWS Replication Agent\migrate_script.log
• C:\Program Files (x86)\AWS Replication Agent\migrate_script.log.sent
• C:\Program Files (x86)\AWS Replication Agent\aws_nvme\awsnvme_dism.log
• C:\Program Files (x86)\AWS Replication Agent\ena_2012R2_2016\ena_dism.log
• C:\Program Files (x86)\AWS Replication Agent\PVinstall.log
• C:\Windows\inf\setupapi.dev.log
• C:\Windows\inf\setupapi.offline.log
• C:\Program Files (x86)\AWS Replication Agent\SSMInstall.log

Gehe wie folgt vor, um auf die Protokolle zuzugreifen:

1. Stoppe die Ziel-Instance.
2. Trenne das EBS-Root-Volume von der gestoppten Instance.
3. Hänge das EBS-Root-Volume an eine Instance an, auf die du als sekundäres Laufwerk zugreifen kannst.
4. Stelle das EBS-Volume für die Verwendung zur Verfügung.
5. Sammle die Protokolle von den oben genannten Speicherorten und überprüfe sie dann auf mögliche Ursachen für den Fehler bei der Instance-Statusüberprüfung.
   Hinweis: Möglicherweise sind nicht alle vorherigen Protokolle auf der Ziel-Instance vorhanden. Wenn du diese Methode verwendest, kann die Laufwerkbuchstabenzuordnung von den aufgelisteten Protokollspeicherorten abweichen, da du ein sekundäres Laufwerk anstelle von C:\ verwendest.

Wenn das Problem durch die vorherigen Schritte zur Fehlerbehebung nicht behoben werden kann, wende dich an den Support.

Ähnliche Informationen

systeminfo auf der Microsoft-Website

Probleme mit Amazon EC2-Instances beheben