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.
# Amazon-EC2-Instance-Typ-Veränderungen
Wenn sich Ihre Anforderungen ändern, wird Ihre Instance möglicherweise überlastet (der Instance-Typ ist zu klein) oder wird nicht voll ausgelastet (der Instance-Typ ist zu groß). In diesem Fall können Sie die Größe Ihrer Instance ändern, indem Sie ihren Instance-Typ ändern. Beispiel: Wenn Ihre `t2.micro`-Instance zu klein für den Workload ist, können Sie die Größe erhöhen, indem Sie sie in einen größeren T2-Instance-Typ ändern, z. B. `t2.large`. Oder Sie ändern sie in einen anderen Instance-Typ wie z. B. `m5.large`. Möglicherweise möchten Sie auch von einem Instance-Typ der vorherigen Generation zu einem Instance-Typ der aktuellen Generation wechseln, um einige Funktionen nutzen zu können, z. B. die Unterstützung für IPv6.
Wenn Sie eine Empfehlung für einen Instance-Typ wünschen, der Ihren vorhandenen Workload am besten verarbeiten kann, können Sie AWS Compute Optimizer nutzen. Weitere Informationen finden Sie unter [Holen Sie sich EC2 Instanzempfehlungen von Compute Optimizer](ec2-instance-recommendations.md).
Wenn Sie den Instance-Typ ändern, zahlen Sie ab dann den Tarif des neuen Instance-Typs. Informationen zu den On-Demand-Preisen aller Instance-Typen finden Sie unter [On-Demand-Preise für Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/).
Um Ihrer Instance zusätzlichen Speicherplatz hinzuzufügen, ohne den Instance-Typ zu ändern, fügen Sie der Instance ein EBS-Volume hinzu. Weitere Informationen finden Sie unter [Anfügen eines Amazon-EBS-Volumes an eine Instance](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) im *Amazon-EBS-Benutzerhandbuch*.
## Welche Anweisungen müssen Sie befolgen?
Zum Ändern des Instance-Typs sind verschiedene Anweisungen verfügbar. Die zu verwendenden Anweisungen hängen vom Root-Volume der Instance ab und davon, ob der Instance-Typ mit der aktuellen Konfiguration der Instance kompatibel ist. Weitere Informationen zur Bestimmung der Kompatibilität finden Sie unter [Kompatibilität zum Ändern des Instance-Typs](resize-limitations.md).
Bestimmen Sie anhand der nachstehenden Tabelle, welche Anweisungen zu befolgen sind.
| Root-Volume | Kompatibilität | Diese Anweisungen befolgen |
| --- | --- | --- |
| EBS | Kompatibel | [Ändern des Instance-Typs](change-instance-type-of-ebs-backed-instance.md) |
| EBS | Nicht kompatibel | [Zu einem größeren Instance-Typ migrieren](migrate-instance-configuration.md) |
| Instance-Speicher | Nicht zutreffend | [Zu einem größeren Instance-Typ migrieren](migrate-instance-configuration.md) |
# Kompatibilität zum Ändern des Instance-Typs
Sie können den Instance-Typ nur ändern, wenn die aktuelle Konfiguration der Instance mit dem gewünschten Instance-Typ kompatibel ist. Wenn der gewünschte Instance-Typ nicht mit der aktuellen Konfiguration der Instance kompatibel ist, müssen Sie eine neue Instance mit einer Konfiguration starten, die mit dem Instance-Typ kompatibel ist, und dann Ihre Anwendung auf die neue Instance migrieren.
Die Kompatibilität wird folgendermaßen ermittelt:
**Virtualisierungstyp**
Linux AMIs verwendet eine von zwei Arten der Virtualisierung: paravirtuelle (PV) oder virtuelle Hardware-Maschine (HVM). Wenn eine Instance von einem PV-AMI gestartet wurde, können Sie nicht zu einem Instance-Typ wechseln, der nur HVM ist. Weitere Informationen finden Sie unter [Virtualisierungstypen](ComponentsAMIs.md#virtualization_types). Den Virtualisierungstyp Ihrer Instance können Sie dem Wert **Virtualization** im Detailbereich des Bildschirms **Instances** in der Amazon-EC2-Konsole entnehmen.
**Architektur**
AMIs sind spezifisch für die Architektur des Prozessors, sodass Sie einen Instanztyp mit derselben Prozessorarchitektur wie der aktuelle Instanztyp auswählen müssen. Beispiel:
+ Wenn der aktuelle Instance-Typ einen auf der ARM-Architektur basierenden Prozessor hat, sind Sie auf die Instance-Typen beschränkt, die einen auf der ARM-Architektur basierenden Prozessor unterstützen, z. B. C6g und M6g.
+ Die folgenden Instance-Typen sind die einzigen Instance-Typen, die 32-Bit- AMIs unterstützen: `t2.nano`, `t2.micro`, `t2.small`, `t2.medium`, `c3.large`, `t1.micro`, `m1.small`, `m1.medium` und `c1.medium`. Wenn Sie den Instance-Typ einer 32-Bit-Instance ändern, sind Sie auf diese Instance-Typen beschränkt.
**Netzwerkadapter**
Wenn Sie von einem Treiber für einen Netzwerkadapter zu einem anderen wechseln, werden die Netzwerkadaptereinstellungen zurückgesetzt, wenn das Betriebssystem den neuen Adapter erstellt. Um die Einstellungen neu zu konfigurieren, benötigen Sie möglicherweise Zugriff auf ein lokales Konto mit Administratorberechtigungen. Nachfolgend finden Sie Beispiele für den Wechsel von einem Netzwerkadapter zu einem anderen:
+ AWS PV (T2-Instances) auf Intel 82599 VF (M4-Instances)
+ Intel 82599 VF (die meisten M4-Instances) zu ENA (M5-Instances)
+ ENA (M5-Instances) zu ENA mit hoher Bandbreite (M5n-Instances)
**Enhanced Networking**
Instance-Typen, die [Enhanced Networking](enhanced-networking.md) unterstützen, erfordern die Installation der notwendigen Treiber. [Nitro-basierte Instances erfordern beispielsweise EBS-gestützte Instances](instance-types.md#instance-hypervisor-type), AMIs bei denen die Elastic Network Adapter (ENA) -Treiber installiert sind. Um von einem Instance-Typ, der Enhanced Networking nicht unterstützt, zu einem Instance-Typ zu wechseln, der es unterstützt, müssen Sie die [ENA-Treiber](enhanced-networking-ena.md) oder [ixgbevf-Treiber](sriov-networking.md) entsprechend auf der Instance installieren.
Wenn Sie die Größe einer Instance ändern, bei der ENA Express aktiviert ist, muss der neue Instance-Typ auch ENA Express unterstützen. Eine Liste mit Instance-Typen, die ENA Express unterstützen, finden Sie unter [Unterstützte Instance-Typen für ENA Express](ena-express.md#ena-express-supported-instance-types).
Wenn Sie von einem Instance-Typ, der ENA Express unterstützt, zu einem Instance-Typ wechseln möchten, der ENA Express nicht unterstützt, stellen Sie sicher, dass ENA Express nicht aktiviert ist, bevor Sie die Größe der Instance ändern.
**NVMe**
[EBS-Volumes werden auf Nitro-basierten Instances als NVMe Blockgeräte verfügbar gemacht.](instance-types.md#instance-hypervisor-type) Wenn Sie von einem Instance-Typ, der dies nicht unterstützt, NVMe zu einem Instance-Typ wechseln, der dies unterstützt NVMe, müssen Sie zuerst die NVMe Treiber auf Ihrer Instance installieren. Außerdem werden die Gerätenamen für Geräte, die Sie in der Blockgerätezuordnung angeben, mithilfe von NVMe Gerätenamen (`/dev/nvme[0-26]n1`) umbenannt.
[Linux-Instanzen] Um Dateisysteme beim Booten mithilfe von zu mounten`/etc/fstab`, müssen Sie daher Gerätenamen UUID/Label anstelle von Gerätenamen verwenden.
**Volume-Limit**
Die maximale Anzahl von Amazon-EBS-Volumes, die Sie einer Instance anfügen können, hängt vom Instance-Typ und der Instance-Größe ab. Weitere Informationen finden Sie unter [Amazon-EBS-Volume-Limits für Amazon-EC2-Instances](volume_limits.md).
Sie können nur zu einem Instance-Typ oder einer Instance-Größe wechseln, der/die dieselbe oder eine größere Anzahl von Volumes unterstützt, als derzeit an die Instance angefügt ist. Wenn Sie zu einem Instance-Typ oder einer Instance-Größe wechseln, die die Anzahl der aktuell angefügten Volumes nicht unterstützt, schlägt die Anfrage fehl. Wenn Sie beispielsweise von einer `m7i.4xlarge`-Instance mit 32 angefügten Volumes zu einer `m6i.4xlarge`-Instance wechseln, die maximal 27 Volumes unterstützt, schlägt die Anfrage fehl.
**NitroTPM**
Wenn Sie die Instance mit einem AMI mit aktiviertem [NitroTPM](nitrotpm.md) und einem Instance-Typ gestartet haben, wird die Instance mit aktiviertem NitroTPM gestartet. Sie können nur zu einem Instance-Typ wechseln, der ebenfalls NitroTPM unterstützt.
# Instance-Typ für Ihre Amazon-EC2-Instance ändern
Verwenden Sie die folgenden Anweisungen, um den Instance-Typ einer Amazon-EBS-gestützten Instance zu ändern, wenn der gewünschte Instance-Typ mit der aktuellen Konfiguration der Instance kompatibel ist. Weitere Informationen finden Sie unter [Kompatibilität zum Ändern des Instance-Typs](resize-limitations.md).
**Überlegungen**
+ Sie müssen Ihre Instance anhalten, bevor Sie ihren Instance-Typ ändern können. Planen Sie Stillstandzeiten ein, während Ihre Instance angehalten ist. Das Anhalten der Instance und die Änderung des Instance-Typs können ein paar Minuten dauern. Der Neustart Ihrer Instance kann je nach den Startup-Skripten Ihrer Anwendung unterschiedlich lange dauern. Weitere Informationen finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md).
+ Wenn Sie eine Instance anhalten und wieder starten, wird sie auf neue Hardware verschoben. Wenn Ihre Instance eine öffentliche IPv4 Adresse hat, bei der es sich nicht um eine Elastic IP handelt, geben wir die Adresse frei und geben Ihrer Instance eine neue öffentliche IPv4 Adresse. Weitere Informationen zum Verhalten von IP-Adressen während des gesamten Lebenszyklus einer Instance finden Sie unter [Unterschiede zwischen Instance-Status](ec2-instance-lifecycle.md#lifecycle-differences).
+ Sie können den Instance-Typ einer [Spot-Instance](using-spot-instances-request.md#stopping-a-spot-instance) nicht ändern.
+ [Windows-Instanzen] Wir empfehlen, dass Sie das AWS PV-Treiberpaket aktualisieren, bevor Sie den Instance-Typ ändern. Weitere Informationen finden Sie unter [Upgrade von PV-Treibern auf EC2-Windows-Instances](Upgrading_PV_drivers.md).
+ Wenn sich die Instance in einer Auto-Scaling-Gruppe befindet, kennzeichnet der Service Amazon EC2 Auto Scaling die angehaltene Instance als fehlerhaft, beendet sie ggf. und startet eine Ersatz-Instance. Um dies zu verhindern, können Sie die Skalierungsprozesse für die Gruppe anhalten, während Sie den Instance-Typ ändern. Weitere Informationen finden Sie unter [Anhalten und Fortsetzen eines Prozesses für eine Auto-Scaling-Gruppe](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*.
+ Wenn Sie den Instance-Typ einer NVMe Instance mit Instance-Speicher-Volumes ändern, verfügt die aktualisierte Instance möglicherweise über zusätzliche Instance-Speicher-Volumes, da alle NVMe Instance-Speicher-Volumes verfügbar sind, auch wenn sie nicht in der AMI- oder Instance-Block-Gerätezuordnung angegeben sind. Anderenfalls weist die aktualisierte Instance die gleiche Anzahl von Instance-Speicher-Volumes auf, die Sie beim Starten der ursprünglichen Instance angegeben haben.
+ Die maximale Anzahl von Amazon-EBS-Volumes, die Sie einer Instance anfügen können, hängt vom Instance-Typ und der Instance-Größe ab. Sie können nicht zu einem Instance-Typ oder einer Instance-Größe wechseln, die nicht die Anzahl der Volumes unterstützt, die bereits an Ihre Instance angefügt sind. Weitere Informationen finden Sie unter [Amazon-EBS-Volume-Limits für Amazon-EC2-Instances](volume_limits.md).
+ [Linux-Instances] Sie können das `AWSSupport-MigrateXenToNitroLinux`-Runbook verwenden, um kompatible Instances von einem Xen-Instance-Typ zu einem Nitro-Instance-Typ zu migrieren. Weitere Informationen finden Sie unter [https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html) in der *Referenz zum AWS Systems Manager -Automation-Runbook*.
+ [Windows-Instances] Weitere Hinweise zur Migration kompatibler Windows-Instances von einem Xen-Instance-Typ zu einem Nitro-Instance-Typ finden Sie unter [Zu Instance-Typen der letzten Generation migrieren](migrating-latest-types.md).
**So ändern Sie den Instance-Typ einer Amazon-EBS-gestützten Instance**
1. (Optional) Wenn für den neuen Instance-Typ Treiber erforderlich sind, die nicht auf der vorhandenen Instance installiert sind, müssen Sie eine Verbindung zu Ihrer Instance einrichten und zuerst die Treiber installieren. Weitere Informationen finden Sie unter [Kompatibilität zum Ändern des Instance-Typs](resize-limitations.md).
1. [Windows-Instances] Wenn Sie Ihre Windows-Instance so konfiguriert haben, dass sie [statische IP-Adressen](config-windows-multiple-ip.md#step1) verwendet, und Sie von einem Instance-Typ, der kein erweitertes Netzwerk unterstützt, zu einem Instance-Typ wechseln, der ein erweitertes Netzwerk unterstützt, erhalten Sie möglicherweise eine Warnung über einen potenziellen IP-Adressenkonflikt, wenn Sie erneut statische IP-Adressen konfigurieren. Sie können das verhindern, indem Sie DHCP für die Netzwerkschnittstelle der Instance aktivieren, bevor Sie den Instance-Typ ändern. Öffnen Sie in Ihrer Instance das **Network and Sharing Center**, öffnen Sie die **Eigenschaften von Internet Protocol Version 4 (TCP/IPv4)** für die Netzwerkschnittstelle und wählen Sie **IP-Adresse automatisch beziehen** aus. Ändern Sie den Instance-Typ und konfigurieren Sie die statische IP-Adresszuweisung für die Netzwerkschnittstelle neu.
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich **Instances** aus.
1. Wählen Sie die Instance und dann **Instance-Status**, **Instance anhalten** aus. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Stop** aus. Das Anhalten der Instance kann einige Minuten dauern.
1. Während die Instance noch ausgewählt ist, wählen Sie **Aktionen**, **Instance-Einstellungen**, **Instance-Typ ändern** aus. Diese Option ist deaktiviert, wenn der Status der Instance nicht lautet `stopped`.
1. Gehen Sie auf der Seite **Ändern des Instance-Typs** wie folgt vor:
1. Wählen Sie unter **Instance-Typ** den gewünschten Instance-Typ aus.
Wenn der Instance-Typ nicht in der Liste enthalten ist, ist er nicht mit der Konfiguration Ihrer Instance kompatibel. Befolgen Sie stattdessen die nachstehenden Anweisungen: [Migrieren zu einem neuen Instance-Typ durch Starten einer neuen EC2-Instance](migrate-instance-configuration.md).
1. (Optional) Wenn der ausgewählte Instance-Typ EBS-Optimierung unterstützt, wählen Sie **EBS-optimiert** aus, um die EBS-Optimierung zu aktivieren oder löschen Sie **EBS-optimiert**, um die Optimierung zu deaktivieren.
Wenn der ausgewählte Instance-Typ standardmäßig EBS-optimiert ist, ist die Option **EBS-optimiert** bereits ausgewählt und Sie können sie nicht deaktivieren.
1. (Optional) vCPU-Optionen für den neuen Instance-Typ konfigurieren.
Wenn Sie den Instance-Typ einer vorhandenen Instance ändern, wendet Amazon EC2 nach Möglichkeit die CPU-Optionseinstellungen der vorhandenen Instance auf die neue Instance an. Wenn der neue Instance-Typ diese Einstellungen nicht unterstützt, werden die CPU-Optionen auf **Keine** zurückgesetzt. Diese Option verwendet die Standardzahl von v CPUs für den neuen Instanztyp.
Wenn der von Ihnen ausgewählte Instance-Typ die vCPU-Konfiguration unterstützt, wählen Sie im Bereich **Erweiterte Details** die **Option CPU-Optionen angeben** aus, um v CPUs für Ihren neuen Instance-Typ zu konfigurieren.
1. Wählen Sie **Ändern**, um die neuen Einstellungen zu übernehmen.
1. Um die Instance zu starten, wählen Sie die Instance aus und wählen Sie **Instance state** (Instance-Status), **Start instance** (Instance starten). Es kann einige Minuten dauern, bis die Instance in den Zustand `running` übergeht. Wenn Ihre Instance nicht startet, finden Sie weitere Informationen unter [Problembehandlung beim Ändern des Instance-Typs](troubleshoot-change-instance-type.md).
1. [Windows-Instanzen] Wenn auf Ihrer Instanz Windows Server 2016 oder Windows Server 2019 mit EC2 Launch v1 ausgeführt wird, stellen Sie eine Verbindung zu Ihrer Windows-Instanz her und führen Sie das folgende EC2 PowerShell Startskript aus, um die Instanz zu konfigurieren, nachdem der Instanztyp geändert wurde.
**Wichtig**
Das Administratorpasswort wird zurückgesetzt, wenn Sie das EC2-Launch-Skript zum Initialisieren der Instance aktivieren. Sie können die Konfigurationsdatei bearbeiten, um das Zurücksetzen des Administratorpassworts zu deaktivieren, indem Sie es in den Einstellungen für die Initialisierungsaufgaben festlegen. Schritte zum Deaktivieren des Kennwortzurücksetzens finden [Sie unter Initialisierungsaufgaben konfigurieren](ec2launch-config.md#ec2launch-inittasks) (EC2Launch) oder [Einstellungen ändern](ec2launch-v2-settings.md#ec2launch-v2-ui) (EC2Launch v2).
```
PS C:\> C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeInstance.ps1 -Schedule
```
# Migrieren zu einem neuen Instance-Typ durch Starten einer neuen EC2-Instance
Sie können den Instance-Typ einer EC2-Instance nur ändern, wenn es sich um eine EBS-gestützte Instance mit einer Konfiguration handelt, die mit dem neuen gewünschten Instance-Typ kompatibel ist. Andernfalls, wenn die Konfiguration oder Ihre Instance nicht mit dem neuen Instance-Typ kompatibel ist oder es sich um eine Instance handelt, die im Instance-Speicher ist, müssen Sie eine Ersatz-Instance starten, die mit dem gewünschten Instance-Typ kompatibel ist. Weitere Informationen, wie die Kompatibilität bestimmt wird, finden Sie unter [Kompatibilität zum Ändern des Instance-Typs](resize-limitations.md).
**Übersicht über den Migrationsprozess**
+ Sichern Sie die Daten Ihrer ursprünglichen Instance.
+ Starten Sie eine neue Instance mit einer Konfiguration, die mit dem neuen Instance-Typ kompatibel ist, und fügen Sie alle EBS-Volumes an, die an Ihre ursprüngliche Instance angehängt waren.
+ Installieren Sie Ihre Anwendung auf Ihrer neuen Instance.
+ Stellen Sie alle Daten wieder her.
+ Wenn Ihre ursprüngliche Instance über eine elastische IP-Adresse verfügt und Sie sicherstellen möchten, dass die Benutzer die Anwendungen auf Ihrer neuen Instance weiterhin ohne Unterbrechung verwenden können, müssen Sie die elastische IP-Adresse Ihrer neuen Instance zuordnen.
**Eine Instance zu einer neuen Instance migrieren**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Sichern Sie alle Daten, die Sie weiter benötigen, wie folgt:
+ Stellen Sie eine Verbindung zu Ihrer Instance her und kopieren Sie die Daten auf Ihren Instance-Speicher-Volumes in den persistenten Speicher.
+ [Erstellen Sie Snapshots](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) Ihrer EBS-Volumes, damit Sie neue Volumes mit denselben Daten erstellen können, oder lösen Sie die Volumes von der ursprünglichen Instance, damit Sie sie an die neue Instance anhängen können.
1. Wählen Sie im Navigationsbereich **Instances** aus.
1. Wählen Sie **Launch Instances** aus. Gehen Sie beim Konfigurieren der Instance wie folgt vor:
1. Wählen Sie ein AMI aus, das den von Ihnen gewünschten Instance-Typ unterstützt. Beispielsweise müssen Sie ein AMI auswählen, das den Prozessortyp des neuen Instance-Typs unterstützt. Außerdem erfordern die Instances der aktuellen Generation ein HVM-AMI.
1. Wählen Sie den neuen Instance-Typ aus, den Sie starten möchten. Wenn der gewünschte Instance-Typ nicht verfügbar ist, ist er nicht mit der Konfiguration des ausgewählten AMI kompatibel.
1. Wenn Sie erlauben wollen, dass der gleiche Datenverkehr die neue Instance erreicht, wählen Sie die Sicherheitsgruppe aus, die der ursprünglichen Instance zugeordnet ist.
1. Wenn Sie mit der Konfiguration Ihrer neuen Instance fertig sind, wählen Sie ein Schlüsselpaar aus und starten Sie Ihre Instance. Es kann einige Minuten dauern, bis die Instance in den Zustand `running` übergeht.
1. Wenn Sie Daten auf einem EBS-Snapshot gesichert haben, [erstellen Sie aus dem Snapshot ein Volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-volume.html#ebs-create-volume-from-snapshot) und [fügen Sie das Volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) dann der neuen Instance hinzu.
Um ein EBS-Volume von der ursprünglichen Instance auf die neue Instance zu verschieben, [trennen Sie das Volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html) von der ursprünglichen Instance und [fügen Sie das Volume dann der](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) neuen Instance hinzu.
1. Installieren Sie Ihre Anwendung und benötigte Software auf der neuen Instance.
1. Stellen Sie alle Daten wieder her, die Sie von den Instance-Speicher-Volumes der ursprünglichen Instance gesichert haben.
1. Wenn die ursprüngliche Instance über eine zugeordnete Elastic-IP-Adresse verfügt, sollten Sie sie der neuen Instance wie folgt zuordnen:
1. Wählen Sie im Navigationsbereich **Elastic IPs** aus.
1. Wählen Sie die Elastic IP-Adresse aus, die der ursprünglichen Instance zugeordnet ist, und wählen Sie dann **Aktionen**, **Elastic IP-Adresszuordnung aufheben** aus. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Zuordnung aufheben**.
1. Wählen Sie bei noch ausgewählter Elastic IP-Adresse **Aktionen**, **Elastic IP-Adresse zuordnen** aus.
1. Wählen Sie für **Resource type (Ressourcentyp)** die Option **Instance** aus.
1. Wählen Sie für **Instance** die neue Instance aus.
1. (Optional) Geben Sie für **Private IP address (Private IP-Adresse)** eine private IP-Adresse an, mit der die Elastic IP-Adresse verknüpft werden soll.
1. Wählen Sie **Associate** aus.
1. (Optional) Sie können die ursprüngliche Instance beenden, wenn sie nicht länger benötigt wird. Wählen Sie die Instance aus, stellen Sie sicher, dass Sie im Begriff sind, die ursprüngliche Instance und nicht die neue Instance zu beenden (überprüfen Sie beispielsweise den Namen oder die Startzeit), und wählen Sie dann **Instance-Status**, **Instance beenden** aus.
# Problembehandlung beim Ändern des Instance-Typs
Verwenden Sie die folgenden Informationen, um Probleme zu diagnostizieren und zu beheben, die beim Ändern des Instance-Typs auftreten können.
## Die Instance startet nach dem Ändern des Instance-Typs nicht
**Mögliche Ursache: Anforderungen für neuen Instance-Typ nicht erfüllt**
Wenn Ihre Instance nicht startet, ist es möglich, dass eine der Anforderungen für den neuen Instance-Typ nicht erfüllt wurde. Weitere Informationen finden Sie unter [Warum startet meine Linux-Instance nicht, nachdem ich ihren Typ geändert habe?](https://repost.aws/knowledge-center/boot-error-linux-nitro-instance)
**Mögliche Ursache: AMI unterstützt den Instance-Typ nicht**
Wenn Sie die EC2-Konsole verwenden, um den Instance-Typ zu ändern, stehen nur die Instance-Typen zur Verfügung, die vom ausgewählten AMI unterstützt werden. Wenn Sie jedoch die verwenden, AWS CLI um eine Instance zu starten, können Sie ein inkompatibles AMI und einen Instance-Typ angeben. Wenn das AMI und der Instance-Typ nicht kompatibel sind, kann die Instance nicht gestartet werden. Weitere Informationen finden Sie unter [Kompatibilität zum Ändern des Instance-Typs](resize-limitations.md).
**Mögliche Ursache: Instance befindet sich in Cluster-Placement-Gruppe**
Wenn sich Ihre Instance in einer [Cluster-Placement-Gruppe](placement-strategies.md#placement-groups-cluster) befindet und die Instance nach dem Ändern des Instance-Typs nicht startet, versuchen Sie Folgendes:
1. Beenden Sie alle Instances in der Cluster-Placement-Gruppe.
1. Ändern Sie den Instance-Typ der betroffenen Instance.
1. Starten Sie alle Instances in der Cluster-Placement-Gruppe.
## Anwendung oder Website nach Änderung des Instance-Typs nicht aus dem Internet erreichbar
**Mögliche Ursache: IPv4 Die öffentliche Adresse wurde veröffentlicht**
Wenn Sie den Instance-Typ ändern, müssen Sie zuerst die Instance beenden. Wenn Sie eine Instance beenden, geben wir die öffentliche IPv4 Adresse frei und geben Ihrer Instance eine neue öffentliche IPv4 Adresse.
Um die öffentliche IPv4 Adresse zwischen den Stopps und Starts der Instance beizubehalten, empfehlen wir Ihnen, eine Elastic IP-Adresse ohne zusätzliche Kosten zu verwenden, sofern Ihre Instance läuft. Weitere Informationen finden Sie unter [Elastic-IP-Adressen](elastic-ip-addresses-eip.md).