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.
Anforderungen und Überlegungen für die Replikation
Für die Amazon S3 S3-Replikation ist Folgendes erforderlich:
-
Der Besitzer des Quell-Buckets muss die Quelle und das Ziel kennen AWS-Regionen für ihr Konto aktiviert. Für das Konto des Ziel-Bucket-Eigentümers muss die Zielregion aktiviert sein.
Weitere Informationen zur Aktivierung oder Deaktivierung eines AWS-Region, siehe Verwalten AWS-Regionen in der Allgemeine AWS-Referenz.
-
Für Quell- und Ziel-Buckets muss die Versioning aktiviert sein. Weitere Informationen über das Versioning finden Sie unter Verwenden der Versioning in S3-Buckets.
-
Amazon S3 muss berechtigt sein, Objekte aus dem Quell-Bucket in Ihrem Namen in den Ziel-Bucket/die Ziel-Buckets zu replizieren. Weitere Informationen zu diesen Berechtigungen finden Sie unter Berechtigungen für die Live-Replikation einrichten.
-
Wenn der Besitzer des Quell-Buckets nicht Eigentümer des Objekts im Bucket ist, muss der Objekteigentümer dem Bucket-Besitzer
READ
dieREAD_ACP
entsprechenden Berechtigungen mit der Objektzugriffskontrollliste (ACL) gewähren. Weitere Informationen finden Sie unter Übersicht über die Zugriffskontrollliste (ACL). -
Wenn für den Quell-Bucket die S3-Objektsperre aktiviert ist, muss sie für die Ziel-Buckets ebenfalls aktiviert sein.
Um die Replikation für einen Bucket zu aktivieren, für den Object Lock aktiviert ist, müssen Sie den AWS Command Line Interface, RESTAPI, oder AWS SDKs. Weitere allgemeine Informationen finden Sie unter Verwenden der S3-Objektsperre.
Anmerkung
Sie müssen zwei neue Berechtigungen für den S3-Quell-Bucket im AWS Identity and Access Management (IAM) Rolle, mit der Sie die Replikation einrichten. Die zwei neuen Berechtigungen lauten
s3:GetObjectRetention
unds3:GetObjectLegalHold
. Wenn die Rolle über eines3:Get*
-Berechtigung verfügt, ist die Anforderung erfüllt. Weitere Informationen finden Sie unter Berechtigungen für die Live-Replikation einrichten.
Weitere Informationen finden Sie unter Live-Replikation einrichten.
Wenn Sie die Replikationskonfiguration in einem kontenübergreifenden Szenario einrichten, in dem die Quell- und Ziel-Buckets unterschiedlichen Besitzern gehören AWS-Konten, gilt die folgende zusätzliche Anforderung:
-
Der Eigentümer der Ziel-Buckets muss dem Eigentümer des Quell-Buckets mit einer Bucket-Richtlinie die Berechtigungen zum Replizieren von Objekten erteilen. Weitere Informationen finden Sie unter Erteilen von Berechtigungen, wenn die Quell- und Ziel-Buckets unterschiedlichen Besitzern gehören AWS-Konten.
-
Die Ziel-Buckets dürfen nicht als Buckets des Typs "Zahlung durch den Anforderer" konfiguriert sein. Weitere Informationen finden Sie unter Nutzen von Buckets mit Zahlung durch den Anforderer für Speicherübertragungen und Nutzung.
Überlegungen zur Replikation
Bevor Sie eine Replikationskonfiguration erstellen, sollten Sie die folgenden Überlegungen beachten.
Themen
Lebenszyklus-Konfiguration und Objektreplikate
Die von Amazon S3 für die Replikation eines Objekts benötigte Zeit hängt von der Größe des Objekts ab. Bei großen Objekten kann dies mehrere Stunden dauern. Auch wenn es möglicherweise etwas dauert, bis ein Replikat im Ziel verfügbar ist, entspricht die Erstellungszeit des Replikats der Erstellungszeit des entsprechenden Objekts im Quell-Bucket. Wenn eine Lebenszyklus-Konfiguration für einen Ziel-Bucket aktiviert ist, berücksichtigen die Lebenszyklusregeln die ursprüngliche Erstellungszeit des Objekts, nicht den Zeitpunkt, zu dem das Replikat im Ziel-Bucket verfügbar wurde.
Die Replikations-Konfiguration erfordert einen Bucket mit aktiviertem Versioning. Berücksichtigen Sie bei der Aktivierung des Versioning in einem Bucket Folgendes:
-
Wenn eine Lebenszyklus-Konfiguration für den Ablauf von Objekten vorhanden ist, nachdem Sie die Versionsverwaltung aktiviert haben, fügen Sie eine
NonCurrentVersionExpiration
-Richtlinie hinzu, damit dasselbe Verhalten hinsichtlich einer dauerhaften Löschung beibehalten wird wie vor der Aktivierung der Versionsverwaltung. -
Wenn eine Übergangs-Lebenszyklus-Konfiguration vorhanden ist, nachdem Sie die Versionsverwaltung aktiviert haben, sollten Sie in Betracht ziehen, eine
NonCurrentVersionTransition
-Richtlinie hinzuzufügen.
Versioning-Konfiguration und Replikations-Konfiguration
Wenn Sie die Replikation auf einem Bucket konfigurieren, muss sowohl für den Quell- als auch für den Ziel-Bucket das Versioning aktiviert sein. Nachdem Sie sowohl im Quell- als auch im Ziel-Bucket das Versioning aktiviert und die Replikation im Quell-Bucket konfiguriert haben, werden Sie folgende Schwierigkeiten beobachten:
-
Wenn Sie versuchen, das Versioning auf dem Quell-Bucket zu deaktivieren, gibt Amazon S3 einen Fehler zurück. Sie müssen die Replikations-Konfiguration entfernen, damit Sie das Versioning auf dem Quell-Bucket deaktivieren können.
-
Wenn Sie das Versioning auf dem Ziel-Bucket deaktivieren, schlägt die Replikation fehl. Das Quellobjekt weist den Replikationsstatus
FAILED
auf.
Verwenden der S3-Replikation mit S3-Intelligent-Tiering
S3-Intelligent-Tiering ist eine Speicherklasse, die entworfen wurde, um die Speicherkosten zu optimieren, indem sie Daten automatisch zur kostengünstigsten Zugriffsstufe verschiebt. Gegen eine geringe monatliche Gebühr für Objektüberwachung und Automatisierung überwacht S3 Intelligent-Tiering die Zugriffsmuster und verschiebt die Objekte, auf die nicht zugegriffen wurde, automatisch in kostengünstigere Zugriffsebenen.
Replizieren von in S3 Intelligent-Tiering gespeicherten Objekten mit S3 Batch Replication oder Aufrufen CopyObject oder UploadPartCopystellt Zugriff dar. In diesen Fällen werden die Quellobjekte der Kopier- oder Replikationsvorgänge hochgestuft.
Weitere Informationen zu S3-Intelligent-Tiering finden Sie unter Amazon S3 Intelligent Tiering.
Protokollierungskonfiguration und Replikations-Konfiguration
Wenn Amazon S3 Protokolle an einen Bucket übermittelt, für den die Replikation aktiviert ist, repliziert der Service die Protokollobjekte.
Wenn Serverzugriffsprotokolle (Protokollieren von Anfragen mit Server-Zugriffsprotokollierung) oder AWS CloudTrail logs (Protokollieren Amazon S3 API S3-Anrufen mit AWS CloudTrail) sind in Ihrem Quell- oder Ziel-Bucket aktiviert. Amazon S3 nimmt replikationsbezogene Anfragen in die Protokolle auf. Beispiel: Amazon S3 protokolliert jedes Objekt, das es repliziert.
CRRund die Zielregion
Amazon S3 Cross-Region Replication (CRR) wird verwendet, um Objekte zwischen S3-Buckets in verschiedenen S3-Buckets zu kopieren AWS-Regionen. Sie können die Region für Ihren Ziel-Bucket entweder auf der Grundlage Ihrer Geschäftsanforderungen oder aufgrund von Kostenüberlegungen auswählen. Beispielsweise variieren die Gebühren für eine regionsübergreifende Datenübertragung je nach gewählten Regionen.
Angenommen, Sie wählen USA Ost (Nord-Virginia) (us-east-1) als Region für Ihren Quell-Bucket aus. Wenn Sie USA West (Oregon) (us-west-2) als Region für Ihre Ziel-Buckets auswählen, zahlen Sie mehr, als wenn Sie die Region USA Ost (Ohio) (us-east-2) auswählen. Weitere Informationen zu Preisen finden Sie im Abschnitt „Datenübertragungspreise“ unter Amazon S3 – Preise
Für die Replikation in derselben Region fallen keine Datenübertragungsgebühren an ()SRR.
S3-Batch-Replikation
Informationen zu Überlegungen zur Batch-Replikation finden Sie unterÜberlegungen zur S3-Batch-Replikation.
Steuerung der S3-Replikationszeit
Informationen zu bewährten Methoden und Überlegungen zu S3 Replication Time Control (S3RTC) finden Sie unterBewährte Methoden und Richtlinien für S3 RTC.