Replik lesen Überlegungen

• Eine Read Replica kann in der gleichen Region wie Ihre Quelldatenbankinstanz oder in einer anderen Region liegen, so dass Ihre Daten überregional repliziert werden können.

• Ein Lese-Replikat muss dieselbe Hauptversion haben wie seine Quelldatenbankinstanz.

• Sicherungen sind für Lesereplikate inaktiviert. Backups werden nur auf Quelldatenbankinstanzen erstellt.

• Die Lesereplikation wird in die bzw. aus den EU Cloud-fähigen Regionen (derzeit eu-de) nicht unterstützt. Sie wird in diesen Regionen unterstützt.

• Es gibt eine Grenze von fünf Lese-Replikaten pro Quellinstanz.

• Die Read Replica nimmt nicht an den Wahlen für die Quelldatenbankinstanz teil und der Failover zur Read Replica ist nicht automatisiert. Die Umwandlung der Lesekopie in eine vollständige Bereitstellung ist eine manuelle, vom Benutzer initiierte Aufgabe.

• Die Mindestgröße einer Lesekopie beträgt 2 GB RAM und 20 GB Festplattenkapazität. Dies gilt auch dann, wenn Ihre Quelldatenbankinstanz kleiner ist.

• Lesereplikate passen sich nicht automatisch an die Quelldatenbankinstanz an. Wenn die von Ihnen gespeicherte Datenmenge die für Ihre Bereitstellungen zugewiesene Festplatte übersteigt, skalieren Sie die Festplatte auf den Read Replicas und dann die Quelldatenbankinstanz. Durch die Skalierung der Lese-Replikate wird sichergestellt, dass der Speicherplatz auf den Lese-Replikaten nicht knapp wird. Wenn Sie die Festplatte der Quelldatenbankinstanz wegen der Leistung und nicht wegen des Speicherplatzes skaliert haben, ist es nicht erforderlich, die Lesereplikate zu skalieren.

• Die Replikation erfolgt asynchron und dabei kann es Verzögerungen geben. Standardmäßig gibt es keine Kommunikation zwischen der primären Bereitstellung und dem Replikat bezüglich der Konsistenz. Es ist möglich, dass eine Lesekopie so weit zurückfällt, dass sie neu synchronisiert werden muss. Die Verzögerung bei der Replikation kann größer sein, wenn sich das Replikat in einer Region befindet, die geografisch weit von der Quelldatenbankinstanz entfernt ist.

• Eine Read Replica ist eine Bereitstellung mit einem einzigen Datenmitglied und verfügt über keine interne Hochverfügbarkeit. Es ergeben sich typischerweise temporäre Unterbrechungen und Ausfallzeiten während der Wartung. Wenn Sie Anwendungen haben, die auf Read Replicas angewiesen sind, sollten Sie eine Logik zur Wiederholung fehlgeschlagener Abfragen oder zum Lastausgleich über mehrere Read Replicas vorsehen.

• Databases for MySQL Lesereplikate in Madrid (eu-es): Die Bereitstellung von Read Replicas in Madrid in der eu-es Region ist derzeit ausgesetzt. Aktuelle Informationen über die Verfügbarkeit werden so bald wie möglich bekannt gegeben.

Führende Bereitstellung

Auf der Registerkarte Read Replicas einer Databases for MySQL-Bereitstellung wird vor der Bereitstellung von Read Replicas im mittleren Bereich vermerkt, dass keine Read Replicas vorhanden sind, und eine Schaltfläche Create (Erstellen) bereitgestellt.

Wenn es sich bei einer Bereitstellung um eine führende Bereitstellung handelt, der bereits ein Lese-Replikat zugeordnet ist, enthält der Replikationsbereich eine Liste der Replikatbereitstellungen und einen Link zu jeder einzelnen.

Bereitstellen einer Read Replica

Sie können eine Read Replica auf der Registerkarte Read Replicas des Leader bereitstellen, indem Sie auf Create Read Replica klicken. Die Quelleninstanz wird automatisch ausgefüllt. Der Name des Leseabbilds wird im Feld Dienstname automatisch generiert, Sie können ihn jedoch frei umbenennen. Sie können die Region auswählen, in der das Replikat bereitgestellt werden soll, und Sie können den anfangs zugeordneten Speicher auswählen. Festplattengröße, Version und öffentliche oder private Endpunkte werden automatisch so konfiguriert, dass sie mit den Einstellungen der Bereitstellung der Quelldatenbankinstanz übereinstimmen.

Wenn Sie Key Protect verwenden, wird "Bring Your Own Key" (BYOK) nur unterstützt, wenn die Einrichtung über die Befehlszeilenschnittstelle und die API erfolgt. Andernfalls wird die Lesekopie mit einem generierten Schlüssel verschlüsselt.

