Site-Replikation

Standort-Aliase konfigurierenCopy Anchor Link

Konfigurieren Sie einen Alias je Standort. Ersetzen Sie Endpunkt und Anmeldedaten für beide Bereitstellungen:

rc alias set site1 https://site1.example.com:9000 \
	<your-access-key> <your-secret-key> \
	--region us-east-1 --bucket-lookup path

rc alias set site2 https://site2.example.com:9000 \
	<your-access-key> <your-secret-key> \
	--region us-east-1 --bucket-lookup path

Prüfen Sie, dass beide Standorte erreichbar und bereit sind:

rc ready site1
rc ready site2
rc admin info cluster site1
rc admin info cluster site2

Verwenden Sie in der Produktion HTTPS-Endpunkte. Wenn ein Standort eine private Zertifizierungsstelle verwendet, installieren Sie diese Zertifizierungsstelle im Vertrauensspeicher des Administrationshosts, bevor Sie fortfahren.

Standorte verknüpfenCopy Anchor Link

Übergeben Sie alle beteiligten Aliase in einem Befehl. Der erste Alias empfängt die Verwaltungsanfrage:

rc admin replicate add site1 site2

Um eine Beziehung mit mehr als zwei Standorten anzulegen, nehmen Sie jeden Alias in den ersten Befehl auf:

rc admin replicate add site1 site2 site3

Führen Sie keine getrennten paarweisen add-Befehle aus, um dieselbe Beziehung über mehrere Standorte aufzubauen.

Prüfen Sie die entstandene Konfiguration von mindestens zwei Standorten:

rc admin replicate info site1
rc admin replicate info site2

Die Ausgabe identifiziert jede verknüpfte Bereitstellung über ihre Bereitstellungs-ID, den Standortnamen und den Endpunkt. Speichern Sie die Bereitstellungs-IDs, weil Bearbeitung und Resynchronisation einen Standort über die genaue Bereitstellungs-ID oder den genauen eindeutigen Namen auswählen können.

Replikationsstatus prüfenCopy Anchor Link

Fordern Sie die Standardzusammenfassungen für Buckets und IAM an:

rc admin replicate status site1

Wählen Sie bestimmte Statusabschnitte, wenn Sie ein Problem eingrenzen:

rc admin replicate status site1 --buckets
rc admin replicate status site1 --users --groups --policies
rc admin replicate status site1 --metrics

Prüfen Sie den Status von jedem Standort. Eine intakte Antwort von site1 bestätigt die Sicht dieses Standorts auf die Beziehung. Sie ersetzt die Prüfung der anderen Bereitstellungen nicht.

Daten- und IAM-Replikation prüfenCopy Anchor Link

Legen Sie am ersten Standort einen Test-Bucket und ein Testobjekt an:

rc bucket create site1/my-bucket
printf 'hello rustfs\n' > hello.txt
rc object copy hello.txt site1/my-bucket/hello.txt

Fragen Sie den zweiten Standort ab, bis das Objekt erscheint:

rc object stat site2/my-bucket/hello.txt
rc object copy site2/my-bucket/hello.txt ./hello-from-site2.txt

Vergleichen Sie den heruntergeladenen Inhalt, bevor Sie den Datenpfad als geprüft behandeln:

cmp hello.txt hello-from-site2.txt

Legen Sie für die IAM-Prüfung an einem Standort einen temporären Benutzer an und hängen Sie eine Testrichtlinie an. Sehen Sie danach Benutzer und Richtlinienzuordnung an einem anderen Standort ein. Entfernen Sie die temporäre Identität nach der Prüfung:

rc admin user add site1 replication-test <temporary-secret-key>
rc admin policy attach site1 readonly --user replication-test

rc admin user info site2 replication-test
rc admin policy entities site2 --user replication-test

rc admin user rm site1 replication-test

Verwenden Sie ein zufällig erzeugtes temporäres Geheimnis und verwenden Sie keine Anmeldedaten einer Anwendung oder eines Administrators wieder.

Einen Standort bearbeitenCopy Anchor Link

Verwenden Sie edit, wenn sich Name, Endpunkt oder TLS-Vertrauenseinstellungen eines verknüpften Standorts ändern. Sehen Sie zuerst die aktuellen Bereitstellungs-IDs und Namen ein:

rc admin replicate info site1

Benennen Sie einen Standort um:

rc admin replicate edit site1 \
	--site <deployment-id> \
	--name site2-dr \
	--yes

Ersetzen Sie einen Endpunkt und lassen Sie die TLS-Prüfung aktiviert:

rc admin replicate edit site1 \
	--site site2-dr \
	--endpoint https://site2-dr.example.com:9000 \
	--verify-tls \
	--yes

Geben Sie für eine private Zertifizierungsstelle ein PEM-Bündel an, das nur Zertifikate enthält:

rc admin replicate edit site1 \
	--site site2-dr \
	--ca-cert ./site2-ca.pem \
	--yes

Löschen Sie eine zuvor konfigurierte eigene Zertifizierungsstelle, wenn der Endpunkt zu einem Zertifikat wechselt, dem der Systemvertrauensspeicher vertraut:

rc admin replicate edit site1 \
	--site site2-dr \
	--clear-ca-cert \
	--verify-tls \
	--yes

Der Endpunkt muss ein HTTP- oder HTTPS-Ursprung ohne Pfad, Abfrage, Fragment oder eingebettete Anmeldedaten sein. Bevorzugen Sie ein vertrauenswürdiges Zertifikat gegenüber --skip-tls-verify.

Einen Standort neu synchronisierenCopy Anchor Link

Verwenden Sie die Resynchronisation, nachdem Sie einen Standort repariert haben, der nicht verfügbar war, oder wenn Statusprüfungen fehlenden replizierten Zustand zeigen. Starten Sie eine Resynchronisation für genau einen Peer:

rc admin replicate resync start site1 \
	--site <deployment-id> \
	--yes

Lesen Sie den zuletzt persistierten Resynchronisations-Snapshot:

rc admin replicate resync status site1 \
	--site <deployment-id>

Brechen Sie die ausgewählte Resynchronisation nur ab, wenn Sie bestätigt haben, dass sie stoppen soll:

rc admin replicate resync cancel site1 \
	--site <deployment-id> \
	--yes

Site-Replikation entfernenCopy Anchor Link

Das Entfernen eines Standorts ändert die Replikationsbeziehung. Es bietet keine Anwendungsumschaltung und belegt nicht, dass jedes eingereihte Objekt angekommen ist. Prüfen Sie den Status und bewahren Sie alle benötigten Daten auf, bevor Sie fortfahren.

Entfernen Sie einen benannten Standort:

rc admin replicate remove site1 --site site2-dr

Wiederholen Sie --site, um mehrere benannte Standorte in einer Anfrage zu entfernen:

rc admin replicate remove site1 \
	--site site2-dr \
	--site site3

Lösen Sie die vollständige Beziehung der Site-Replikation auf:

rc admin replicate remove site1 --all

Prüfen Sie das Ergebnis von den verbleibenden Bereitstellungen:

rc admin replicate info site1
rc admin replicate status site1