Die hochverfügbare Nur-Lese-Replik

Eine hochverfügbare Databases for PostgreSQL Nur-Lese-Replik bietet Vorteile wie verbesserte Leseskalierbarkeit, erhöhte Verfügbarkeit, verringerte Leselatenz, Backup- und Disaster-Recovery-Funktionen und die Möglichkeit, den Leseverkehr effizient zu verteilen. Sie trägt zu einer robusteren und reaktionsfähigeren Datenbankinfrastruktur für Ihre Anwendung bei. Weitere Informationen finden Sie unter Die Databases for PostgreSQL hochverfügbare Nur-Lese-Replik.

Führende Bereitstellung

Auf der Registerkarte Nur-Lese-Replikate einer Databases for PostgreSQL, bevor irgendwelche Nur-Lese-Replikate bereitgestellt werden, wird im mittleren Bereich vermerkt, dass keine Lese-Replikate vorhanden sind, und eine Schaltfläche Erstellen bereitgestellt.

Wenn eine führende Bereitstellung über ein Nur-Lese-Replikat verfügt, das ihr bereits zugeordnet ist, enthält das Fenster Replikation eine Liste der Replikatbereitstellungen und einen Link zu den einzelnen Bereitstellungen. Klicken Sie auf das Zahnradsymbol rechts neben dem Bereitstellungsnamen des schreibgeschützten Replikats, um es zu verwalten.

Nur-Lese-Replikat einrichten

Ressourcen für PostgreSQL-Bereitstellungen werden pro Bereitstellung zugeordnet und normale Bereitstellungen haben zwei Member. Da ein schreibgeschütztes Replikat nur ein Mitglied hat und die Bereitstellung derzeit Werte verwendet, die der Hälfte der angeforderten Werte für Arbeitsspeicher und Speicher entsprechen, kann die Bereitstellung fehlschlagen. Die Web-Benutzeroberfläche kann den Wert für die Speicherung nicht ändern und verwendet automatisch den Wert des führenden Einsatzes - der um die Hälfte reduziert ist. Wenn dies für Ihre Daten nicht ausreicht, müssen Sie über die API oder die Befehlszeilenschnittstelle (CLI) die doppelte Menge an Speicherplatz angeben, die Sie bereitstellen möchten. (Das Gleiche gilt für den Arbeitsspeicher, auch wenn eine geringere Menge an Arbeitsspeicher den Erfolg der Wiederherstellung nicht verhindern kann) Eine Aktualisierung wird ausgeführt, um diese Situation zu korrigieren.

ibmcloud resource service-instance-create <REPLICA_NAME_OR_CRN> databases-for-postgresql standard <REGION> \
-p \ '{
  "remote_leader_id": "crn:v1:bluemix:public:databases-for-postgresql: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_OR_CRN>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE_GROUP_ID>",
    "resource_plan_id": "databases-for-postgresql-standard",
    "parameters": {
      "remote_leader_id": "crn:v1:bluemix:public:databases-for-postgresql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71819::",
      "members_memory_allocation_mb": "2048",
      "members_disk_allocation_mb": "10240"
    }
  }'

Nur-Lese-Replikat

Auf der Registerkarte Read Replicas eines schreibgeschützten Replikats enthält Replication seinen Namen und seine Region sowie den Namen und die Region des führenden Replikats. Außerdem verfügt das Fenster über Schaltflächen, mit denen das Nur-Lese-Replikat resynchronisiert und umgestuft werden kann.

Nur-Lese-Replikat resynchronisieren

Wenn Sie ein Nur-Lese-Replikat resynchronisieren müssen, klicken Sie auf die Schaltfläche Nur-Lese-Replikat resynchronisieren. Das Resynchronisieren ist ein disruptiver Vorgang, bei dem die Daten im Nur-Lese-Replikat entfernt und neu erstellt werden. Das Nur-Lese-Replikat kann keine anderen Operationen oder Abfragen ausführen, während eine Resynchronisation ausgeführt wird. Abfragen werden nicht an die führende Bereitstellung umgeleitet, sodass alle Verbindungen zum Nur-Lese-Replikat fehlschlagen, bis die Resynchronisation abgeschlossen ist.

Die Zeit, die für die Resynchronisation eines Nur-Lese-Replikats benötigt wird, ist unterschiedlich, aber der Prozess kann einige Zeit in Anspruch nehmen.

ibmcloud cdb read-replica-resync <DEPLOYMENT_NAME_OR_CRN>

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

Nur-Lese-Replikat hochstufen

