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.
Replizieren von Objekten innerhalb und zwischen Regionen
Sie können die Replikation zum automatischen, asynchronen Kopieren von Objekten in Amazon-S3-Buckets nutzen. Buckets, die für die Objektreplikation konfiguriert sind, können sich im Besitz desselben AWS-Konto oder unterschiedlicher Konten befinden. Sie können Objekte in einen einzelnen Ziel-Bucket oder in mehrere Ziel-Buckets replizieren. Die Ziel-Buckets können sich in einer anderen AWS-Regionen oder in derselben Region wie der Quell-Bucket befinden.
Es gibt zwei Arten der Replikation: die Live-Replikation und die On-Demand-Replikation.
-
Live-Replikation – Verwenden Sie die Live-Replikation, um neue und aktualisierte Objekte automatisch zu replizieren, während sie in den Quell-Bucket geschrieben werden. Die Live-Replikation repliziert keine Objekte, die bereits vor dem Einrichten der Replikation in dem Bucket vorhanden waren. Verwenden Sie die On-Demand-Replikation, um Objekte zu replizieren, die bereits vor dem Einrichten der Replikation vorhanden waren.
-
On-demand Replikation — Verwenden Sie S3 Batch Replication, um vorhandene Objekte aus dem Quell-Bucket bei Bedarf in einen oder mehrere Ziel-Buckets zu replizieren. Weitere Informationen zum Replizieren vorhandener Objekte finden Sie unter Wann die S3-Batch-Replikation verwendet wird.
Es gibt zwei Formen der Live-Replikation: Cross-Region Replikation (CRR) und Same-Region Replikation (SRR).
-
Cross-Region Replikation (CRR) — Sie können CRR verwenden, um Objekte in verschiedenen Amazon S3-Buckets zu replizieren. AWS-Regionen Weitere Informationen zur CRR finden Sie unter Wann sollte die Replikation verwendet werden Cross-Region.
-
Same-Region Replikation (SRR) — Sie können SRR verwenden, um Objekte innerhalb derselben Amazon S3-Buckets zu kopieren. AWS-Region Weitere Informationen zur SRR finden Sie unter Wann sollte die Same-Region Replikation verwendet werden.
Gründe zur Verwendung der Replikation
Die Replikation unterstützt Sie bei Folgendem:
-
Replikation von Objekten unter Beibehaltung von Metadaten – Sie können mithilfe der Replikation Kopien Ihrer Objekte erstellen, die alle Metadaten enthalten, z. B. die ursprünglichen Objekterstellungszeiten und Versions-IDs. Diese Funktion ist wichtig, wenn Sie sicherstellen müssen, dass Ihr Replikat mit dem Quellobjekt identisch ist.
-
Replikation von Objekten in verschiedene Speicherklassen – Sie können mit der Replikation Objekte direkt in S3 Glacier Flexible Retrieval, S3 Glacier Deep Archive oder eine andere Speicherklasse in den Ziel-Buckets platzieren. Sie können Ihre Daten auch in dieselbe Speicherklasse replizieren und Lebenszyklus-Konfigurationen für die Ziel-Buckets verwenden, um Ihre Objekte bei zunehmendem Alter in eine Speicherklasse für seltener genutzte Objekte zu verschieben.
-
Objektkopien unter unterschiedlichen Eigentümern verwalten — Unabhängig davon, wem das Quellobjekt gehört, können Sie Amazon S3 anweisen, den Besitz der Replikate auf den Eigentümer des Ziel-Buckets AWS-Konto zu ändern. Diese Instance wird als Eigentümer-Überschreibungs-Option bezeichnet. Sie können diese Option nutzen, um den Zugriff auf Objektreplikate einzuschränken.
-
Objekte mehrfach speichern AWS-Regionen — Um sicherzustellen, dass Ihre Daten geografisch unterschiedlich aufbewahrt werden, können Sie mehrere Ziel-Buckets für unterschiedliche Zwecke einrichten. AWS-Regionen Diese Funktion kann Ihnen helfen, bestimmte Compliance-Anforderungen zu erfüllen.
-
Objekte innerhalb von 15 Minuten replizieren — Um Ihre Daten in derselben AWS-Region oder in verschiedenen Regionen innerhalb eines vorhersehbaren Zeitrahmens zu replizieren, können Sie S3 Replication Time Control (S3 RTC) verwenden. S3 RTC repliziert 99,99 Prozent der neuen in Amazon S3 gespeicherten Objekte innerhalb von 15 Minuten (gestützt auf ein Service Level Agreement). Weitere Informationen finden Sie unter Erfüllen der Compliance-Anforderungen durch eine Begrenzung der S3-Replikationszeit (S3 RTC).
Anmerkung
S3 RTC gilt nicht für die Batch-Replikation. Die Batch-Replikation ist ein On-Demand-Replikationsauftrag und kann mit S3-Batchvorgängen verfolgt werden. Weitere Informationen finden Sie unter Verfolgen von Auftragsstatus- und Abschluss.
-
Synchronisieren Sie Buckets, replizieren Sie vorhandene Objekte und replizieren Sie zuvor fehlgeschlagene oder replizierte Objekte – Verwenden Sie die Batch-Replikation als On-Demand-Replikationsaktion, um Buckets zu synchronisieren und vorhandene Objekte zu replizieren. Weitere Informationen dazu, wann Sie die Batch-Replikation verwenden sollten, finden Sie unter Wann die S3-Batch-Replikation verwendet wird.
-
Objekte replizieren und Failover zu einem Bucket in einem anderen Bucket durchführen AWS-Region — Um alle Metadaten und Objekte während der Datenreplikation bucketübergreifend synchron zu halten, verwenden Sie Regeln für die bidirektionale Replikation (auch bekannt als bidirektionale Replikation), bevor Sie die Amazon S3 Access Point-Failover-Steuerelemente konfigurieren. Multi-Region Two-way Replikationsregeln tragen dazu bei, dass Daten, die in den S3-Bucket geschrieben werden, auf den der Datenverkehr ausfällt, wieder in den Quell-Bucket repliziert werden.
Wann sollte die Replikation verwendet werden Cross-Region
S3 Cross-Region Replication (CRR) wird verwendet, um Objekte zwischen Amazon S3-Buckets in verschiedene zu kopieren. AWS-Regionen CRR kann Sie bei Folgendem unterstützen:
-
Einhalten der Compliance-Anforderungen – Auch wenn Amazon S3 Ihre Daten standardmäßig in mehreren geografisch entfernten Availability Zones speichert, machen es die Compliance-Anforderungen möglicherweise erforderlich, Daten in noch größeren Entfernungen zu speichern. Um diese Anforderungen zu erfüllen, verwenden Sie Cross-Region Replication, um Daten zwischen entfernten Standorten zu replizieren. AWS-Regionen
-
Latenz minimieren — Wenn sich Ihre Kunden an zwei geografischen Standorten befinden, können Sie die Latenz beim Zugriff auf Objekte minimieren, indem Sie Objektkopien speichern AWS-Regionen , die sich geografisch näher an Ihren Benutzern befinden.
-
Erhöhen Sie die betriebliche Effizienz — Wenn Sie Rechencluster in zwei verschiedenen Clustern haben AWS-Regionen , die dieselbe Gruppe von Objekten analysieren, könnten Sie sich dafür entscheiden, Objektkopien in diesen Regionen zu verwalten.
Wann sollte die Same-Region Replikation verwendet werden
Same-Region Replication (SRR) wird verwendet, um Objekte innerhalb derselben Amazon S3-Buckets zu kopieren. AWS-Region SRR kann Sie bei Folgendem unterstützen:
-
Aggregieren von Protokollen in einen einzelnen Bucket – Wenn Sie Protokolle in mehrere Buckets oder kontoübergreifend speichern, können Sie Protokolle ganz einfach in einen einzelnen Bucket innerhalb derselben Region replizieren. Dies ermöglicht eine einfachere Protokollverarbeitung an einem einzelnen Standort.
-
Konfigurieren von Live-Replikation zwischen Produktions- und Testkonten – Wenn Sie oder Ihre Kunden Produktions- und Testkonten haben, die dieselben Daten nutzen, können Sie Objekte kontoübergreifend replizieren und dabei die Objektmetadaten erhalten.
-
Halten Sie sich an die Gesetze zur Datenhoheit — Möglicherweise müssen Sie AWS-Konten innerhalb einer bestimmten Region mehrere Kopien Ihrer Daten separat speichern. Same-Region Mithilfe der Replikation können Sie wichtige Daten automatisch replizieren, wenn die Daten aufgrund gesetzlicher Vorschriften Ihr Land nicht verlassen dürfen.
Wann sollte die bidirektionale Replikation verwendet werden
-
Erstellen Sie gemeinsam genutzte Datensätze AWS-Regionen — Mit der Synchronisierung von Replikatänderungen können Sie Metadatenänderungen wie Objektzugriffskontrolllisten (ACLs), Objekt-Tags oder Objektsperren problemlos an Replikationsobjekten replizieren. Diese bidirektionale Replikation ist wichtig, wenn Sie alle Objekte und Objektmetadatenänderungen synchron halten möchten. Sie können die Synchronisierung von Replikatänderungen für eine neue oder bestehende Replikationsregel aktivieren, wenn Sie eine bidirektionale Replikation zwischen zwei oder mehr Buckets in derselben oder verschiedenen AWS-Regionen durchführen.
-
Synchronisieren Sie die Daten während des Failovers regionsübergreifend — Sie können Daten in Buckets zwischen diesen synchronisieren, AWS-Regionen indem Sie bidirektionale Replikationsregeln mit S3 Cross-Region Replication (CRR) direkt von einem Access Point aus konfigurieren. Multi-Region Um eine fundierte Entscheidung darüber zu treffen, wann ein Failover eingeleitet werden soll, können Sie auch S3-Replikationsmetriken aktivieren, sodass Sie die Replikation in Amazon CloudWatch, in S3 Replication Time Control (S3 RTC) oder vom Access Point aus überwachen können. Multi-Region
-
Sorgen Sie für hohe Verfügbarkeit Ihrer Anwendung – Selbst im Fall einer regionalen Datenverkehrsunterbrechung können Sie bidirektionale Replikationsregeln verwenden, um alle Metadaten und Objekte während der Datenreplikation Bucket-übergreifend synchron zu halten.
Wann die S3-Batch-Replikation verwendet wird
Die Batch-Replikation repliziert vorhandene Objekte als On-Demand-Option in verschiedene Buckets. Im Gegensatz zur Live-Replikation können diese Aufträge nach Bedarf ausgeführt werden. Die Batch-Replikation unterstützt Sie bei Folgendem:
-
Vorhandene Objekte replizieren — Sie können die Batch-Replikation verwenden, um Objekte zu replizieren, die dem Bucket hinzugefügt wurden, bevor Same-Region Replikation oder Cross-Region Replikation konfiguriert wurden.
-
Replizieren Sie Objekte, bei denen die Replikation zuvor fehlgeschlagen hat – Sie können einen Batch-Replikationsauftrag filtern, um Objekte mit dem Replikationsstatus FEHLGESCHLAGEN zu replizieren.
-
Replizieren von Objekten, die bereits repliziert wurden – Möglicherweise müssen Sie mehrere Kopien Ihrer Daten in separaten AWS-Konten oder AWS-Regionen speichern. Die Batch-Replikation kann vorhandene Objekte an neu hinzugefügte Ziele replizieren.
-
Replizieren von Replikaten von Objekten, die aus einer Replikationsregel erstellt wurden – Replikationskonfigurationen erstellen Replikate von Objekten in Ziel-Buckets. Replikate von Objekten können nur mit Batch-Replikation repliziert werden.
Workload-Anforderungen und Live-Replikationen
Abhängig von Ihren Workload-Anforderungen eignen sich einige Arten der Live-Replikation besser für Ihren Anwendungsfall als andere. Verwenden Sie die folgende Tabelle, um zu ermitteln, welche Art von Replikation Sie für Ihre Situation verwenden sollten, und ob Sie die Begrenzung der S3-Replikationszeit (S3 RTC) für Ihren Workload nutzen sollten oder nicht. S3 RTC repliziert 99,99 Prozent der neuen in Amazon S3 gespeicherten Objekte innerhalb von 15 Minuten (gestützt auf ein Service Level Agreement (SLA)). Weitere Informationen finden Sie unter Erfüllen der Compliance-Anforderungen durch eine Begrenzung der S3-Replikationszeit (S3 RTC).
| Workload-Anforderung | S3 RTC (15 Minuten SLA) | Cross-Region Replikation (CRR) | Same-Region Replikation (SRR) |
|---|---|---|---|
| Replizieren Sie Objekte zwischen verschiedenen AWS-Konten | Ja | Ja | Ja |
| Replizieren Sie Objekte innerhalb desselben Objekts AWS-Region innerhalb von 24-48 Stunden (nicht SLA-gestützt) | Nein | Nein | Ja |
| Replizieren Sie Objekte zwischen verschiedenen Objekten AWS-Regionen innerhalb von 24-48 Stunden (nicht SLA-gestützt) | Nein | Ja | Nein |
|
Vorhersehbare Replikationszeit: Unterstützt durch SLA für eine Replizierung von 99,9 Prozent der Objekte innerhalb von 15 Minuten |
Ja | Nein | Nein |