Anforderungen und Überlegungen für die Replikation - Amazon Simple Storage Service
Überlegungen zur Replikation

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 für AWS-Regionen sein Konto aktiviert haben. Für das Konto des Ziel-Bucket-Eigentümers muss die Zielregion aktiviert sein.

    Weitere Informationen zur Aktivierung oder Deaktivierung von finden Sie im AWS Account Management Referenzhandbuch unter Geben Sie an AWS-Region, welche AWS-Regionen Konten verwendet werden können.

  • Für Quell- und Ziel-Buckets muss die Versioning aktiviert sein. Weitere Informationen über das Versioning finden Sie unter Beibehaltung mehrerer Versionen von Objekten mit S3 Versioning.

  • 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 die READ_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 die Objektsperre aktiviert ist, müssen Sie AWS Command Line Interface RESTAPI, oder verwenden AWS SDKs. Weitere allgemeine Informationen finden Sie unter Sperren von Objekten mit Object Lock.

    Anmerkung

    Sie müssen zwei neue Berechtigungen für den S3-Quell-Bucket in der Rolle AWS Identity and Access Management (IAM) gewähren, mit der Sie die Replikation einrichten. Die zwei neuen Berechtigungen lauten s3:GetObjectRetention und s3:GetObjectLegalHold. Wenn die Rolle über eine s3: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 Überblick über die Einrichtung der Live-Replikation.

Wenn Sie die Replikationskonfiguration in einem kontoübergreifenden Szenario festlegen, in dem sich die Quell- und Ziel-Buckets im Besitz von verschiedenen AWS-Konten befinden, gilt die folgenden zusätzliche Anforderung:

Überlegungen zur Replikation

Bevor Sie eine Replikationskonfiguration erstellen, sollten Sie die folgenden Überlegungen beachten.

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 Verwaltung der Speicherkosten mit 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 oder AWS CloudTrail -protokolle in Ihrem Quell- oder Ziel-Bucket aktiviert sind, nimmt Amazon S3 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 verschiedenen S3-Buckets zu kopieren. AWS-Regionen Sie können die Region für Ihren Ziel-Bucket entweder auf der Basis Ihrer geschäftlichen Anforderungen oder von Kostenaspekten auswählen. Beispielsweise variieren die Gebühren für eine regionsübergreifende Datenübertragung je nach gewählten Regionen.

Angenommen, Sie haben USA Ost (Nord-Virginia) (us-east-1) als Region für Ihren Quell-Bucket ausgewählt. Wenn Sie USA West (Oregon) (us-west-2) als Region für Ihre Ziel-Buckets wählen, zahlen Sie mehr als wenn Sie die Region USA Ost (Ohio) (us-east-2) wählen. Weitere Informationen zu Preisen finden Sie im Abschnitt „Datenübertragungspreise“ unter Amazon S3 – Preise.

Im Zusammenhang mit der 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.