Was ist Replikation?

Die Replikation kopiert neu erstellte Objekte und Objektaktualisierungen von einem Quellbereich in einen Zielbereich.

• Nur neue Objekte oder neue Versionen vorhandener Objekte (die nach dem Hinzufügen der Replikationsregel zum Bucket erstellt wurden) werden in den Ziel-Bucket kopiert. Vorhandene Objekte können durch Kopieren auf sich selbst repliziert werden, wodurch eine neue Version entsteht, die repliziert wird.
• Die Metadaten des Quellobjekts werden auf das replizierte Objekt übertragen.
• Für die bidirektionale Replikation zwischen zwei Buckets müssen die Regeln in beiden Buckets aktiv sein.
• Filter (bestehend aus Präfixen und/oder Tags) können verwendet werden, um die Replikationsregel nur auf eine Teilmenge von Objekten anzuwenden. Es können mehrere Regeln in einer einzigen Richtlinie definiert werden, und diese Regeln können unterschiedliche Ziele angeben. Auf diese Weise können verschiedene Objekte im selben Bucket an verschiedene Ziele repliziert werden.

Warum die Replikation?

• Bewahren Sie eine Kopie der Daten in einem Bucket an einem anderen geografischen Standort auf.
• Erfüllen Sie Compliance-Vorschriften zur Datenhoheit, indem Sie Replikationsregeln definieren, die Replikate nur an den zulässigen Standorten speichern.
• Halten Sie Produktions- und Testdaten synchron, da bei der Replikation Objekt-Metadaten wie die Zeit der letzten Änderung, die Versions-ID usw. erhalten bleiben.
• Verwalten Sie die Speicherklasse und die Lebenszyklusrichtlinien für die replizierten Objekte unabhängig von der Quelle, indem Sie eine andere Speicherklasse und/oder Lebenszyklusregeln für den Ziel-Bucket definieren. Ebenso können Sie Replikate in einem Bucket in einer separaten Serviceinstanz oder sogar in einem IBM Cloud-Konto speichern und auch den Zugriff auf die Replikate unabhängig steuern.

Erste Schritte mit der Replikation

Für die ersten Schritte müssen einige Voraussetzungen erfüllt sein:

• Legen Sie die Plattformrolle Writer oder Manager für den Quell-Bucket fest, oder weisen Sie eine benutzerdefinierte Rolle mit den entsprechenden Replikationsaktionen (z. B. cloud-object-storage.bucket.put_replication) zu.
• Sie brauchen keinen Zugriff auf den Ziel-Bucket, müssen aber über ausreichende Plattformrollen verfügen, um neue IAM-Richtlinien zu erstellen, die es dem Quell-Bucket erlauben, in den Ziel-Bucket zu schreiben.
• Der Ziel-Bucket darf keine Legacy-Bucket-Firewall aktiviert haben, kann aber kontextbasierte Einschränkungen verwenden.
• Mit SSE-C verschlüsselte Objekte können nicht repliziert werden, obwohl verwaltete Verschlüsselung(SSE-KMS)wie Key Protect vollständig mit der Replikation kompatibel ist.
• Objekte in einem archivierten Zustand können nicht repliziert werden.
• Wenn sich die Quell- und Ziel-Buckets in unterschiedlichen IBM Konten befinden, müssen Sie die Buckets in jedem Konto erstellen.
• Aktivieren Sie die Versionierung sowohl für den Quell- als auch für den Ziel-Bucket.

Da die Versionierung eine Voraussetzung für die Replikation ist, ist es nicht möglich, Objekte in Buckets zu replizieren, die mit der Richtlinie Immutable Object Storage konfiguriert sind.

Verwendung eines IBM Kontos

Um Objekte zwischen Buckets im selben IBM-Konto zu replizieren, gehen Sie wie folgt vor:

1. Nachdem Sie zu dem von Ihnen gewählten Quell-Bucket navigiert haben, klicken Sie auf die Registerkarte Konfiguration.
2. Suchen Sie nach Bucket-Replikation und klicken Sie auf die Schaltfläche Replikation einrichten.
3. Wählen Sie Replikationsquelle und klicken Sie auf Weiter.
4. Wählen Sie die Instanz und den Bucket aus den Dropdown-Menüs aus. Alternativ dazu können Sie die Optionsschaltfläche auf Nein setzen und die CRN des Zielbereichs einfügen.
5. Klicken Sie auf die Schaltfläche Berechtigungen prüfen.

