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.
REL09-BP01 Identifizieren und sichern Sie alle Daten, die gesichert werden müssen, oder reproduzieren Sie die Daten aus Quellen
Sie sollten die Backup-Funktionen der von dem Workload genutzten Daten-Services und -Ressourcen verstehen und nutzen. Die meisten Services bieten Funktionen zur Sicherung von Workload-Daten.
Gewünschtes Ergebnis: Die Datenquellen wurden identifiziert und nach ihrer Bedeutung klassifiziert. Legen Sie anschließend eine Strategie für die Datenwiederherstellung fest, die auf dem basiert. RPO Diese Strategie involviert entweder die Sicherung dieser Datenquellen oder die Möglichkeit, Daten aus anderen Quellen zu reproduzieren. Im Falle eines Datenverlusts ermöglicht die implementierte Strategie die Wiederherstellung oder Reproduktion von Daten innerhalb des definierten RPO BereichsRTO.
„Cloud-Reife“-Phase: Grundlegend
Typische Anti-Muster:
-
Nicht alle Datenquellen für die Workload und deren Kritikalität sind bekannt.
-
Es erfolgen keine Backups kritischer Datenquellen.
-
Es erfolgen nur Backups von manchen Datenquellen ohne die Verwendung von Kritikalität als Kriterium.
-
Keine definierte oder RPO die Backup-Frequenz kann nicht eingehalten werdenRPO.
-
Es erfolgt keine Bewertung, ob ein Backup erforderlich ist oder ob Daten aus anderen Quellen reproduziert werden können.
Vorteile der Nutzung dieser bewährten Methode: Die Identifizierung der Stellen, an denen Backups erforderlich sind, und die Implementierung eines Mechanismus zur Erstellung von Backups oder die Möglichkeit, die Daten aus einer externen Quelle zu reproduzieren, verbessern die Fähigkeit zur Wiederherstellung und Wiederbeschaffung von Daten während eines Ausfalls.
Risikostufe, wenn diese bewährte Methode nicht eingeführt wird: Hoch
Implementierungsleitfaden
Alle AWS Datenspeicher bieten Backup-Funktionen. Dienste wie Amazon RDS und Amazon DynamoDB unterstützen zusätzlich automatisiertes Backup, das point-in-time Recovery (PITR) ermöglicht, sodass Sie ein Backup jederzeit bis zu fünf Minuten oder weniger vor der aktuellen Uhrzeit wiederherstellen können. Viele AWS Dienste bieten die Möglichkeit, Backups auf andere zu kopieren. AWS-Region AWS Backup ist ein Tool, mit dem Sie den Datenschutz für alle AWS Dienste zentralisieren und automatisieren können. AWS Elastic Disaster Recovery
Amazon S3 kann als Backup-Ziel für selbstverwaltete und verwaltete Datenquellen verwendet AWS werden. AWS Dienste wie AmazonEBS, Amazon und Amazon RDS DynamoDB verfügen über integrierte Funktionen zum Erstellen von Backups. Sicherungssoftware von Drittanbietern kann ebenfalls eingesetzt werden.
Lokale Daten können mithilfe von oder gesichert werden. AWS Cloud AWS Storage GatewayAWS DataSync Mit Amazon S3-Buckets können Sie diese Daten auf AWS speichern. Amazon S3 bietet mehrere Speicherebenen wie Amazon S3 Glacier oder S3 Glacier Deep Archive, um die Kosten für den Datenspeicher zu senken.
Möglicherweise können Sie Ihre Datenwiederherstellungs-Anforderungen erfüllen, indem Sie Daten aus anderen Quellen reproduzieren. Zum Beispiel könnten Amazon ElastiCache Replica Nodes oder Amazon RDS Read Replicas verwendet werden, um Daten zu reproduzieren, falls der primäre Knoten verloren geht. In Fällen, in denen Quellen wie diese verwendet werden können, um Ihr Recovery Point Objective (RPO) und Recovery Time Objective (RTO) zu erreichen, benötigen Sie möglicherweise kein Backup. Ein weiteres Beispiel: Wenn Sie mit Amazon arbeitenEMR, ist es möglicherweise nicht erforderlich, Ihren HDFS Datenspeicher zu sichern, solange Sie die Daten EMR von Amazon Amazon S3 in Amazon reproduzieren
Bei der Auswahl einer Backup-Strategie sollten Sie die für die Datenwiederherstellung benötigte Zeit berücksichtigen. Diese hängt von der Art des Backups (im Falle einer Backup-Strategie) oder von der Komplexität des Datenreproduktions-Mechanismus ab. Diese Zeit sollte im Rahmen der RTO Arbeitslast liegen.
Implementierungsschritte
-
Identifizieren Sie alle Datenquellen für die Workload. Daten können über verschiedene Ressourcen wie Datenbanken
, Volumes, Dateisysteme, Protokollierungssysteme und Objektspeicher gespeichert werden. Im Abschnitt Ressourcen finden Sie verwandte Dokumente zu den verschiedenen AWS Diensten, bei denen Daten gespeichert werden, und zu den Backup-Funktionen, die diese Dienste bieten. -
Klassifizieren Sie Datenquellen basierend auf Kritikalität. Unterschiedliche Datensätze haben unterschiedliche Kritikalitäts-Niveaus für eine Workload und damit auch verschiedene Anforderungen an die Ausfallsicherheit. Beispielsweise können einige Daten kritisch sein und einen Wert RPO nahe Null erfordern, während andere Daten weniger kritisch sind und einen höheren RPO und einen gewissen Datenverlust tolerieren können. In ähnlicher Weise können auch für unterschiedliche Datensätze unterschiedliche RTO Anforderungen gelten.
-
Verwenden Sie AWS Dienste von Drittanbietern, um Backups der Daten zu erstellen. AWS Backupist ein verwalteter Dienst, mit dem Backups verschiedener Datenquellen erstellt werden können AWS. AWS Elastic Disaster Recovery
verwaltet die automatische Datenreplikation in Sekundenbruchteilen auf eine AWS-Region. Die meisten AWS Dienste verfügen auch über native Funktionen zum Erstellen von Backups. The AWS Marketplace hat viele Lösungen, die diese Funktionen ebenfalls bieten. In den unten aufgeführten Ressourcen finden Sie Informationen darüber, wie Sie Backups von Daten aus verschiedenen AWS -Services erstellen können. -
Für Daten, die nicht gesichert werden, sollten Sie einen Datenreproduktions-Mechanismus festlegen. Es gibt verschiedene Gründe dafür, Daten, die aus anderen Quellen reproduziert werden können, nicht zu sichern. Möglicherweise ergibt sich die Situation, dass es günstiger ist, Daten bei Bedarf aus Quellen zu reproduzieren als ein Backup zu erstellen, da mit der Speicherung von Backups gewisse Kosten verbunden sind. Ein anderes Beispiel ist, dass die Wiederherstellung aus einem Backup länger dauert als die Reproduktion der Daten aus Quellen, was zu einem Verstoß in führt. RTO In solchen Situationen sollten Sie sich einen Kompromiss überlegen und einen gut definierten Prozess festlegen, wie Daten aus diesen Quellen reproduziert werden können, wenn eine Datenwiederherstellung erforderlich ist. Wenn Sie beispielsweise Daten von Amazon S3 in ein Data Warehouse (wie Amazon Redshift) oder einen MapReduce Cluster (wie AmazonEMR) geladen haben, um diese Daten zu analysieren, kann dies ein Beispiel für Daten sein, die aus anderen Quellen reproduziert werden können. Solange die Ergebnisse dieser Analysen entweder irgendwo gespeichert oder reproduzierbar sind, würden Sie keinen Datenverlust aufgrund eines Fehlers im Data Warehouse oder Cluster erleiden. MapReduce Andere Beispiele, die aus Quellen reproduziert werden können, sind Caches (wie Amazon ElastiCache) oder RDS Read Replicas.
-
Legen Sie eine Kadenz für die Sicherung von Daten fest. Das Erstellen von Backups von Datenquellen ist ein periodischer Vorgang, und die Häufigkeit sollte davon abhängen. RPO
Aufwand für den Implementierungsplan: Mittel.
Ressourcen
Zugehörige bewährte Methoden:
REL13-BP01 Definieren von Wiederherstellungszielen bei Ausfällen und Datenverlusten
Zugehörige Dokumente:
Zugehörige Videos:
Zugehörige Beispiele:
