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 Region 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 bestehende Objekte bei Bedarf aus dem Quell-Bucket 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 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 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 des Replikats auf das Objekt zu ändern AWS-Konto , dem der Ziel-Bucket gehört. Diese Instance wird als Eigentümer-Überschreibungs-Option bezeichnet. Sie können diese Option nutzen, um den Zugriff auf Objektreplikate einzuschränken.
-
Objekte über mehrere speichern lassen AWS-Regionen — Um geografische Unterschiede in Bezug auf den Speicherort Ihrer Daten zu gewährleisten, können Sie mehrere Ziel-Buckets für verschiedene festlegen. AWS-Regionen Diese Funktion kann Ihnen helfen, bestimmte Compliance-Anforderungen zu erfüllen.
-
Objekte innerhalb von 15 Minuten replizieren — Um Ihre Daten innerhalb eines vorhersehbaren Zeitraums in derselben AWS-Region oder in verschiedenen Regionen 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 über Buckets hinweg synchron zu halten, verwenden Sie Regeln für die bidirektionale Replikation (auch bekannt als bidirektionale Replikation), bevor Sie die Amazon S3 Multi-Region Access Point-Failover-Steuerungen konfigurieren. Two-way Replikationsregeln stellen sicher, dass Daten, wenn sie in den S3-Bucket geschrieben werden, auf den der Datenverkehr umgeleitet wird, diese Daten anschließend wieder in den Quell-Bucket repliziert werden.
Wann sollte die Replikation verwendet werden Cross-Region
Cross-Region S3-Replikation (CRR) wird verwendet, um Objekte zwischen Amazon S3 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 anlegen AWS-Regionen , die sich geografisch näher an Ihren Benutzern befinden.
-
Steigern Sie die betriebliche Effizienz — Wenn Sie Rechencluster in zwei verschiedenen Bereichen haben AWS-Regionen , die dieselbe Gruppe von Objekten analysieren, können Sie sich dafür entscheiden, Objektkopien in diesen Regionen zu verwalten.
Wann sollte die Same-Region Replikation verwendet werden
Same-Region Replikation (SRR) wird verwendet, um Objekte zwischen Amazon S3 S3-Buckets in demselben 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 Gesetze zur Datenhoheit — Möglicherweise müssen Sie mehrere Kopien Ihrer Daten AWS-Konten in einer bestimmten Region getrennt 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 für mehrere AWS-Regionen— Mit der Replikatmodifikationssynchronisierung können Sie Metadatenänderungen wie Objektzugriffskontrolllisten (Object Access Control Lists, ACLs), Objekt-Tags oder Objektsperren auf einfache Weise auf Replikationsobjekte 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.
-
Sorgen Sie dafür, dass Daten während eines Failovers regionsübergreifend synchronisiert werden — Sie können Daten in Buckets zwischen den einzelnen Regionen synchronisieren, AWS-Regionen indem Sie Regeln für die bidirektionale Replikation mit der Cross-Region S3-Replikation (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 Multi-Region Access Point aus überwachen können.
-
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 derselben AWS-Region innerhalb von 24-48 Stunden (nicht SLA-gestützt) | Nein | Nein | Ja |
| Objekte zwischen verschiedenen Objekten AWS-Regionen innerhalb von 24-48 Stunden replizieren (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 |