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.
Wiederherstellen eines Amazon EBS-Volumes oder einer Instance EC2
Wenn Sie nur ein einzelnes Volume wiederherstellen müssen, das an eine EC2 Instance angehängt ist, können Sie dieses Volume separat wiederherstellen, das vorhandene Volume trennen und das wiederhergestellte Volume Ihrer EC2 Instance zuordnen. Wenn Sie eine gesamte EC2 Instance einschließlich aller zugehörigen Volumes wiederherstellen müssen, müssen Sie ein Amazon Machine Image (AMI) -Backup Ihrer Instance verwenden.
Um die Wiederherstellungszeit und die Auswirkungen auf abhängige Anwendungen und Prozesse zu reduzieren, muss Ihr Wiederherstellungsprozess die Ressource berücksichtigen, die ersetzt wird. Um optimale Ergebnisse zu erzielen, sollten Sie Ihren Wiederherstellungsprozess regelmäßig in niedrigeren Umgebungen (z. B. außerhalb der Produktionsumgebung) testen, um sicherzustellen, dass Ihr Prozess Ihr Recovery Point Objective (RPO) und Recovery Time Objective (RTO) erfüllt und ob der Wiederherstellungsprozess wie erwartet funktioniert. Überlegen Sie, wie sich der Wiederherstellungsprozess auf Anwendungen und Dienste auswirkt, die von der Instanz abhängen, die Sie wiederherstellen, und koordinieren Sie dann die Wiederherstellung nach Bedarf. Versuchen Sie, den Wiederherstellungsprozess so weit wie möglich zu automatisieren und zu testen, um das Risiko zu verringern, dass Ihr Wiederherstellungsprozess fehlschlägt oder inkonsistent implementiert wird.
Wenn Sie Elastic Load Balancing verwenden und mehrere Instances den Traffic verarbeiten, können Sie eine ausgefallene oder beeinträchtigte Instance außer Betrieb nehmen. Anschließend können Sie eine neue Instance wiederherstellen, um sie zu ersetzen, während die anderen Instances weiterhin den Traffic bearbeiten, ohne die Benutzer zu stören.
Die folgenden beschriebenen Wiederherstellungsprozesse gelten für Instances, die Elastic Load Balancing nicht verwenden:
-
Wiederherstellung einzelner Dateien und Verzeichnisse aus EBS-Snapshots
-
Wiederherstellen eines EBS-Volumes aus einem Amazon EBS-Snapshot
-
Eine EC2 Instance aus einem EBS-Snapshot erstellen oder wiederherstellen
-
Wiederherstellung einer laufenden Instance aus einem AMI
Dateien und Verzeichnisse aus EBS-Snapshots wiederherstellen
EBS-Snapshots bieten eine point-in-time exakte Kopie des ursprünglichen Volumes, das zur Erstellung des Snapshots verwendet wurde. Um einzelne Dateien oder Verzeichnisse wiederherzustellen, müssen Sie wie folgt vorgehen:
-
Stellen Sie zunächst das Volume aus dem EBS-Snapshot wieder her, das die Dateien oder Verzeichnisse enthält.
-
Hängen Sie das Volume an die EC2 Instanz an, auf der Sie die Dateien wiederherstellen möchten.
-
Kopieren Sie die Dateien vom wiederhergestellten Volume auf Ihr EC2 Instance-Volume.
-
Trennen Sie das wiederhergestellte Volume und löschen Sie es.
Wiederherstellen eines EBS-Volumes aus einem Amazon EBS-Snapshot
Sie können ein Volume wiederherstellen, das an eine bestehende EC2 Instance angehängt ist, indem Sie aus dem zugehörigen Snapshot ein Volume erstellen und es an Ihre Instance anhängen. Sie können die Konsolen- AWS CLI, die- oder die API-Operationen verwenden, um ein Volume aus einem vorhandenen Snapshot zu erstellen. Anschließend können Sie das Volume mithilfe des Betriebssystems in die Instance einbinden.
Beachten Sie, dass Daten aus einem Amazon EBS-Snapshot asynchron in ein EBS-Volume geladen werden. Wenn eine Anwendung auf das Volume zugreift, auf dem die Daten nicht geladen sind, besteht eine höhere Latenz als normal, während die Daten von Amazon S3 geladen werden. Um diese Auswirkungen bei latenzempfindlichen Anwendungen zu vermeiden, haben Sie zwei Möglichkeiten:
-
Sie können das EBS-Volume initialisieren.
-
Gegen eine zusätzliche Gebühr unterstützt Amazon EBS die schnelle Snapshot-Wiederherstellung, sodass Sie Ihr Volume nicht initialisieren müssen.
Wenn Sie ein Volume ersetzen, das denselben Bereitstellungspunkt verwenden muss, müssen Sie dieses Volume aushängen, sodass Sie das neue Volume an seiner Stelle einhängen können. Um die Bereitstellung des Volumes aufzuheben, beenden Sie zunächst alle Prozesse, die das Volume verwenden. Wenn Sie das Root-Volume austauschen, müssen Sie zuerst die Instance beenden, bevor Sie das Root-Volume trennen können.
Gehen Sie beispielsweise folgendermaßen vor, um mithilfe der Konsole ein Volume auf einem früheren point-in-time Backup wiederherzustellen:
-
Wählen Sie auf der EC2 Amazon-Konsole im Elastic Block Store-Menü die Option Snapshots aus.
-
Suchen Sie nach dem Snapshot, den Sie wiederherstellen möchten, und wählen Sie ihn aus.
-
Wählen Sie „Aktionen“ und anschließend „Volume erstellen“.
-
Erstellen Sie das neue Volume in derselben Availability Zone wie Ihre EC2 Instance.
-
Wählen Sie auf der EC2 Amazon-Konsole die Instance aus.
-
Notieren Sie sich in den Instance-Details den Gerätenamen, den Sie in den Einträgen Root-Gerät oder Blockgeräte ersetzen möchten.
-
Schließen Sie das Volume an. Das Verfahren unterscheidet sich für Root-Volumes und Nicht-Root-Volumes.
Für Root-Volumes:
-
Stoppen Sie die EC2 Instanz.
-
Wählen Sie im Menü EC2 Elastic Block Store Volumes das Root-Volume aus, das Sie ersetzen möchten.
-
Wählen Sie „Aktionen“ und anschließend „Volume trennen“.
-
Wählen Sie im Menü EC2 Elastic Block Store Volumes das neue Volume aus.
-
Wählen Sie „Aktionen“ und anschließend „Volume anhängen“.
-
Wählen Sie die Instanz aus, an die Sie das Volume anhängen möchten, und verwenden Sie denselben Gerätenamen, den Sie zuvor notiert haben.
Für Nicht-Root-Volumes:
-
Wählen Sie im Menü EC2 Elastic Block Store Volumes das Nicht-Root-Volume aus, das Sie ersetzen möchten.
-
Wählen Sie „Aktionen“ und anschließend „Volume trennen“.
-
Hängen Sie das neue Volume an, indem Sie es im Menü EC2 Elastic Block Store Volumes auswählen und dann Aktionen, Volume anhängen wählen. Wählen Sie die Instance aus, an die Sie es anhängen möchten, und wählen Sie dann einen verfügbaren Gerätenamen aus.
-
Verwenden Sie das Betriebssystem für die Instanz, hängen Sie das vorhandene Volume aus und mounten Sie dann das neue Volume an seiner Stelle.
Unter Linux können Sie den
umount
Befehl verwenden. In Windows können Sie einen Logical Volume Manager (LVM) wie das Disk Management System Utility verwenden. -
Trennen Sie alle vorherigen Volumes, die Sie möglicherweise ersetzen möchten, indem Sie sie im Menü EC2 Elastic Block Store Volumes auswählen und dann Aktionen, Volume trennen wählen.
-
Sie können den auch AWS CLI in Kombination mit Betriebssystembefehlen verwenden, um diese Schritte zu automatisieren.
Eine EC2 Instance aus einem EBS-Snapshot erstellen oder wiederherstellen
Um ein Backup zu erstellen, das zur Wiederherstellung einer gesamten EC2 Instance verwendet wird, empfehlen wir, ein Amazon Machine Image (AMI) zu erstellen. AMIs Maschineninformationen wie den Virtualisierungstyp erfassen. Sie erstellen außerdem Snapshots für jedes Volume, das an die EC2 Instanz angehängt ist, einschließlich ihrer Gerätezuordnungen, sodass sie in derselben Konfiguration wiederhergestellt werden können.
Anmerkung
In den meisten Fällen benötigen Red Hat, SUSE und SQL Server AMIs für Windows korrekte Lizenzinformationen, um im AMI vorhanden zu sein. Weitere Informationen finden Sie unter Grundlegendes zu den AMI-Abrechnungsinformationen. Beim Erstellen eines AMI aus einem Snapshot leitet der RegisterImage
-Vorgang die korrekten Fakturierungsinformationen aus den Metadaten des Snapshots ab. Dazu müssen jedoch die entsprechenden Metadaten vorhanden sein. Um zu überprüfen, ob die richtigen Rechnungsinformationen verwendet wurden, überprüfen Sie das Feld Plattformdetails auf dem neuen AMI. Wenn das Feld leer ist oder nicht dem erwarteten Betriebssystemcode entspricht (z. B. Windows, Red Hat, SUSE oder SQL), war die AMI-Erstellung nicht erfolgreich. Sie sollten das AMI verwerfen und den Anweisungen unter Erstellen eines AMI aus einer Instanz folgen.
Wenn Sie einen EBS-Snapshot verwenden müssen, um eine Instance wiederherzustellen, erstellen Sie zunächst ein AMI aus einem EBS-Snapshot, der zum Root-Volume für Ihre neue EC2 Instance wird:
-
Wählen Sie auf der EC2 Amazon-Konsole im Elastic Block Store-Menü die Option Snapshots aus.
-
Suchen Sie nach dem Snapshot, der zur Erstellung des Root-Volumes für Ihre neue EC2 Instance verwendet werden soll, und wählen Sie ihn aus.
-
Wählen Sie „Aktionen“ und anschließend „Image aus Snapshot erstellen“.
-
Geben Sie einen Namen für Ihr Bild ein (z. B.
YYYYMMDD-restore-for-i-012345678998765de
) und wählen Sie die entsprechenden Optionen für Ihr neues Bild aus. -
(Nur Windows, Red Hat, SUSE und SQL Server) Um zu überprüfen, ob die richtigen Abrechnungsinformationen verwendet wurden, überprüfen Sie das Feld Plattformdetails auf dem neuen AMI. Wenn das Feld leer ist oder nicht dem erwarteten Betriebssystemcode entspricht (z. B. Windows oder Red Hat), war die AMI-Erstellung nicht erfolgreich. Sie sollten das AMI verwerfen und den Anweisungen unter Erstellen eines AMI aus einer Instanz folgen.
Nachdem das Image erstellt und verfügbar ist, können Sie eine neue EC2 Instance starten, die den EBS-Snapshot für das Root-Volume verwendet.
Wiederherstellung einer laufenden Instance aus einem AMI
Sie können eine neue Instance aus Ihrem AMI-Backup aufrufen, um eine bestehende, laufende Instance zu ersetzen. Ein Ansatz besteht darin, die bestehende Instance zu beenden, sie offline zu halten, während Sie eine neue Instance von Ihrem AMI aus starten, und alle erforderlichen Updates durchzuführen. Dieser Ansatz reduziert das Risiko von Konflikten, wenn beide Instances gleichzeitig ausgeführt werden. Dieser Ansatz ist akzeptabel, wenn die Dienste, die Ihre Instanz bereitstellt, nicht verfügbar sind oder Sie die Wiederherstellung während eines Wartungsfensters durchführen. Nachdem Sie Ihre neue Instance getestet haben, können Sie alle Elastic IP-Adressen neu zuweisen, die der alten Instance zugewiesen wurden. Anschließend können Sie alle DNS-Einträge (Domain Name Service) so aktualisieren, dass sie auf die neue Instance verweisen.
Wenn Sie jedoch während einer Wiederherstellung die Ausfallzeit Ihrer In-Service-Instance minimieren müssen, sollten Sie erwägen, eine neue Instance von Ihrem AMI-Backup aus zu starten und zu testen. Ersetzen Sie dann die bestehende Instance durch die neue Instance.
Während beide Instanzen laufen, müssen Sie verhindern, dass die neue Instanz Kollisionen auf Plattform- oder Anwendungsebene verursacht. Beispielsweise könnten Probleme mit domänengebundenen Windows-Instanzen auftreten, die unter demselben Computernamen ausgeführt werden. SIDs Bei Netzwerkanwendungen und -diensten, für die eindeutige Kennungen erforderlich sind, können ähnliche Probleme auftreten.
Um zu verhindern, dass andere Server und Dienste eine Verbindung zu Ihrer neuen Instance herstellen, bevor sie bereit ist, verwenden Sie Sicherheitsgruppen, um vorübergehend alle eingehenden Verbindungen für Ihre neue Instance zu blockieren, mit Ausnahme Ihrer eigenen IP-Adresse für Zugriffs- und Testzwecke. Sie können ausgehende Verbindungen für die neue Instanz auch vorübergehend blockieren, um zu verhindern, dass Dienste und Anwendungen Verbindungen oder Updates zu anderen Ressourcen initiieren. Wenn die neue Instanz bereit ist, beenden Sie die bestehende Instanz, starten Sie Dienste und Prozesse auf der neuen Instanz und entsperren Sie dann alle eingehenden oder ausgehenden Netzwerkverbindungen, die Sie implementiert haben.