Ein Nur-Lese-Replikat kann zu einem unabhängigen Cluster hochgestuft werden, der Schreib- und Leseoperationen akzeptieren kann. Wenn die führende Bereitstellung aus irgendeinem Grund ausfällt, kann das Nur-Lese-Replikat zu einem eigenständigen Cluster hochgestuft werden und damit beginnen, Schreibvorgänge von Ihrer Anwendung zu akzeptieren. Die Umwandlung eines Read-Replica-Clusters in einen Standalone-Cluster ist schneller, wenn der Read-Replica-Cluster bereits mehr als ein Datenmitglied hat.

Beim Hochstufen beendet das Nur-Lese-Replikat seine Verbindung zur Leader-Bereitstellung und wird zu einer eigenständigen Databases for PostgreSQL-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. Es wird ein neues Datenmember hinzugefügt, sodass die Bereitstellung zu einem Cluster mit zwei Datenmembern wird. Dies erhöht die Kosten, da dieselbe Nutzungsrate pro Member angesetzt wird, aber die Bereitstellung verfügt über zwei Member und nicht nur über eines.

Wenn Sie ein Nur-Lese-Replikat hochstufen, können Sie die Erstsicherung überspringen, die normalerweise beim Hochstufen ausgeführt wird. 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.

Wenn ein Nur-Lese-Replikat zu einer unabhängigen Bereitstellung hochgestuft wurde, ist es nicht mehr möglich, es wieder auf ein Nur-Lese-Replikat zurückzusetzen oder es zu einem Teil einer führenden Bereitstellung zu machen.

Hinweise zu Nur-Lese-Replikaten

• Das Nur-Lese-Replikat kann in derselben Region wie die Quellenformation oder in einer anderen Region enthalten sein, sodass Ihre Daten regionsübergreifend repliziert werden können.

• Ein Nur-Lese-Replikat muss dieselbe Hauptversion haben wie die führende Bereitstellung.

• Sicherungen sind für Nur-Lese-Replikate inaktiviert. Sicherungen werden nur auf führenden Bereitstellungen durchgeführt.

• Replikate können in anderen Regionen wiederhergestellt werden, mit Ausnahme der EU-Cloud-fähigen Regionen (derzeit " eu-de und " par-01), die nur untereinander wiederhergestellt werden können (z. B. können Replikate von " par-01 in " eu-de wiederhergestellt werden und umgekehrt).

• Es gibt eine Grenze von fünf schreibgeschützten Repliken pro Leader.

• Das Nur-Lese-Replikat nimmt nicht an Leader->Follower-Wahlen für den Leader-Cluster teil und das Failover auf das Nur-Lese-Replikat ist nicht automatisiert. Das Hochstufen des Nur-Lese-Replikats zu einer vollständigen Bereitstellung ist eine manuelle, vom Benutzer initiierte Task.

• Die Mindestgröße eines Nur-Lese-Replikats beträgt 2 GB RAM und 10 GB Platte. Dies gilt auch dann, wenn Ihre führende Bereitstellung kleiner ist.

• Nur-Lese-Replikate werden nicht automatisch skaliert, damit sie mit der führenden Bereitstellung übereinstimmen. Wenn die Datenmenge, die Sie speichern, größer ist als der Plattenspeicher, der Ihren Bereitstellungen zugeordnet ist, skalieren Sie den Plattenspeicher auf den Nur-Lese-Replikaten und anschließend auf der führenden Bereitstellung. Durch das Skalieren des Nur-Lese-Replikats wird zunächst sichergestellt, dass der Speicherplatz auf den Nur-Lese-Replikaten nicht knapp wird. Wenn Sie den Plattenspeicher der führenden Bereitstellung entsprechend den Leistungsanforderungen skaliert haben und nicht entsprechend den Platzanforderungen, müssen die Nur-Lese-Replikate nicht skaliert werden.

• Die Replikation erfolgt asynchron und dabei kann es Verzögerungen geben. Standardmäßig gibt es keine konsistente Kommunikation zwischen dem primären und dem Replikat. Es ist möglich, dass ein Nur-Lese-Replikat so weit zurückfällt, dass es resynchronisiert werden muss. Die Replikationsverzögerung kann größer sein, wenn sich das Replikat in einer Region befindet, die geografisch weit von der führenden Bereitstellung entfernt ist.

• Eine Nur-Lese-Replik ist eine Bereitstellung mit einem einzigen Datenmitglied und verfügt nicht über eine interne Hochverfügbarkeit. Es ergeben sich typischerweise temporäre Unterbrechungen und Ausfallzeiten während der Wartung. Wenn Sie Anwendungen haben, die auf Nur-Lese-Replikate angewiesen sind, müssen Sie für die entsprechende Logik sorgen, damit fehlgeschlagene Abfragen wiederholt werden, oder Sie benötigen einen Lastausgleich über mehrere Nur-Lese-Replikate.