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. # Root-Volumes für Ihre Amazon-EC2-Instances Beim Starten einer Instance erstellen wir ein *Root-Volume* für die Instance. Beim Starten einer Instance enthält das Root-Volume das Image, das zum Starten der Instance verwendet wird. Jede Instance hat ein einzelnes Root-Volume. Sie können Ihren Instances während oder nach dem Start Speicher-Volumes hinzufügen. Anhand des AMI, das Sie beim Starten Ihrer Instance angeben, wird der Typ des Root-Volumes ermittelt. Sie können eine Instance entweder über ein *Amazon-EBS-gestütztes AMI* (Linux- und Windows-Instances) oder ein *Amazon-S3-gestütztes AMI* (nur Linux-Instances) starten. Es gibt erhebliche Unterschiede zwischen den Möglichkeiten der einzelnen AMI-Typen. Weitere Informationen zu diesen Unterschieden erhalten Sie unter [Root-Volume-Typ](ComponentsAMIs.md#storage-for-the-root-device). Wir empfehlen die Verwendung von AMIs Backed by Amazon EBS, da diese Instances schneller gestartet werden und persistenten Speicher verwenden. Wir behalten uns bestimmte Gerätenamen für Root-Volumes vor. Weitere Informationen finden Sie unter [Gerätenamen für Volumes auf EC2 Amazon-Instances](device_naming.md). **Topics** + [Instances mit einem Amazon-EBS-Root-Volume](#root-volume-ebs-backed) + [Instances mit einem Instance-Speicher-Root-Volume (nur Linux-Instances)](#root-volume-instance-store-backed) + [Behalten Sie ein Amazon-EBS-Root-Volume nach dem Beenden einer Amazon-EC2-Instance](configure-root-volume-delete-on-termination.md) + [Ersetzen des Root-Volumes für eine Amazon-EC2-Instance, ohne sie anzuhalten](replace-root.md) ## Instances mit einem Amazon-EBS-Root-Volume An Instances, die Amazon EBS für das Root-Volume verwenden, wird automatisch ein Amazon EBS-Volume angefügt. Wenn Sie eine Instance mit einem Amazon-EBS-AMI starten, erstellen wir ein Amazon-EBS-Volume für jeden Amazon-EBS-Snapshot, auf den das AMI verweist. Optional können Sie je nach Instance-Typ weitere Amazon EBS-Volumes oder Instance-Speicher-Volumes nutzen. Eine Instance mit einem EBS-Root-Volume kann angehalten und später neu gestartet werden, ohne dass sich dies auf die Daten auswirkt, die in den angehängten Volumes gespeichert sind. Sie können verschiedene Aufgaben für Instances und Volumes ausführen, wenn sich eine Instance mit einem EBS-Root-Volume im angehaltenen Status befindet. Sie können beispielsweise die Eigenschaften der Instance ändern, ihre Größe ändern oder den verwendeten Kernel aktualisieren oder Sie können ihr Root-Volume an eine andere laufende Instance anhängen, z. B. zum Debuggen. Weitere Informationen finden Sie unter [Amazon-EBS-Volumes](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volumes.html). ![\[Root-Volumes und andere Amazon-EBS-Volumes einer Instance, die von einem Amazon-EBS-gestützten AMI aus gestartet werden.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ebs_backed_instance.png) **Einschränkung** Sie können `st1`- oder `sc1`-EBS-Volumes nicht als Root-Volumes verwenden. **Instance-Ausfall** Wenn eine Instance mit einem EBS-Root-Volume ausfällt, können Sie Ihre Sitzung mit einer der folgenden Methoden wiederherstellen: + Führen Sie das Anhalten und anschließend das erneute Starten durch. (Probieren Sie es zuerst mit dieser Methode.) + Erstellen Sie einen automatischen Snapshot aller relevanten Volumes und erstellen Sie ein neues AMI. Weitere Informationen finden Sie unter [Ein Amazon-EBS-gestütztes AMI erstellen](creating-an-ami-ebs.md). + Fügen Sie das Volume an die neue Instance an, indem Sie die folgenden Schritte ausführen: 1. Erstellen Sie einen Snapshot des Stamm-Volumes. 1. Registrieren Sie ein neues AMI, indem Sie den Snapshot verwenden. 1. Starten Sie über das neue AMI eine neue Instance. 1. Trennen Sie die restlichen Amazon EBS-Volumes von der alten Instance. 1. Fügen Sie die Amazon EBS-Volumes wieder an die neue Instance an. ## Instances mit einem Instance-Speicher-Root-Volume (nur Linux-Instances) **Anmerkung** Windows-Instances unterstützen keine Instance-Speicher-Root-Volumes. Instances, die Instance-Speicher für das Root-Volume verwenden, verfügen automatisch über mindestens ein Instance-Speicher-Volume, wobei ein Volume als Root-Volume dient. Wenn eine Instance von einem Amazon-S3-gestützten AMI aus gestartet wird, wird das AMI auf das Root-Volume kopiert. Beachten Sie, dass sie je nach Instance-Typ optional weitere Instance-Speicher-Volumes nutzen können. Alle Daten auf den Instance-Speicher-Volumes werden so lange beibehalten, wie die Instance ausgeführt wird. Diese Daten werden jedoch gelöscht, wenn die Instance beendet wird (Instances mit einem Instance-Speicher-Root-Volume unterstützen die Aktion zum **Anhalten** nicht) oder ausfällt (z. B. bei Problemen auf einem zugrunde liegenden Laufwerk). Weitere Informationen finden Sie unter [Instance-Speicher temporärer Speicher auf Blockebene für EC2-Instances](InstanceStorage.md). ![\[Root-Volumes auf einer Amazon-EC2-Instance, die von einem Amazon-S3-gestützten AMI aus gestartet werden.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/instance_store_backed_instance.png) **Unterstützte Instance-Typen** Nur die folgenden Instance-Typen unterstützen ein Instance-Speichervolume als Root-Volume: C1, C3, D2, I2, M1, M2, M3, R3, und X1. **Instance-Ausfall** Nachdem eine Instance mit einem Instance-Speicher-Root-Volume ausfällt oder beendet wird, kann sie nicht wiederhergestellt werden. Wenn Sie planen, eine Instance mit einem Instance-Speicher-Root-Volume zu verwenden, empfehlen wir Ihnen dringend, die Daten auf Ihren Instance-Speicher-Volumes auf mehrere Availability Zones zu verteilen. Außerdem sollten Sie regelmäßig kritische Daten von Ihren Instance-Speicher-Volumes auf persistenten Speicher sichern. # Behalten Sie ein Amazon-EBS-Root-Volume nach dem Beenden einer Amazon-EC2-Instance Standardmäßig wird das Amazon-EBS-Root-Volume für eine Instance gelöscht, wenn die Instance beendet wird. Sie können das Standardverhalten ändern, um sicherzustellen, dass das Amazon-EBS-Root-Volume nach dem Beenden der Instance weiterhin besteht. Legen Sie das Attribut `DeleteOnTermination` auf `false` fest, um das Standardverhalten zu ändern. Sie können dies entweder beim Start der Instance oder zu einem späteren Zeitpunkt tun. **Topics** + [Konfigurieren des Root-Volumes für Persistenz während des Instance-Starts](#Using_ChangeRootDeviceVolumeToPersist) + [Konfigurieren des Root-Volumes für Persistenz für eine vorhandene Instance](#set-deleteOnTermination-aws-cli) + [Bestätigen, dass ein Root-Volume für Persistenz konfiguriert ist](#Using_ConfirmRootDeviceVolumeToPersist) ## Konfigurieren des Root-Volumes für Persistenz während des Instance-Starts Sie können das Root-Volume so konfigurieren, dass es bestehen bleibt, wenn Sie eine Instance starten. ------ #### [ Console ] **So konfigurieren Sie das Root-Volume, dass es beim Starten einer Instance bestehen bleibt** 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** und **Instances starten** aus. 1. Wählen Sie ein Amazon Machine Image (AMI) aus, klicken Sie auf einen Instance-Typ, wählen Sie ein Schlüsselpaar und konfigurieren Sie Ihre Netzwerkeinstellungen. 1. Wählen Sie unter **Speicher konfigurieren** die Option **Erweitert** aus. 1. Erweitern Sie das Root-Volume. 1. Für **Beim Beenden löschen** wählen Sie **Nein** aus. 1. Wenn Sie die Konfiguration Ihrer Instance abgeschlossen haben, wählen Sie **Instance starten**. ------ #### [ AWS CLI ] **So konfigurieren Sie das Root-Volume, dass es beim Starten einer Instance bestehen bleibt** Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) und fügen Sie die folgende Option hinzu. ``` --block-device-mappings file://mapping.json ``` Geben Sie unter `mapping.json` eine Blockgerät-Zuweisung an, die das Attribut `DeleteOnTermination` auf `false` festlegt. ``` [ { "DeviceName": "/dev/sda1", "Ebs": { "DeleteOnTermination": false } } ] ``` ------ #### [ PowerShell ] **So konfigurieren Sie das Root-Volume, dass es beim Starten einer Instance bestehen bleibt** Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet und fügen Sie den folgenden Parameter hinzu. ``` -BlockDeviceMapping $bdm ``` Erstellen Sie eine Blockgerät-Zuweisung, die das Attribut `DeleteOnTermination` auf `$false` festlegt. ``` $ebs = New-Object Amazon.EC2.Model.EbsBlockDevice $ebs.DeleteOnTermination = $false $bdm = New-Object Amazon.EC2.Model.BlockDeviceMapping $bdm.DeviceName = "dev/xvda" $bdm.Ebs = $ebs ``` ------ ## Konfigurieren des Root-Volumes für Persistenz für eine vorhandene Instance Sie können das Root-Volume so konfigurieren, dass es für eine laufende Instance bestehen bleibt. Beachten Sie, dass Sie diese Aufgabe nicht mit der Amazon-EC2-Konsole vervollständigen können. ------ #### [ AWS CLI ] **So konfigurieren Sie das Root-Volume, damit es für eine vorhandene Instance bestehen bleibt** Verwenden Sie den [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html)Befehl mit einer Blockgerätezuordnung, die das `DeleteOnTermination` Attribut auf festlegt. `false` ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --block-device-mappings file://mapping.json ``` Geben Sie in Folgendes a `mapping.json`. ``` [ { "DeviceName": "/dev/xvda", "Ebs": { "DeleteOnTermination": false } } ] ``` ------ #### [ PowerShell ] **So konfigurieren Sie das Root-Volume, damit es für eine vorhandene Instance bestehen bleibt** Verwenden Sie das [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html)Cmdlet mit einer Blockgerätezuordnung, die das `DeleteOnTermination` Attribut auf festlegt. `$false` ``` $ebs = New-Object Amazon.EC2.Model.EbsInstanceBlockDeviceSpecification $ebs.DeleteOnTermination = $false $bdm = New-Object Amazon.EC2.Model.InstanceBlockDeviceMappingSpecification $bdm.DeviceName = "/dev/xvda" $bdm.Ebs = $ebs Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -BlockDeviceMapping $bdm ``` ------ ## Bestätigen, dass ein Root-Volume für Persistenz konfiguriert ist Sie können bestätigen, dass ein Root-Volume für Persistenz konfiguriert ist ------ #### [ Console ] **So bestätigen Sie, dass ein Root-Volume für Persistenz konfiguriert ist** 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** und wählen Sie dann die Instance aus. 1. Suchen Sie auf der Registerkarte **Speicher** unter **Blockgeräte** den Eintrag für das Stammvolume. Wenn **Bei Beendigung löschen** auf `No` gesetzt ist, wird das Volume so konfiguriert, dass es bestehen bleibt. ------ #### [ AWS CLI ] **So bestätigen Sie, dass ein Root-Volume für Persistenz konfiguriert ist** Verwenden Sie den Befehl [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) und stellen Sie sicher, dass das Attribut `DeleteOnTermination` auf `false` festgelegt ist. ``` aws ec2 describe-instances \ --instance-id i-1234567890abcdef0 \ --query "Reservations[].Instances[].BlockDeviceMappings" ``` Es folgt eine Beispielausgabe. ``` [ [ { "DeviceName": "/dev/xvda", "Ebs": { "AttachTime": "2024-07-12T04:05:33.000Z", "DeleteOnTermination": false, "Status": "attached", "VolumeId": "vol-1234567890abcdef0" } ] ] ``` ------ #### [ PowerShell ] **So bestätigen Sie, dass ein Root-Volume für Persistenz konfiguriert ist** Verwenden Sie das [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)Cmdlet und vergewissern Sie sich, dass das `DeleteOnTermination` Attribut auf gesetzt ist. `False` ``` (Get-EC2Instance -InstanceId i-i-1234567890abcdef0).Instances.BlockDeviceMappings.Ebs ``` Es folgt eine Beispielausgabe. ``` AssociatedResource : AttachTime : 7/12/2024 4:05:33 AM DeleteOnTermination : False Operator : Status : attached VolumeId : vol-1234567890abcdef0 ``` ------ # Ersetzen des Root-Volumes für eine Amazon-EC2-Instance, ohne sie anzuhalten Amazon EC2 ermöglicht es Ihnen, das Stamm-Amazon-EBS-Volume für eine ausgeführte Instance zu ersetzen und dabei Folgendes beizubehalten: + In Instance-Speicher-Volumes gespeicherte Daten – Instance-Speicher-Volumes bleiben der Instance zugeordnet, nachdem das Root-Volume wiederhergestellt wurde. + Auf Amazon-EBS-Daten-Volumes (Nicht-Stamm-Volumes) gespeicherte Daten – Nicht-Stamm-Volumes von Amazon EBS bleiben an die Instance angefügt, nachdem das Stamm-Volume wiederhergestellt worden ist. + Netzwerkkonfiguration — Alle Netzwerkschnittstellen bleiben mit der Instance verbunden und behalten ihre IP-Adressen, Kennungen und Verbindungen. IDs Wenn die Instance verfügbar wird, wird der gesamte ausstehende Netzwerkverkehr gelöscht. Darüber hinaus bleibt die Instance auf demselben physischen Host, so dass sie ihre öffentlichen und privaten IP-Adressen und ihren DNS-Namen beibehält. + IAM-Richtlinien — IAM-Profile und -richtlinien (wie Tag (Markierung)-basierte Richtlinien), die mit der Instance verknüpft sind, werden beibehalten und durchgesetzt. **Topics** + [Wie der Ersatz des Root-Volumes funktioniert](#replace-root-how) + [Überlegungen](#replace-root-considerations) + [Ersetzen eines Stammvolumen](#replace) ## Wie der Ersatz des Root-Volumes funktioniert Wenn Sie das Root-Volume für eine Instance ersetzen, wird eine *Aufgabe zum Ersetzen des Root-Volumes* erstellt. Das ursprüngliche Stamm-Volume wird von der Instance abgetrennt und das neue Stamm-Volume wird an seiner Stelle an die Instance angefügt. Die Blockgerät-Zuweisung der Instance wird aktualisiert, sodass sie die ID des Ersatz-Stamm-Volumes wiedergibt. Wenn Sie das Root-Volume für eine Instance ersetzen, müssen Sie die Quelle des Snapshots für das neue Volume angeben. Es sind folgende Optionen möglich. ### Startzustand eines Root-Volumes wiederherstellen Diese Option ersetzt das aktuelle Root-Volume durch ein Volume, das auf dem Snapshot basiert, mit dem es erstellt wurde. **Überlegungen zur Verwendung des Startstatus** Das Ersatz-Stamm-Volume erhält denselben Typ, dieselbe Größe und dieselben Attribute zum Löschen bei Beendigung wie das ursprüngliche Stamm-Volume. ### Das Root-Volume mithilfe eines Snapshots ersetzen Diese Option ersetzt das aktuelle Root-Volume durch ein Ersatz-Volume, das auf dem von Ihnen angegebenen Snapshot basiert. Zum Beispiel ein bestimmter Snapshot, den Sie zuvor von diesem Root-Volume erstellt haben. Dies ist nützlich, wenn Sie Probleme beheben müssen, die durch eine Beschädigung des Root-Volumes oder durch Netzwerkkonfigurationsfehler im Gastbetriebssystem verursacht wurden. Das Ersatz-Stamm-Volume erhält denselben Typ, dieselbe Größe und dieselben Attribute zum Löschen bei Beendigung wie das ursprüngliche Stamm-Volume. **Überlegungen zur Verwendung eines Snapshots** + Sie können nur Snapshots verwenden, die direkt aus den aktuellen oder früheren Root-Volumes der Instance erstellt wurden. + Sie können keine Snapshot-Kopien verwenden, die aus Snapshots erstellt wurden, die vom Stammvolume entnommen wurden. + Nachdem Sie das Root-Volume erfolgreich ersetzt haben, können Sie immer noch Snapshots des ursprünglichen Root-Volumes verwenden, um das neue (Ersatz-)Root-Volume zu ersetzen. ### Ersetzen eines Root-Volumes unter Verwendung eines AMIs Diese Option ersetzt das aktuelle Root-Volume mithilfe eines von Ihnen angegebenen AMIs. Dies ist nützlich, wenn Sie Patches oder Upgrades für das Betriebssystem und die Anwendungen durchführen müssen. Das AMI muss denselben Produktcode, dieselben Rechnungsinformationen, denselben Architekturtyp und denselben Virtualisierungstyp haben wie die Instance. Wenn die Instance für ENA oder sriov-net aktiviert ist, müssen Sie ein AMI verwenden, das diese Features unterstützt. Wenn die Instance nicht für ENA oder sriov-net aktiviert ist, können Sie entweder ein AMI auswählen, das diese Features nicht unterstützt, oder Sie können automatisch die Unterstützung hinzufügen, wenn Sie ein AMI auswählen, das ENA oder sriov-net unterstützt. Wenn die Instance für NitroTPM aktiviert ist, müssen Sie ein AMI verwenden, für das NitroTPM aktiviert ist. Die NitroTPM-Unterstützung ist nicht aktiviert, wenn die Instance nicht dafür konfiguriert wurde, unabhängig vom ausgewählten AMI. Sie können ein AMI mit einem anderen Start-Modus als dem der Instance auswählen, solange die Instance den Start-Modus des AMI unterstützt. Wenn die Instance den Start-Modus nicht unterstützt, schlägt die Anforderung fehl. Wenn die Instance den Start-Modus unterstützt, wird der neue Start-Modus an die Instance weitergegeben und ihre UEFI-Daten werden entsprechend aktualisiert. Wenn Sie die Start-Reihenfolge manuell geändert oder einen privaten UEFI-Sicherheits-Start-Schlüssel zum Laden privater Kernel-Module hinzugefügt haben, gehen die Änderungen beim Ersetzen des Stamm-Volumes verloren. Das Ersatz-Stamm-Volume erhält denselben Volume-Typ und dasselbe Löschen-bei-Beendigung-Attribut wie das ursprüngliche Stamm-Volume und erhält die Größe der AMI-Stamm-Volume-Blockgerät-Zuweisung. **Anmerkung** Die Größe der AMI-Stamm-Volume-Blockgerät-Zuweisung muss der Größe des ursprünglichen Stamm-Volumes entsprechen. Wenn die Größe der Blockgerät-Zuweisung des AMI Stamm-Volumes kleiner als die Größe des ursprünglichen Stamm-Volumes ist, schlägt die Anforderung fehl. Nachdem die Aufgabe zum Austausch des Root-Volumes abgeschlossen ist, werden die folgenden neuen und aktualisierten Informationen wiedergegeben, wenn Sie die Instance mithilfe der Konsole beschreiben, AWS CLI oder AWS SDKs: + Neue AMI-ID + Neue Volume-ID für das Stamm-Volume + Aktualisierte Start-Modus-Konfiguration (sofern vom AMI geändert) + Aktualisierte NitroTPM-Konfiguration (sofern vom AMI aktiviert) + Aktualisierte ENA-Konfiguration (sofern vom AMI aktiviert) + Aktualisierte sriov-net-Konfiguration (sofern vom AMI aktiviert) Die neue AMI-ID spiegelt sich auch in den Instance-Metadaten wider. **Überlegungen zur Verwendung eines AMI:** + Wenn Sie ein AMI verwenden, das über mehrere Blockgerät-Zuweisungen verfügt, wird nur das Stamm-Volume des AMI verwendet. Die anderen (Nicht-Stamm-)Volumes werden ignoriert. + Sie können dieses Feature nur verwenden, wenn Sie über Berechtigungen für das AMI und den zugehörigen Root-Volume-Snapshot verfügen. Sie können diese Funktion nicht mit verwenden AWS Marketplace AMIs. + Sie können ein AMI ohne Produktcode nur verwenden, wenn die Instance über keinen Produktcode verfügt. + Die Größe der AMI-Stamm-Volume-Blockgerät-Zuweisung muss der Größe des ursprünglichen Stamm-Volumes entsprechen. Wenn die Größe der Blockgerät-Zuweisung des AMI Stamm-Volumes kleiner als die Größe des ursprünglichen Stamm-Volumes ist, schlägt die Anforderung fehl. + Die Instance-Identitätsdokumente für die Instance werden automatisch aktualisiert. + Wenn die Instance NitroTPM unterstützt, werden die NitroTPM-Daten für die Instance zurückgesetzt und neue Schlüssel generiert. Sie können wählen, ob das ursprüngliche Root-Volume nach Abschluss des Root-Volume-Ersetzungsprozesses erhalten bleiben soll. Wenn Sie nach Abschluss des Ersetzungsvorgangs das ursprüngliche Stamm-Volume löschen, wird das ursprüngliche Stamm-Volume automatisch gelöscht und ist nicht mehr wiederherstellbar. Wenn Sie sich dafür entscheiden, das ursprüngliche Root-Volume nach Abschluss des Vorgangs beizubehalten, bleibt das Volume in Ihrem Konto bereitgestellt. Sie müssen das Volume manuell löschen, wenn Sie es nicht mehr benötigen. Die Aufgabe zum Ersetzen des Root-Volumes wechselt während des Vorgangs durch die folgenden Status: + `pending` – das Ersatzvolume wird erstellt. + `in-progress` – das ursprüngliche Volume wird abgelöst und das Ersatzvolume wird angehängt. + `succeeded` – das Ersatzvolume wurde erfolgreich an die Instance angehängt und die Instance ist verfügbar. + `failing` – Die Ersetzungsaufgabe ist im Begriff fehlzuschlagen. + `failed` – Die Ersetzungsaufgabe ist fehlgeschlagen, aber das Root-Volume ist immer noch angefügt. + `failing-detached` – Die Ersetzungsaufgabe ist im Begriff fehlzuschlagen und der Instance ist möglicherweise kein Root-Volume angefügt. + `failed-detached` – Die Ersetzungsaufgabe ist fehlgeschlagen und der Instance ist kein Root-Volume angefügt. Wenn die Aufgabe zum Ersetzen des Stamm-Volumes fehlschlägt, wird die Instance neu gestartet und das ursprüngliche Stamm-Volume bleibt mit der Instance verbunden. ## Überlegungen Bevor Sie beginnen, überlegen Sie folgendes. **Voraussetzungen** + Die Instance muss sich im Status `running` befinden. + Die Instance wird während des Vorgangs automatisch neu gestartet. Der Inhalt des Arbeitsspeichers (RAM) wird während des Neustarts gelöscht. Es sind keine manuellen Neustarts erforderlich. + Sie können das Stamm-Volume nicht ersetzen, wenn es sich um ein Instance-Speicher-Volume handelt. Nur Instances mit Amazon-EBS-Stamm-Volumes werden unterstützt. + Sie können das Stamm-Volume für alle virtualisierten Instance-Typen und Bare-Metal-Instances von EC2 Mac ersetzen. Alle anderen Bare-Metal-Instance-Typen werden nicht unterstützt. + Sie können nur Snapshots verwenden, die direkt aus den aktuellen oder früheren Root-Volumes der Instance erstellt wurden. + Wenn Ihr Konto in der aktuellen Region standardmäßig für die Amazon-EBS-Verschlüsselung aktiviert ist, wird das Ersatz-Root-Volume, das durch die Aufgabe zum Ersetzen des Root-Volumes erstellt wird, immer verschlüsselt, unabhängig vom Verschlüsselungsstatus des angegebenen Snapshots oder des Root-Volumes des angegebenen AMI. **Verschlüsselungsergebnisse** In der folgenden Tabelle werden die möglichen Verschlüsselungsergebnisse zusammengefasst. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/replace-root.html) ## Ersetzen eines Stammvolumen Wenn Sie das Stamm-Volume für eine Instance ersetzen, wird eine *Aufgabe zum Ersetzen des Stamm-Volumes* erstellt. Sie können die Aufgabe zum Ersetzen des Stamm-Volumes verwenden, um den Fortschritt und das Ergebnis des Ersetzungsvorgangs zu überwachen. ------ #### [ Console ] **So ersetzen Sie das Stamm-Volume** 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 aus, für die das Stamm-Volume ersetzt werden soll, und wählen Sie **Actions (Aktionen)**, **Monitor and troubleshoot (Überwachen und Fehlerbehebung)** und **Replace root volume (Stamm-Volume ersetzen)**. **Anmerkung** Die **Replace root volume** (Ersetzen des Root-Volumes)-Aktion ist deaktiviert, wenn sich die ausgewählte Instance nicht im Zustand `running` befindet. 1. Wählen Sie für **Wiederherstellen** eine der folgenden Optionen aus: + **Startstatus** – Das Root-Volume Ersatz aus dem Snapshot wiederherstellen, der zum Erstellen des aktuellen Root-Volumes verwendet wurde. + **Snapshot** – Das Ersatz-Root-Volume auf dem von Ihnen angegebenen Snapshot wiederherstellen. Wählen Sie für **Snapshot** den zu verwendenden Snapshot aus. + **Image** – Stellen Sie das Ersatz-Root-Volume mithilfe des von Ihnen angegebenen AMI wieder her. Wählen Sie für **Image** das zu verwendende AMI aus. 1. (Optional) Für die **Volume-Initialisierungsrate** können Sie die Rate für die von Amazon EBS bereitgestellte Volume-Initialisierung (Volume-Initialisierungsrate) in MiB/s angeben, mit der die Snapshot-Blöcke von Amazon S3 auf das Volume heruntergeladen werden sollen. Weitere Informationen finden Sie unter [Verwendung einer von Amazon EBS bereitgestellte Rate für die Volume-Initialisierung](https://docs.aws.amazon.com/ebs/latest/userguide/initalize-volume.html#volume-initialization-rate). Um die Standard-Initialisierungsrate oder die schnelle Snapshot-Wiederherstellung zu verwenden (sofern sie für den ausgewählten Snapshot aktiviert ist), geben Sie keine Rate an. 1. (Optional) Um das Root-Volume zu löschen, das Sie ersetzen, wählen Sie **Ersetztes Root-Volume löschen** aus. 1. Wählen Sie **Ersatzaufgabe erstellen** aus. 1. Um die Ersatzaufgabe zu überwachen, wählen Sie die Registerkarte **Speicher** für die Instance und erweitern Sie **Aktuelle Aufgaben zum Ersatz des Root-Volumes**. ------ #### [ AWS CLI ] **So stellen Sie den Start-Status des Ersatz-Stamm-Volumes wieder her** Verwenden Sie den Befehl [ create-replace-root-volume-task](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-replace-root-volume-task.html). Geben Sie für `--instance-id` die ID der Instance an, für die das Stamm-Volume ersetzt werden soll. Lassen Sie die Parameter `--snapshot-id` und `--image-id` aus. Um das ursprüngliche Stamm-Volume zu löschen, nachdem es ersetzt wurde, schließen Sie `--delete-replaced-root-volume` ein und geben Sie `true` an. Um die Volume-Initialisierungsrate anzugeben, mit der die Snapshot-Blöcke von Amazon S3 auf das Volume heruntergeladen werden, geben Sie für `--volume-initialization-rate` einen Wert zwischen `100` und `300` MiB/s an. ``` aws ec2 create-replace-root-volume-task \ --instance-id i-1234567890abcdef0 \ --delete-replaced-root-volume \ --volume-initialization-rate 150 ``` **So stellen Sie das Ersatz-Stamm-Volume auf einem bestimmten Snapshot wieder her** Verwenden Sie den Befehl [create-replace-root-volume-task](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-replace-root-volume-task.html). Geben Sie für `--instance-id` die ID der Instance an, für die das Stamm-Volume ersetzt werden soll. Geben Sie für `--snapshot-id` die ID des zu verwendenden Snapshots an. Um das ursprüngliche Stamm-Volume zu löschen, nachdem es ersetzt wurde, schließen Sie `--delete-replaced-root-volume` ein und geben Sie `true` an. Um die Volume-Initialisierungsrate anzugeben, mit der die Snapshot-Blöcke von Amazon S3 auf das Volume heruntergeladen werden, geben Sie für `--volume-initialization-rate` einen Wert zwischen `100` und `300` MiB/s an. ``` aws ec2 create-replace-root-volume-task \ --instance-id i-1234567890abcdef0 \ --snapshot-id snap-9876543210abcdef0 \ --delete-replaced-root-volume \ --volume-initialization-rate 150 ``` **So stellen Sie das Ersatz-Stamm-Volume mithilfe eines AMI wieder her** Verwenden Sie den Befehl [ create-replace-root-volume-task](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-replace-root-volume-task.html). Geben Sie für `--instance-id` die ID der Instance an, für die das Stamm-Volume ersetzt werden soll. Geben Sie für `--image-id` die ID des zu verwendenden AMI an. Um das ursprüngliche Stamm-Volume zu löschen, nachdem es ersetzt wurde, schließen Sie `--delete-replaced-root-volume` ein und geben Sie `true` an. Um die Volume-Initialisierungsrate anzugeben, mit der die Snapshot-Blöcke von Amazon S3 auf das Volume heruntergeladen werden, geben Sie für `--volume-initialization-rate` einen Wert zwischen `100` und `300` MiB/s an. ``` aws ec2 create-replace-root-volume-task \ --instance-id i-1234567890abcdef0 \ --image-id ami-09876543210abcdef \ --delete-replaced-root-volume \ --volume-initialization-rate 150 ``` **So zeigen Sie den Status einer Aufgabe zum Stammvolumenersatz an** Verwenden Sie den Befehl [describe-replace-root-volume-tasks](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-replace-root-volume-tasks.html) und geben Sie an, welche Aufgaben zum Austausch IDs des Stamm-Volumes angezeigt werden sollen. ``` aws ec2 describe-replace-root-volume-tasks \ --replace-root-volume-task-ids replacevol-1234567890abcdef0 \ --query ReplaceRootVolumeTasks[].TaskState ``` Es folgt eine Beispielausgabe. ``` [ "succeeded" ] ``` Geben Sie alternativ den `instance-id`-Filter an, um die Ergebnisse nach Instances zu filtern. ``` $ aws ec2 describe-replace-root-volume-tasks \ --filters Name=instance-id,Values=i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **So stellen Sie den Start-Status des Ersatz-Stamm-Volumes wieder her** Verwenden Sie den Befehl [New-EC2ReplaceRootVolumeTask](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReplaceRootVolumeTask.html). Geben Sie für `-InstanceId` die ID der Instance an, für die das Stamm-Volume ersetzt werden soll. Lassen Sie die Parameter `-SnapshotId` und `-ImageId` aus. Um das ursprüngliche Stamm-Volume zu löschen, nachdem es ersetzt wurde, schließen Sie `-DeleteReplacedRootVolume` ein und geben Sie `$true` an. Um die Volume-Initialisierungsrate anzugeben, mit der die Snapshot-Blöcke von Amazon S3 auf das Volume heruntergeladen werden, geben Sie für `-VolumeInitializationRate` einen Wert zwischen `100` und `300` MiB/s an. ``` New-EC2ReplaceRootVolumeTask ` -InstanceId i-1234567890abcdef0 ` -VolumeInitializationRate 150 ` -DeleteReplacedRootVolume $true ``` **So stellen Sie das Ersatz-Stamm-Volume auf einem bestimmten Snapshot wieder her** Verwenden Sie den Befehl [New-EC2ReplaceRootVolumeTask](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReplaceRootVolumeTask.html). Geben Sie für `--InstanceId` die ID der Instance an, für die das Stamm-Volume ersetzt werden soll. Geben Sie für `-SnapshotId` die ID des zu verwendenden Snapshots an. Um das ursprüngliche Stamm-Volume zu löschen, nachdem es ersetzt wurde, schließen Sie `-DeleteReplacedRootVolume` ein und geben Sie `$true` an. Um die Volume-Initialisierungsrate anzugeben, mit der die Snapshot-Blöcke von Amazon S3 auf das Volume heruntergeladen werden, geben Sie für `-VolumeInitializationRate` einen Wert zwischen `100` und `300` MiB/s an. ``` New-EC2ReplaceRootVolumeTask ` -InstanceId i-1234567890abcdef0 ` -SnapshotId snap-9876543210abcdef0 ` -VolumeInitializationRate 150 ` -DeleteReplacedRootVolume $true ``` **So stellen Sie das Ersatz-Stamm-Volume mithilfe eines AMI wieder her** Verwenden Sie den Befehl [New-EC2ReplaceRootVolumeTask](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReplaceRootVolumeTask.html). Geben Sie für `-InstanceId` die ID der Instance an, für die das Stamm-Volume ersetzt werden soll. Geben Sie für `-ImageId` die ID des zu verwendenden AMI an. Um das ursprüngliche Stamm-Volume zu löschen, nachdem es ersetzt wurde, schließen Sie `-DeleteReplacedRootVolume` ein und geben Sie `$true` an. Um die Volume-Initialisierungsrate anzugeben, mit der die Snapshot-Blöcke von Amazon S3 auf das Volume heruntergeladen werden, geben Sie für `-VolumeInitializationRate` einen Wert zwischen `100` und `300` MiB/s an. ``` New-EC2ReplaceRootVolumeTask ` -InstanceId i-1234567890abcdef0 ` -ImageId ami-0abcdef1234567890 ` -VolumeInitializationRate 150 ` -DeleteReplacedRootVolume $true ``` **So zeigen Sie den Status einer Aufgabe zum Stammvolumenersatz an** Verwenden Sie den [Get-EC2ReplaceRootVolumeTask](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReplaceRootVolumeTask.html)Befehl und geben Sie an, welche Aufgaben zum Austausch IDs des Stammvolumes angezeigt werden sollen. ``` (Get-EC2ReplaceRootVolumeTask ` -ReplaceRootVolumeTaskIds replacevol-1234567890abcdef0).TaskState.Value ``` Es folgt eine Beispielausgabe. ``` Succeeded ``` Geben Sie alternativ den `instance-id`-Filter an, um die Ergebnisse nach Instances zu filtern. ``` PS C:\> Get-EC2ReplaceRootVolumeTask -Filters @{Name = 'instance-id'; Values = 'i-1234567890abcdef0'} | Format-Table ``` ------