Speicher - AWS Outposts Überlegungen zu Design und Architektur für hohe Verfügbarkeit

Dieses Dokument wird derzeit aktualisiert. In der Zwischenzeit sind einige Inhalte möglicherweise nicht korrekt.

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.

Speicher

Das Tool AWS Outposts Der Rack-Service bietet drei Speichertypen:

Instance-Speicher wird auf unterstützten Servern (C5d,, M5d R5dG4dn, undI3en) bereitgestellt. Genau wie in der Region bleiben die Daten in einem Instance-Speicher nur für die (laufende) Lebensdauer der Instance erhalten.

Outposts EBS Volumes und S3 on Outposts Object Storage werden als Teil des AWS Outposts verwaltete Dienste verwalten. Die Kunden sind für das Kapazitätsmanagement der Outpost-Speicherpools verantwortlich. Kunden geben bei der Bestellung eines Outpost ihre Speicheranforderungen für EBS und S3-Speicher an. AWS konfiguriert den Outpost mit der Anzahl der Speicherserver, die zur Bereitstellung der angeforderten Speicherkapazität erforderlich sind. AWS ist verantwortlich für die Verfügbarkeit der Speicherdienste EBS und S3 auf Outposts. Es werden ausreichend Speicherserver bereitgestellt, um dem Outpost hochverfügbare Speicherdienste bereitzustellen. Der Verlust eines einzelnen Speicherservers sollte weder die Dienste unterbrechen noch zu Datenverlusten führen.

Sie können das AWS Management Console und CloudWatch Metriken zur Überwachung der Kapazitätsauslastung Outposts Outpost EBS und S3.

Datenschutz

Für VolumenEBS: AWS Outposts Das Rack unterstützt EBS Volume-Snapshots und bietet so einen einfachen und sicheren Datenschutzmechanismus zum Schutz Ihrer Blockspeicherdaten. Snapshots sind point-in-time inkrementelle Backups Ihrer Volumes. EBS Standardmäßig werden Snapshots von EBS Amazon-Volumes in Ihrem Outpost auf Amazon S3 in der Region gespeichert. Wenn Ihre Outposts mit der Kapazität S3 on Outposts konfiguriert wurden, können Sie EBSLocal Snapshots on Outposts verwenden, um Snapshots mithilfe von S3 on Outposts lokal in Ihrem Outpost zu speichern.

Für S3 in Outposts-Buckets (Anwendungsfälle für Datenresidenz):

  • Sie können die S3-Versionierung für Outposts verwenden, um alle Änderungen und den Verlauf von Objekten zu speichern. Wenn diese Option aktiviert ist, speichert die S3-Versionsverwaltung mehrere unterschiedliche Kopien eines Objekts im selben Bucket. Sie können die S3-Versionsverwaltung verwenden, um sämtliche Versionen aller Objekte in Ihren Outposts-Buckets zu speichern, abzurufen oder wiederherzustellen. Mit der S3-Versionsverwaltung können Sie Versionen sowohl nach unbeabsichtigten Benutzeraktionen als auch nach Anwendungsfehlern problemlos wiederherstellen.

  • Sie können S3 Replication on Outposts verwenden, um Replikationsregeln zu erstellen und zu konfigurieren, um Ihre S3-Objekte automatisch in einen anderen Outpost oder in einen anderen Bucket auf demselben Outpost zu replizieren. Während der Replikation werden S3-Objekte auf Outposts über das lokale Gateway des Kunden gesendet (LGW), und Objekte werden nicht zurück zum AWS-Region. S3 Replication on Outposts bietet eine einfache und flexible Möglichkeit, Daten innerhalb eines bestimmten Datenperimeters automatisch zu replizieren, um Datenredundanz und Compliance-Anforderungen zu erfüllen.

    S3 Replication on Outposts bietet außerdem detaillierte Metriken und Benachrichtigungen, um den Status Ihrer Objektreplikation zu überwachen. Sie können den Replikationsfortschritt überwachen, indem Sie ausstehende Bytes, ausstehende Operationen und die Replikationslatenz zwischen Ihren Quell- und Ziel-Outposts-Buckets mithilfe von Amazon verfolgen. CloudWatch Sie können auch EventBridge Amazon-Regeln einrichten, um Ereignisse mit Replikationsfehlern zu empfangen, um Konfigurationsprobleme schnell zu diagnostizieren und zu korrigieren.

    Referenzarchitekturdiagramm, das die Verwendung von Amazon EventBridge und Amazon zeigt CloudWatch

Für S3 in Outposts-Buckets (Anwendungsfälle ohne Datenresidenz) zu AWS-Regionen: Sie können verwenden AWS DataSyncum S3 on Outposts-Datenübertragungen zwischen Ihrem Outpost und der Region zu automatisieren. DataSync ermöglicht es Ihnen, auszuwählen, was übertragen werden soll, wann übertragen werden soll und wie viel Bandbreite Sie verwenden möchten. Sicherung Ihrer lokalen S3 on Outposts-Buckets in S3-Buckets im AWS-Region ermöglicht es Ihnen, die Datenbeständigkeit von 99,999999999% (11 9) und zusätzliche Speicherstufen (Standard, Infrequent Access und Glacier) zur Kostenoptimierung zu nutzen, die im regionalen S3-Service verfügbar sind.

Instanzreplikation: Sie können einzelne Instances von lokalen Systemen CloudEndurezu einem Outpost, von einem Outpost zur Region, von der Region zu einem Outpost oder von einem Outpost zu einem anderen replizieren. Die Architektur für DR auf AWS Outposts Der CloudEndure Blogbeitrag with beschreibt jedes dieser Szenarien und wie man damit eine Lösung entwerfen kann. CloudEndure

Diagramm, das die Notfallwiederherstellung (DR) von einem Außenposten in die Region zeigt

Disaster Recovery (DR) von einem Außenposten in die Region

Die Verwendung von AWS Outposts Rack als CloudEndure Ziel (Replikationsziel) erfordert S3 auf Outposts-Speicher.

  • Verwenden Sie EBS Snapshots, um point-in-time Backups von Blockspeicher-Volumes auf Amazon S3 in der Region oder S3 auf Outposts zu erstellen.

  • Verwenden Sie S3 für die Objektversionierung in Outposts, um mehrere Versionen und den Verlauf Ihrer Objekte zu verwalten.

  • Verwenden Sie S3 Replication on Outposts, um Ihre Objektdaten automatisch auf einen anderen Outpost zu replizieren.

  • Verwenden Sie für Anwendungsfälle, bei denen es sich nicht um Datenresidenzen handelt AWS DataSync um in S3 auf Outpost gespeicherte Objekte auf Amazon S3 in der Region zu sichern.

  • Wird verwendet CloudEndure , um Instanzen zwischen lokalen Systemen, logischen Outposts und der Region zu replizieren.