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:

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:

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:

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:

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.

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:

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.