Wie ändere ich meinen EC2-Instance-Typ für verschiedene Familien und Hypervisoren?

Lösung

Überprüfe die Kompatibilität und Anforderungen der Instance

Vergleiche die Spezifikationen des aktuellen Instance-Typs und des Instance-Typs, zu dem du wechseln möchtest. Prüfe die folgenden Faktoren für jeden Instance-Typ:

• CPU-Architektur wie Intel, AMD oder ARM-basiert
• Virtualisierungstyp wie Nitro oder Xen
• Leistungsfähigkeiten des Netzwerks
• Speicheroptimierungen, z. B. für Amazon Elastic Block Store (Amazon EBS)-optimierte EBS-Volumes oder Instance-Speicher
• Accelerator-Unterstützung wie GPU oder FPGA

Instances innerhalb derselben Familie oder Instances, die denselben Hypervisor verwenden, sind mit größerer Wahrscheinlichkeit kompatibel. Abweichungen der Hardwarespezifikationen oder Features können sich jedoch auf die Kompatibilität auswirken. Weitere Informationen findest du unter Kompatibilität zum Ändern des Instance-Typs.

Wenn du beispielsweise von einer m4.large (Xen)-Instance zu einer m5.large (Nitro)-Instance migrierst, stelle sicher, dass der AMI und der Kernel den Nitro Enhanced Networking Elastic Network Adapter (ENA) unterstützen. Nur spätere Instance-Typen wie m5 und c5 verwenden Nitro. Frühere Instance-Typen wie m3 und c3 verwenden die Xen-Virtualisierung.

Erstelle ein AMI-Backup

Erstelle ein Amazon Machine Image (AMI)-Backup der vorhandenen EC2-Instance. Wenn während oder nach der Änderung des Instance-Typs Kompatibilitätsprobleme auftreten, kannst du das AMI verwenden, um zur vorherigen Instance zurückzukehren.

Eine Test-Instance aktualisieren

Verwende das AMI, um eine Test-Instance mit dem neuen Instance-Typ zu starten, um die Kompatibilität zu überprüfen und Probleme zu identifizieren, bevor du die Produktionsumgebung aktualisierst.

Teste die Anwendungen, Dienste und Workloads auf der Test-Instance gründlich, um sicherzustellen, dass sie mit dem neuen Instance-Typ erwartungsgemäß funktionieren. Überwache die Ressourcennutzung und überwache die Instance-, Netzwerk-, Speicher- und Anwendungsleistung.

Um potenzielle Probleme zu identifizieren, suche in dmesg oder /var/log/syslog nach fehlenden Treiberfehlern. Greife auf die Instance zu und führe dann die folgenden Befehle aus, um die wichtigsten Instance-Funktionen wie das Netzwerk zu überprüfen:

# ping google.com
# curl -I http://example.com

Gehe wie folgt vor, um den Speicher auf Probleme zu überprüfen:

• Führe den folgenden Befehl aus, um zu überprüfen, ob die Instance die Festplatten erkennen kann:

  # lsblk

• Führe den folgenden Befehl aus, um nach NVMe-Fehlern zu suchen:

  # dmesg | grep -i nvme  

Gehe wie folgt vor, um die Leistung der Instance zu testen:

• Führe den folgenden Befehl aus, um die CPU-Last zu simulieren:

  # stress --cpu 4 --timeout 60s

• Führe den folgenden Befehl aus, um den verfügbaren Speicher zu überprüfen:

  # free -h  

Wenn du beispielsweise von einem Instance-Typc5.large (Nitro) zu einem c6i.large (Nitro, neuerer Intel Ice Lake) Instance-Typ wechselst, ist die Änderung erfolgreich. Wenn du jedoch von einem Instance-Typ m4.xlarge (Xen) zu einem Instance-Typ m6i.xlarge (Nitro) wechselst, können Probleme auftreten. Um die Probleme zu beheben, aktualisiere die ENA-Treiber. Weitere Informationen findest du unter Enhanced Networking auf der Instance aktivieren.

Aktualisiere die Produktions-Instance

Verwende eine der folgenden Methoden, um die Produktions-Instance zu aktualisieren.

Für unkritische Workloads mit Wartungsfenstern ändere den Instance-Typ in der Amazon EC2-Konsole.

**Wichtig:**Bevor du den Instance-Typ änderst, überprüfe die Auswirkungen von Stopp und Start auf der Instance.

Führe für Produktions-Workloads, die nur minimale Unterbrechungen erfordern, die folgenden Schritte aus, um eine Ersatz-Instance zu starten:

1. Starte eine neue Instance mit dem aktualisierten Instance-Typ.
2. Hänge das EBS-Volume der vorherigen Instance an. Oder stelle die neue Instance aus dem EBS-Snapshot wieder her.
3. Aktualisiere die DNS-, Load Balancer- und Amazon Route 53-Datensätze so, dass sie auf die neue Instance verweisen.


Führe für zustandslose, skalierbare Anwendungen die folgenden Schritte aus, um die Amazon EC2 Auto Scaling Group zu aktualisieren:

1. Aktualisiere die Auto Scaling-Gruppenstartvorlage mit dem neuen Instance-Typ.
2. Starte eine Instance-Aktualisierung, um die vorherigen Instances schrittweise zu ersetzen.

Überwache die Produktions-Instance auf Probleme

Führe den folgenden Befehl aus, um die Treiber- und Kernelmodule zu überprüfen:

# modinfo ena

Führe den folgenden Befehl aus, um den NVMe-Speicher zu überprüfen:

# nvme list

Hinweis: Um den Befehl nvme auszuführen, musst du das nvme-cli-Paket installieren. Um nvme-cli zu installieren, führe je nach Distribution den folgenden Befehl aus:

Debian und Ubuntu:

sudo apt-get install nvme-cli

Red Hat Enterprise Linux (RHEL) und CentOS:

sudo yum install nvme-cli

Fedora:

sudo dnf install nvme-cli

Arch-Linux:

sudo pacman -S nvme-cli

Um die Leistung und Stabilität der Instance zu überwachen, überprüfe die Metriken CPUUtilization, NetworkIn und NetworkOut für Amazon CloudWatch. Verwende die Metriken, um die CPU-Auslastung und die Netzwerkbandbreite zu überwachen.

Wenn Probleme auftreten, verwende das Backup-AMI, um zum vorherigen Instance-Status zurückzukehren.

Ähnliche Informationen

Änderungen am Amazon EC2-Instance-Typ

Erstellen eines Amazon-EBS-gestützten AMI