ibmcloud resource service-instance-create <replica_name> databases-for-mysql standard <region> \
-p \ '{
  "remote_leader_id": "crn:v1:bluemix:public:databases-for-mysql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71819::",
  "members_memory_allocation_mb": "2048",
  "members_disk_allocation_mb": "10240"
}'

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "<replica_name>",
    "target": "<region>",
    "resource_group": "<your_resource_group_id>",
    "resource_plan_id": "databases-for-mysql-standard",
    "remote_leader_id": "crn:v1:bluemix:public:databases-for-mysql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71819::",
    "members_memory_allocation_mb": "2048",
    "members_disk_allocation_mb": "10240"
  }'

Die Lese-Replik

Auf der Registerkarte Read Replicas einer Read Replica enthält der Bereich Replication ihren Namen und ihre Region sowie den Namen und die Region ihrer Quelldatenbankinstanz. Außerdem gibt es Schaltflächen zur Neusynchronisierung der Lesekopie und zum Heraufstufen der Kopie.

mysql> SHOW SLAVE STATUS \G

Neusynchronisierung einer Read Replica

Wenn Sie eine Read Replica neu synchronisieren müssen, klicken Sie auf die Schaltfläche Resync Read Replica. Eine Neusynchronisierung ist ein störender Vorgang, bei dem die Daten in der Read Replica gelöscht und neu aufgebaut werden. Die Lese-Replik kann keine anderen Operationen oder Abfragen durchführen, während eine Neusynchronisierung läuft. Abfragen werden nicht an die Quelldatenbankinstanz umgeleitet, so dass alle Verbindungen zur Read Replica fehlschlagen, bis die Neusynchronisierung abgeschlossen ist.

Die Zeit, die für die Neusynchronisierung einer Read Replica benötigt wird, variiert, aber der Prozess kann sehr lange dauern.

Verwenden Sie den Befehl cdb read-replica-resync, um eine Resynchronisation über die Befehlszeilenschnittstelle zu starten.

ibmcloud cdb read-replica-resync <deployment name>

Um eine Resynchronisation über die API zu starten, senden Sie einen POST an den Endpunkt /deployments/{id}/remotes/resync.

curl -X POST \
  https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/remotes/resync \
  -H 'Authorization: Bearer <>'

Förderung einer Lese-Replik

Ein Lese-Replikat kann zu einem unabhängigen Cluster befördert werden, der sowohl Schreib- als auch Lesevorgänge annehmen kann. Wenn der Quelldatenbankinstanz etwas zustößt, kann die Read Replica zu einem eigenständigen Cluster befördert werden und Schreibvorgänge von Ihrer Anwendung annehmen.

Um eine Read Replica von der UI aus zu fördern, klicken Sie auf die Schaltfläche Promote Read Replica.

Bei der Heraufstufung beendet die Read Replica ihre Verbindung zur Quelldatenbankinstanz und wird zu einer eigenständigen Databases for MySQL Bereitstellung. Die Bereitstellung kann mit dem Akzeptieren und Ausführen von Lese- und Schreiboperationen beginnen, die Sicherungsfunktionalität wird aktiviert und die Bereitstellung erhält einen eigenen Administratorbenutzer. Ein neues Datenmember wird hinzugefügt, sodass die Bereitstellung zu einem Cluster mit drei Datenmembern wird. Dadurch erhöhen sich die Kosten, da sie mit derselben Memberverbrauchsrate in Rechnung gestellt werden, die Bereitstellung jetzt aber drei Member anstelle eines Members hat.

Wenn Sie eine Read Replica befördern, können Sie die erste Sicherung, die normalerweise bei der Beförderung durchgeführt wird, überspringen. Wenn Sie die Erstsicherung überspringen, wird Ihr Replikat schneller verfügbar, aber es ist keine sofortige Sicherung mehr verfügbar. Sobald der Hochstufungsprozess abgeschlossen ist, können Sie bei Bedarf eine Sicherung starten.

Sobald ein Lese-Replikat in eine unabhängige Bereitstellung umgewandelt wurde, ist es nicht möglich, es wieder in ein Lese-Replikat umzuwandeln oder es wieder in eine Quelldatenbankinstanz einzubinden.

Verwenden Sie den Befehl cdb read-replica-promote, um das Hochstufen über die Befehlszeilenschnittstelle auszuführen.

ibmcloud cdb read-replica-promote <deployment name>

Senden Sie einen POST an den Endpunkt /deployments/{id}/remotes/promotion, um das Hochstufen über die API auszuführen.

curl -X POST \
  https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/remotes/promotion \
  -H 'Authorization: Bearer <>'  \
 -H 'Content-Type: application/json' \
 -d '{"promotion": {}}' \

Wenn Sie das Hochstufen durchführen und die Erstsicherung nach dem Hochstufen überspringen wollen, legen Sie außerdem skip_initial_backup im JSON-Hauptteil fest.

curl -X POST \
  https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/remotes/promotion \
  -H 'Authorization: Bearer <>'  \
 -H 'Content-Type: application/json' \
 -d '{"promotion": {"skip_initial_backup": true}}' \