Nun müssen Sie dem Quell-Bucket Writer Berechtigungen für den Ziel-Bucket erteilen. Es gibt mehrere Möglichkeiten, dies zu tun, aber die einfachste ist, die IBM Cloud Shell und die IBM Cloud CLI zu verwenden.

1. Öffnen Sie ein IBM Cloud Shell in einem neuen Fenster oder Tab.
2. Kopieren Sie den in der Object Storage Console angezeigten CLI-Befehl IBM Cloud und fügen Sie ihn in die neue Shell ein.
3. Kehren Sie zum Konfigurationsfenster oder zur Registerkarte des Buckets zurück und klicken Sie erneut auf die Schaltfläche Berechtigungen prüfen.

Nun werden Sie eine Replikationsregel erstellen.

1. Vergewissern Sie sich, dass das Optionsfeld Regelstatus auf Aktiviert gesetzt ist.
2. Weisen Sie der Regel einen Namen und eine Priorität zu sowie gegebenenfalls Präfix- oder Tag-Filter, die die Objekte einschränken, für die die Replikationsregel gilt.
3. Klicken Sie auf Fertig.

Verwendung verschiedener IBM Konten

Um Objekte zwischen Buckets in verschiedenen IBM Konten zu replizieren, gehen Sie wie folgt vor:

1. Richten Sie eine IAM-Richtlinie für das Zielkonto IBM ein. Informationen zum Erstellen einer IAM-Richtlinie finden Sie unter Was sind IAM-Richtlinien und wer kann sie zuweisen?

2. Auf der Seite Bucket-Konfiguration finden Sie die Konto-ID und die Service-Instanz-ID im CRN-Format.

3. Klicken Sie in der Benutzeroberfläche IBM Cloud des Zielkontos auf Verwalten>Zugriff**(IAM)**.

4. Klicken Sie im linken Bereich auf Authentifizierung.

5. Klicken Sie auf Erstellen, um eine neue IAM-Richtlinie zu erstellen.

6. Gewähren Sie die Konfiguration einer Dienstautorisierungsseite. Dies ist die Seite, auf der Sie landen, nachdem Sie eine neue IAM-Richtlinie erstellt haben.

7. Wählen Sie Anderes Konto und geben Sie die Konto-ID des Quellkontos an.

8. Zugang zu den Diensten gewähren als Cloud Object Storage.

9. Wählen Sie im Zugriffsbereich Spezifische Ressourcen.

10. Wählen Sie Source Service Instance und geben Sie die Service-Instanz-ID für den Quell-Bucket ein.

11. Wählen Sie unter Ziel Cloud Object Storage für den Source Bucket Access.

12. Wählen Sie für Zielbereich Spezifische Ressourcen> Dienstinstanz**.

13. Wählen Sie die Service-Instanz-ID des Zielkontos aus dem Dropdown-Menü.

14. Wählen Sie je nach Bedarf die Rolle Objektschreiber oder Schreiber.

    Die Object Writer-Rolle ist ausreichend, um die Replikation zu ermöglichen.

Terminologie

Quell-Bucket: Der Bucket, für den eine Replikationsrichtlinie konfiguriert ist. Sie ist die Quelle der replizierten Objekte.

Ziel-Bucket: Der Bucket, der in der Replikationsrichtlinie für den Quell-Bucket als Ziel definiert ist. Es ist das Ziel der replizierten Objekte. Wird auch als "Ziel"-Eimer bezeichnet.

Replikat: Das neue Objekt, das in einem Zielbereich aufgrund einer Anfrage an einen Quellbereich erstellt wird.

Was wird repliziert?

Neue Objekte, die mit CopyObject, PutObject, oder erstellt wurden, CompleteMultipartUpload werden vom Quell-Bucket in den Ziel-Bucket repliziert. Die replizierten Objekte übernehmen die folgenden Metadatenfelder vom Quellobjekt: Etag, Last Modified Time, Version ID, user-attributes, und Tags.

Löschmarkierungen werden repliziert, sofern dies in der Replikationsrichtlinie konfiguriert ist.

Änderungen an den Tags einer Version werden vom Quell-Bucket in den Ziel-Bucket repliziert.

