Welche Schritte muss ich unternehmen, bevor ich den Instance-Typ meiner EC2-Linux-Instance ändere?

Lesedauer: 4 Minute

Mein System benötigt mehr CPU oder Arbeitsspeicher, als auf meinem aktuellen Amazon Elastic Compute Cloud (Amazon EC2)-Linux-Instance-Typ verfügbar ist. Ich möchte wissen, welche Schritte ich unternehmen muss, bevor ich den Instance-Typ meiner Linux-Instance ändere.

Kurzbeschreibung

Wenn du den Instance-Typ änderst, kannst du die folgenden Konfigurationen für die Workload ändern:

Anzahl der CPU-Kerne
Größe des Arbeitsspeichers
Menge des zugewiesenen Instance-Speicherplatzes
Optimierung des Amazon Elastic Block Store (Amazon EBS)
Enhanced Networking
GPU-Kerne
FPGAs
Beschleuniger für Machine Learning

Hinweis: Es hat sich bewährt, Backups der Instances und Daten zu erstellen. Bevor du die Infrastruktur änderst, erstelle ein Amazon Machine Image (AMI) der Instance oder erstelle Snapshots der Amazon EBS-Volumes.

Lösung

Sicherstellen, dass der aktuelle Instance-Typ mit dem neuen Instance-Typ kompatibel ist

Bevor du Instance-Typen oder Instance-Familien änderst, stelle sicher, dass der aktuelle Instance-Typ und der neue Instance-Typ kompatibel sind.

Anhalten der Instance

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

Erstelle einen Snapshot des 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 der 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 du Amazon Route 53 verwendest, musst du möglicherweise die Route 53-DNS-Datensätze aktualisieren, wenn sich die öffentliche IP-Adresse ändert.

Um die Instance-Typen zu ändern, musst du die Instance anhalten. Es kann einige Minuten dauern, bis die Instance angehalten wird.

(Optional) Enhanced Networking konfigurieren

Wenn du zu einem Instance-Typ konvertierst, der Enhanced Networking unterstützt, installiere alle erforderlichen Treiber. Aktiviere außerdem Enhanced Networking auf der aktuellen Instance.

(Optional) Konfiguration für Nitro-basierte Instance-Typen

Wenn du den Instance-Typ in einen Nitro-basierten Instance-Typ geändert hast, gehe wie folgt vor:

Vergewissere dich, dass du die NVMe- und ENA-Module auf der Instance installiert hast.
Stelle sicher, dass die in /etc/fstab aufgeführten Blockgeräte mit NVMe-Blockgerätenamen wie /dev/nvme1 und */dev/nvme2 kompatibel sind.
Hinweis: EBS-Volumes werden Nitro-basierten Instance-Typen als NVMe-Geräte angezeigt. Verwende beim Einbinden der Dateisysteme die UUIDs oder Beschriftungen, um Volume-Konflikte zu vermeiden.

Führe das Skript NitroInstanceChecks aus, um diese Prüfungen zu automatisieren. Um auf das Skript zuzugreifen, siehe nitro_check_script.sh auf der GitHub-Website. Installationsanweisungen findest du unter Automatische Überprüfung der Voraussetzungen vor der Migration unter Warum bootet meine Linux-Instance nicht, nachdem ich sie auf eine Nitro-basierte Instance umgestellt habe?

Nachdem du das Skript ausgeführt und die erforderlichen Aktualisierungen vorgenommen hast, stelle sicher, dass der DRIVERS-Eintrag in /etc/udev/rules.d/70-persistent-net.rules auf ?* oder ENA gesetzt ist. Verwende einen Texteditor wie den vi-Editor, um auf die Datei zuzugreifen. Beispiel:

vi /etc/udev/rules.d/70-persistent-net.rules

Prüfe den Dateieintrag. Das folgende Beispiel zeigt einen korrekte Eintrag:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0

Aktualisiere bei Bedarf den Eintrag, um DRIVERS auf ?* oder ENA zu setzen.

Prüfen der Kompatibilität der Instance-Architektur

Wenn das Quell-AMI der Instance für eine bestimmte Architektur erstellt wurde, kannst du nur Instance-Typen mit derselben Architektur erstellen. Beispielsweise sind die 32-Bit- (i386), 64-Bit- (x86_64) und 64-Bit-ARM (arm64)-AMIs sowie die mac1-AMIs für eine bestimmte Architektur erstellt. Du kannst diese Bilder nicht zwischen Instance-Typen verschieben.