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 Fenster oder zur Registerkarte für die Eimerkonfiguration 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. Geben Sie der Regel einen Namen und eine Priorität sowie Präfix- oder Tag-Filter, die die Objekte einschränken, die der Replikationsregel unterliegen.
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 nach der Erstellung einer neuen IAM-Richtlinie landen.
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 über CopyObject, PutObject oder CompleteMultipartUpload erstellt werden, werden vom Quellbereich in den Zielbereich repliziert. Die replizierten Objekte erben die folgenden Metadatenfelder vom Quellobjekt: Etag, Last Modified Time, Version ID, user-attributes, und Tags.

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

Aktualisierungen der Tags einer Version werden vom Quellbereich in den Zielbereich 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, Benutzerinteraktionen mit dem Ziel-Bucket usw.

COS verfügt über integrierte Ausfallsicherheit, um Replikationsfehler zu bewältigen. Wenn ein Fehler auftritt, kann COS 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 Langzeitausfälle lassen sich über ListBucketReplicationFailures.

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 Prozess setzt einige Objektmetadaten zurück, einschließlich Erstellungszeitmarken. Dies wirkt sich auf Lebenszyklusrichtlinien und alle anderen Services aus, die Erstellungszeitmarken oder Änderungszeitmarken verwenden (z. B. Netze zur Bereitstellung von Inhalten). 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 von der Anforderung PUT copy erstellten Objekts repliziert. Um alle Versionen des Objekts zu replizieren, muss 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

In den folgenden Beispielen werden die IBM COS-SDKs für Python und Node.jsverwendet, obwohl die Implementierung der Objektversionierung mit jeder S3-compatible Bibliothek oder jedem Tool, die bzw. das die Einstellung angepasster Endpunkte ermöglicht, vollständig kompatibel sein sollte. 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
});