Die folgenden Informationen werden nicht repliziert:

• Durch Lebenszyklusereignisse ausgelöste Aktionen
• Direkt ins Archiv geschriebene Objekte
• Aus einer Archivebene wiederhergestellte Objekte
• Mit SSE-C verschlüsselte Objekte
• Objekt-ACLs

Einsatz von Replikation für Geschäftskontinuität und Notfallwiederherstellung

Die Replikation kann verwendet werden, um die Kontinuität des Dienstes im Falle eines Ausfalls zu gewährleisten:

• Stellen Sie sicher, dass sich die Quell- und Ziel-Buckets an unterschiedlichen Orten befinden.
• Vergewissern Sie sich, dass die neuesten Versionen der Objekte in beiden Buckets synchronisiert sind. Ein Werkzeug wie Rclone (der Befehl rclone check ) kann für die Überprüfung der Synchronität über die Befehlszeile nützlich sein.
• Im Falle eines Ausfalls kann der Datenverkehr einer Anwendung auf den Ziel-Bucket umgeleitet werden.

Konsistenz und Datenintegrität

Während IBM Cloud Object Storage starke Konsistenz für alle Daten-IO-Operationen bietet, ist die Bucket-Konfiguration schließlich konsistent. Nachdem Sie die Replikationsregeln zum ersten Mal für einen Bucket aktiviert haben, kann es einige Augenblicke dauern, bis sich die Konfiguration im System verbreitet hat und neue Objekte repliziert werden können.

Fehlerbehandlung

Replikationsfehler können aus vielen Gründen auftreten, darunter (unter anderem) Fehlkonfigurationen von Buckets, Dienstausfälle und Benutzerinteraktionen mit dem Ziel-Bucket.

Object Storage verfügt über integrierte Ausfallsicherheit, um Replikationsfehler zu bewältigen. Wenn ein Fehler auftritt, kann Object Storage den Vorgang bis zu 30 Tage lang erneut versuchen. Die Häufigkeit der Wiederholungsversuche kann je nach Art des Fehlers variieren. Beispielsweise können Fehler, die durch seltene E/A-Fehler verursacht werden, innerhalb weniger Stunden erneut versucht werden, während Fehler aufgrund von Fehlkonfigurationen der Benutzer-Buckets einmal pro Tag erneut versucht werden können. Wird ein Fehler nicht innerhalb von 30 Tagen behoben, wird er vom System nicht mehr automatisch erneut versucht. Alle langfristigen Fehler lassen sich mithilfe von ListBucketReplicationFailures auflisten.

Wenn Sie „veraltete“ Fehler, die länger als 30 Tage zurückliegen, erneut versuchen möchten, können Sie einen erneuten Versuch auslösen, indem Sie die PutBucketReplicationFailureReattempt.

IAM-Aktionen

Es gibt neue IAM-Aktionen im Zusammenhang mit der Replikation.

Activity Tracker-Ereignisse

Die Replikation generiert zusätzliche Ereignisse.

Für cloud-object-storage.bucket-replication.create-Ereignisse enthalten die folgenden Felder zusätzliche Informationen:

Wenn die Replikation aktiv ist, können Operationen für Objekte die folgenden zusätzlichen Informationen generieren:

Sie können ein Objekt von dem Zeitpunkt, zu dem es in die Quelle geschrieben wird, bis zu dem Zeitpunkt, zu dem es auf das Ziel geschrieben wird, verfolgen. Suchen Sie nach der Anforderungs-ID, die der Objektschreiboperation zugeordnet ist. Es sollten drei Ereignisse angezeigt werden:

• Die ursprüngliche PUT.
• Die Synchronisationsanforderung von der Quelle.
• Die PUT-Anforderung auf dem Ziel.

Jede dieser drei fehlenden Angaben weist auf einen Fehler hin.

Nutzung und Abrechnung

Alle Replikate sind selbst Objekte und tragen wie alle anderen Daten zur Nutzung bei. Eine erfolgreiche Replikation führt zu abrechnungsfähigen PUT-, GET-und HEAD-Anforderungen, obwohl die im Replikationsprozess verbrauchte Bandbreite nicht in Rechnung gestellt wird.

Die Replikation erzeugt zusätzliche Metriken zur Verwendung mit IBM Cloud Monitoring:

