'Connect to replica, migrate to master' operation mode also requires a secondary Amazon RDS Aurora cluster

Offen
  • Stimmt etwas nicht?
#1,295 0 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 10 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
1/5
Geschätzter Aufwand
1-3 Stunden
Anfängerfreundlichkeit
55/100
Issue-Typ
Dokumentation
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
aws, mysql
Bereich
databases, documentation

Rechercherichtung

Prüfe doc/cheatsheet.md und die verlinkte Dokumentation zu den Betriebsmodi, beginnend mit dem bestehenden Hinweis zu „migrate/test on replica“. Aktualisiere die Dokumentation so, dass sie festhält, dass „Connect to replica, migrate to master“ ebenfalls einen separaten sekundären Amazon RDS Aurora-Cluster erfordert, und verifiziere, dass Beispiel und Voraussetzungen konsistent sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Suggesting a documentation update. Opening up for discussion before PR creation.

In the current documentation, only the 'migrate/test on replica' operation mode is mentioned to need a separate, secondary Amazon RDS Aurora cluster to act as the replica. But the 'Connect to replica, migrate to master' operation mode also requires a secondary cluster.

When testing the 'Connect to replica, migrate to master' mode with host=reader instance endpoint:

gh-ost \
  --user="useradmin" \
  --ask-pass \
  --host=xxxxxxxx.ca-central-1.rds.amazonaws.com \
  --database=dbtest \
  --table=persons \
  --verbose \
  --alter="engine=innodb" \
  --assume-rbr \
  --allow-master-master \
  --cut-over=default \
  --exact-rowcount \
  --concurrent-rowcount \
  --default-retries=120

The output is:

2023-08-15 13:04:23 INFO starting gh-ost 1.1.5
2023-08-15 13:04:23 INFO Migrating `dbtest`.`persons`
2023-08-15 13:04:24 INFO inspector connection validated on xxxxxxxxx.ca-central-1.rds.amazonaws.com:3306
2023-08-15 13:04:24 INFO User has REPLICATION CLIENT, REPLICATION SLAVE privileges, and has ALL privileges on `dbtest`.*
2023-08-15 13:04:24 INFO Tearing down inspector
2023-08-15 13:04:24 FATAL xxxxxxxxxxx.ca-central-1.rds.amazonaws.com:3306 must have binary logs enabled

This is the same error encountered when using 'Migrate/test on replica' mode with a reader instance in the same cluster as its writer instance.

Note: Binary logs have already been enabled on the cluster. From the AWS docs: “Binary logs are accessible only from the primary DB instance, not from the replicas.”

When a secondary Aurora cluster with a writer instance was created to act as the replica for the primary Aurora cluster, the 'Connect to replica, migrate to master' works as expected.

Happy to create a PR to update the documentation.

Vorherrschende Sprache
Go
Sterne
13.6k
Forks
1.4k
Ø Merge
9 T. 19 Std.
Gemergte PRs (30 T.)
1

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus github/gh-ost

Alle Issues in github/gh-ost

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.