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

Lesedauer: 4 Minute
0

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

Kurze Beschreibung

Um Ihre Amazon EC2 Linux-Instance für Ihre Workload zu optimieren, ändern Sie den Instance-Typ. Wenn Sie den Instance-Typ ändern, können Sie die folgenden Konfigurationen für Ihre 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 Ihrer Instances und Daten zu erstellen. Bevor Sie Ihre Infrastruktur ändern, erstellen Sie ein AMI oder erstellen Sie Snapshots Ihrer EBS-Volumes.

Lösung

Sicherstellen, dass Ihr aktueller Instance-Typ mit dem neuen Instance-Typ kompatibel ist

Bevor Sie Instance-Typen oder Instance-Familien ändern, stellen Sie sicher, dass der aktuelle Instance-Typ und der neue Instance-Typ kompatibel sind. Eine Liste der Kompatibilitätsprobleme finden Sie unter Kompatibilität zum Ändern des Instance-Typs.

Nachdem Sie die Kompatibilität überprüft haben, können Sie den Instance-Typ Ihrer vom Amazon EBS-gestützten Instance ändern.

Stoppen Ihrer Instance

Bevor Sie die Instance-Typen ändern, müssen Sie Ihre Instance stoppen.

Wichtig:

  • Wenn Ihre Instance über einen Instance-Speicher gesichert ist oder über Instance-Speicher-Volumes verfügt, die Daten enthalten, gehen die Daten verloren, wenn Sie die Instance stoppen. Wenn Sie von einer Instance-Speicher-gestützten Instance zu einer anderen Instance-Speicher-gestützten Instance wechseln, müssen Sie die Instance migrieren. Weitere Informationen finden Sie unter Ändern des Instance-Typs einer vom Instance-Speicher unterstützten Instance.
  • Wenn Ihre Instance Teil einer Amazon EC2 Auto Scaling-Gruppe ist, führt das Anhalten der Instance möglicherweise zum Stoppen der Instance. Wenn Sie die Instance mit Amazon EMR, AWS CloudFormation oder AWS Elastic Beanstalk gestartet haben, ist Ihre Instance möglicherweise Teil einer AWS Auto Scaling-Gruppe. Die Beendigung der Instance in diesem Szenario hängt von den Einstellungen für Instance Scale-In Protection für Ihre Auto Scaling-Gruppe ab. Wenn Ihre Instance Teil einer Auto Scaling-Gruppe ist, entfernen Sie die Instance vorübergehend aus der Auto Scaling-Gruppe, bevor Sie mit den Lösungsschritten beginnen.
  • Wenn Sie keine Elastic IP-Adresse verwenden, wird durch das Stoppen und Starten der Instance die öffentliche IP-Adresse Ihrer Instance geändert. Es empfiehlt sich, beim Weiterleiten von externem Datenverkehr an Ihre Instance eine Elastic IP-Adresse anstelle einer öffentlichen IP-Adresse zu verwenden. Wenn Sie Amazon Route 53 verwenden, müssen Sie möglicherweise die Route 53-DNS-Datensätze aktualisieren, wenn sich die öffentliche IP ändert.

Enhanced Networking

Wenn Sie zu einer Instance konvertieren, die Enhanced Networking unterstützt, installieren Sie alle erforderlichen Treiber und aktivieren Sie Enhanced Networking auf Ihrer aktuellen Instance. Weitere Informationen finden Sie unter Enhanced Networking unter Linux.

Nitro-basierte Instance-Typen

Wenn Sie Ihre Instance auf einen Nitro-basierten Instance-Typ umstellen, gehen Sie wie folgt vor:

  • Vergewissern Sie sich, dass Sie die NVMe- und ENA-Module auf Ihrer Instance installiert haben.
  • Überprüfen Sie, ob alle Blockgeräte, die in /etc/fstab aufgeführt sind, mit den Namen der NVMe-Blockgeräte (/dev/nvme1, /dev/nvme2 usw.) kompatibel sind.
  • Amazon EBS-Volumes werden diesen Instance-Typen als NVMe-Geräte zur Verfügung gestellt, und die Gerätenamen werden bei einem Stopp- oder Startereignis geändert. Um Volume-Konflikte zu vermeiden, verwenden Sie zum Mounten der Dateisysteme die UUIDs oder Labels des Dateisystems.

Führen Sie das Skript NitroInstanceChecks aus, um diese Prüfungen zu automatisieren. Weitere Informationen finden Sie unter Warum bootet meine Linux-Instance nicht, nachdem ich ihren Typ in einen Nitro-basierten Instance-Typ geändert habe?Folgen Sie den Anweisungen im Abschnitt NitroInstanceChecks-Skript ausführen.

Nachdem das Skript ausgeführt wurde und Sie die erforderlichen Aktualisierungen vorgenommen haben, überprüfen Sie, ob der DRIVERS-Eintrag in /etc/udev/rules.d/70-persistent-net.rules auf ? oder ENA gesetzt ist.

Verwenden Sie einen Texteditor, um auf die Datei zuzugreifen. Das folgende Beispiel verwendet den vi-Editor.

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

Der richtige Eintrag sieht wie folgt aus:

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

Networking auf Instances der aktuellen Generation

Instances der aktuellen Generation werden nur in einer Virtual Private Cloud (VPC) gestartet. Wenn es sich bei Ihrer aktuellen Instance um eine EC2-Classic-Instance handelt, migrieren Sie die Instance zu einer Linux-Instance in einer VPC.

Mischen von EC2-Architekturen

Wenn das Quell-AMI Ihrer Instance für eine bestimmte Architektur erstellt wurde, sind Sie darauf beschränkt, Instance-Typen derselben Architektur zu erstellen. Beispiele für AMIs, die für eine bestimmte Architektur entwickelt wurden, sind 32-Bit (i386), 64-Bit (x86_64) oder 64-Bit-ARM (arm64). Dies ist auch der Fall, wenn Ihre Instance ein AMI ausführt, das für den Instance-Typ mac1 erstellt wurde. Sie können diese Bilder nicht zwischen Instance-Typen verschieben.

Ähnliche Informationen

Status-Prüfungen für Ihre Instances

Amazon EC2-Preise

Was muss ich tun, bevor ich meine EC2-Instance auf eine Instance der sechsten Generation migriere, um sicherzustellen, dass ich die maximale Netzwerkleistung erhalte?

AWS OFFICIAL
AWS OFFICIALAktualisiert vor einem Jahr