• ibm_cos_bucket_replication_sync_requests_issued
• ibm_cos_bucket_replication_sync_requests_received

Interaktionen

Vorhandene Objekte replizieren

Eine Replikationsregel kann nur auf Objekte angewendet werden, nachdem die Regel konfiguriert und auf ein Bucket angewendet wurde. Wenn in einem Bucket Objekte vorhanden sind, die repliziert werden müssen, müssen die Replikationsprozesse über das Vorhandensein der Objekte informiert werden. Dies kann ohne großen Aufwand durch die Verwendung der Operation PUT copy zum Kopieren von Objekten auf sich selbst erreicht werden.

Dieser Vorgang setzt einige Objektmetadaten zurück, darunter auch die Zeitstempel der Erstellung. Dies wirkt sich auf Lebenszyklusrichtlinien und alle anderen Dienste aus, die Zeitstempel für die Erstellung oder Änderung verwenden (z. B. Content-Delivery-Netzwerke). Stellen Sie sicher, dass alle Unterbrechungen, die beim Zurücksetzen von Objektmetadaten auftreten können, entsprechend behandelt werden.

Der Prozess umfasst Folgendes:

1. Erstellen einer Liste aller Objekte in einem Bucket, für die Replikationsregeln gelten sollen
2. Iterieren über diese Liste und Ausführen einer PUT copy-Operation für jedes Objekt, wobei die Quelle mit dem Ziel der Anforderung identisch ist.

In diesem Beispiel wird nur die neue Version des durch die Anfrage PUT copy erstellten Objekts repliziert. Um alle Versionen des Objekts zu replizieren, müsste auch jede einzelne Version kopiert werden.

Das folgende Beispiel ist in Pythongeschrieben, aber der Algorithmus kann in jeder Programmiersprache oder jedem Kontext angewendet werden.

import os
import sys
import ibm_boto3
from ibm_botocore.config import Config
# Create client connection
cos = ibm_boto3.client("s3",
                       ibm_api_key_id=os.environ.get('IBMCLOUD_API_KEY'),
                       ibm_service_instance_id=os.environ['SERVICE_INSTANCE_ID'],
                       config=Config(signature_version="oauth"),
                       endpoint_url=os.environ['US_GEO']
                       )
# Define the bucket with existing objects for replication
bucket = os.environ['BUCKET']
def copy_in_place(BUCKET_NAME):
    print("Priming existing objects in " + bucket + " for replication...")
    paginator = cos.get_paginator('list_objects_v2')
    pages = paginator.paginate(Bucket=bucket)
    for page in pages:
        for obj in page['Contents']:
            key = obj['Key']
            print("  * Copying " + key + " in place...")
            try:
                headers = cos.head_object(
                    Bucket=bucket,
                    Key=key
                    )
                md = headers["Metadata"]
                cos.copy_object(
                    CopySource={
                        'Bucket': bucket,
                        'Key': key
                        },
                    Bucket=bucket,
                    Key=key,
                    TaggingDirective='COPY',
                    MetadataDirective='REPLACE',
                    Metadata=md
                    )
                print("    Success!")
            except Exception as e:
                print("    Unable to copy object: {0}".format(e))
    print("Existing objects in " + bucket + " are now subject to replication rules.")
copy_in_place(bucket)

REST-API-Beispiele

Die folgenden Beispiele werden zur Vereinfachung der Verwendung von cURL gezeigt. Umgebungsvariablen werden verwendet, um benutzerspezifische Elemente wie $BUCKET, $TOKEN und $REGION darzustellen. Beachten Sie, dass $REGION auch alle Netztypspezifikationen enthält. Das Senden einer Anforderung an ein Bucket in us-south über das private Netz erfordert, dass die Variable auf private.us-south gesetzt wird.

curl -X "PUT" "https://$BUCKET.s3.$REGION.cloud-object-storage.appdomain.cloud/?replication" \
     -H 'Authorization: bearer $TOKEN' \
     -H 'Content-MD5: exuBoz2kFBykNwqu64JZuA==' \
     -H 'Content-Type: text/plain; charset=utf-8' \
     -d $'<ReplicationConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
            <Rule>
              <ID>SimpleReplication</ID>
              <Priority>1</Priority>
              <Status>Enabled</Status>
              <DeleteMarkerReplication>
                <Status>Disabled</Status>
              </DeleteMarkerReplication>
              <Filter/>
              <Destination>
                <Bucket>$DESTINATION_CRN</Bucket>
              </Destination>
          	</Rule>
          </ReplicationConfiguration>'

curl -X "PUT" "https://$BUCKET.s3.$REGION.cloud-object-storage.appdomain.cloud/?replication" \
     -H 'Authorization: bearer $TOKEN' \
     -H 'Content-MD5: exuBoz2kFBykNwqu64JZuA==' \
     -H 'Content-Type: text/plain; charset=utf-8' \
     -d $'<ReplicationConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
            <Rule>
              <ID>ProjectA</ID>
              <Priority>10</Priority>
              <Status>Enabled</Status>
              <DeleteMarkerReplication>
                <Status>Enabled</Status>
              </DeleteMarkerReplication>
              <Filter>
                <Prefix>project_a/</prefix>
              </Filter>
              <Destination>
                <Bucket>$DESTINATION_CRN_A</Bucket>
              </Destination>
          	</Rule>
            <Rule>
              <ID>ProjectB</ID>
              <Priority>5</Priority>
              <Status>Enabled</Status>
              <DeleteMarkerReplication>
                <Status>Enabled</Status>
              </DeleteMarkerReplication>
              <Filter>
                <Prefix>project_b/</prefix>
              </Filter>
              <Destination>
                <Bucket>$DESTINATION_CRN_B</Bucket>
              </Destination>
          	</Rule>
            <Rule>
              <ID>AcmeCorp</ID>
              <Priority>20</Priority>
              <Status>Enabled</Status>
              <DeleteMarkerReplication>
                <Status>Enabled</Status>
              </DeleteMarkerReplication>
              <Filter>
                <Tag>
                  <Key>Client</Key>
                  <Value>ACME</Value>
                </Tag>
              </Filter>
              <Destination>
                <Bucket>$DESTINATION_CRN_C</Bucket>
              </Destination>
          	</Rule>
          </ReplicationConfiguration>'

curl -X "GET" "https://$BUCKET.s3.$REGION.cloud-object-storage.appdomain.cloud/?replication" \
     -H 'Authorization: bearer $TOKEN'

<ReplicationConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
  <Rule>
    <ID>SimpleReplication</ID>
    <Status>ENABLED</Status>
    <DeleteMarkerReplication>
      <Status>DISABLED</Status>
    </DeleteMarkerReplication>
    <Destination>
      <Bucket>crn:v1:bluemix:public:cloud-object-storage:global:a/9978e07eXXXXXXXX66c89c428028654:ef1c725e-XXXX-4967-bcc1-734c03a2b846:bucket:replication-destination</Bucket>
    </Destination>
    <Priority>1</Priority>
    <Filter/>
  </Rule>
</ReplicationConfiguration>

curl -X "DELETE" "https://$BUCKET.s3.$REGION.cloud-object-storage.appdomain.cloud/?replication" \
     -H 'Authorization: bearer $TOKEN'

curl -X "GET" "https://$BUCKET.s3.$REGION.cloud-object-storage.appdomain.cloud/?ibm-replication-failures" \
     -H 'Authorization: bearer $TOKEN'

<ListReplicationFailureResult xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
    <Name>example</Name>
    <FirstSyncAttemptedBefore>2025-12-15T00:00:00.000Z</FirstSyncAttemptedBefore>
    <MaxKeys>10</MaxKeys>
    <IsTruncated>false</IsTruncated>
    <EncodingType>false</EncodingType>
    <KeyCount>2</KeyCount>
    <Contents>
        <Key>test-obj+*1765434016787</Key>
        <VersionId>00000000-0000-0000-0000-019b0c114413</VersionId>
        <SyncType>Content</SyncType>
        <FirstSyncAttempted>2025-12-11T06:20:16.787Z</FirstSyncAttempted>
        <LastSyncAttempted>2025-12-11T06:20:16.787Z</LastSyncAttempted>
        <SyncFailureCause>Versioning disabled on destination bucket</SyncFailureCause>
    </Contents>
    <Contents>
        <Key>test-obj+*1765434016786</Key>
        <VersionId>00000000-0000-0000-0000-019b0c114412</VersionId>
        <SyncType>Content</SyncType>
        <FirstSyncAttempted>2025-12-11T06:20:16.786Z</FirstSyncAttempted>
        <LastSyncAttempted>2025-12-11T06:20:16.786Z</LastSyncAttempted>
        <SyncFailureCause>Replication operation not authorized on target bucket</SyncFailureCause>
    </Contents>
</ListReplicationFailureResult>

curl -X "PUT" "https://$BUCKET.s3.$REGION.cloud-object-storage.appdomain.cloud/?ibm-replication-reattempt" \
     -H 'Authorization: bearer $TOKEN'

HTTP/1.1 204 No Content
Connection: close
...
x-ibm-replication-reattempt-scheduled-time: Fri, 12 Dec 2025 00:00:00 GMT

SDK-Beispiele

Die folgenden Beispiele verwenden die IBM Cloud Object Storage-SDKs für Python und Node.js, wobei die Implementierung der Objektversionierung vollständig kompatibel mit jeder S3-compatiblen Bibliothek oder jedem S3-compatible n Tool sein sollte, das die Festlegung benutzerdefinierter Endpunkte ermöglicht. Für die Verwendung von Tools anderer Anbieter sind HMAC-Berechtigungsnachweise erforderlich, um AWS V4-Signaturen zu berechnen. Weitere Informationen zu HMAC-Berechtigungsnachweisen finden Sie in der Dokumentation.

#!/usr/bin/env python3
import ibm_boto3
from ibm_botocore.config import Config
from ibm_botocore.exceptions import ClientError
# Define constants
API_KEY = os.environ.get('IBMCLOUD_API_KEY')
SERVICE_INSTANCE = os.environ.get('SERVICE_INSTANCE_ID')
ENDPOINT = os.environ.get('ENDPOINT')
BUCKET = "my-replication-bucket" # The bucket that will enable replication.
# Create resource client with configuration info pulled from environment variables.
cosClient = ibm_boto3.client("s3",
                         ibm_api_key_id=API_KEY,
                         ibm_service_instance_id=SERVICE_INSTANCE,
                         config=Config(signature_version="oauth"),
                         endpoint_url=ENDPOINT
                         )
response = cosClient.put_bucket_versioning(
    Bucket=BUCKET,
    ReplicationConfiguration={
        'Rules': [
            {
                'ID': 'string',
                'Priority': 123,
                'Filter': {
                    'Prefix': 'string',
                    'Tag': {
                        'Key': 'string',
                        'Value': 'string'
                    },
                    'And': {
                        'Prefix': 'string',
                        'Tags': [
                            {
                                'Key': 'string',
                                'Value': 'string'
                            },
                        ]
                    }
                },
                'Status': 'Enabled'|'Disabled',
                'Destination': {
                    'Bucket': 'string',
                },
                'DeleteMarkerReplication': {
                    'Status': 'Enabled'|'Disabled'
                }
            },
        ]
    }
)

resp = cosClient.list_object_versions(Prefix='some-prefix', Bucket=BUCKET)

const IBM = require('ibm-cos-sdk');
var config = {
    endpoint: '<endpoint>',
    apiKeyId: '<api-key>',
    serviceInstanceId: '<resource-instance-id>',
};
var cos = new IBM.S3(config);
var params = {
  Bucket: 'STRING_VALUE', /* required */
  ReplicationConfiguration: { /* required */
    Role: 'STRING_VALUE', /* required */
    Rules: [ /* required */
      {
        Destination: { /* required */
          Bucket: 'STRING_VALUE', /* required */
        },
        Status: Enabled | Disabled, /* required */
        Filter: {
          And: {
            Prefix: 'STRING_VALUE',
            Tags: [
              {
                Key: 'STRING_VALUE', /* required */
                Value: 'STRING_VALUE' /* required */
              },
              /* more items */
            ]
          },
          Prefix: 'STRING_VALUE',
          Tag: {
            Key: 'STRING_VALUE', /* required */
            Value: 'STRING_VALUE' /* required */
          }
        },
        ID: 'STRING_VALUE',
        Prefix: 'STRING_VALUE',
        Priority: 'NUMBER_VALUE',
        }
      }
    ]
  },
  ContentMD5: 'STRING_VALUE',
};
cos.putBucketReplication(params, function(err, data) {
  if (err) console.log(err, err.stack); // an error occurred
  else     console.log(data);           // successful response
});