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

Ouverte
#1,295 0 commentaires 1 réaction 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 10 jours

Personne n'a encore pris cette issue.

Évaluation

Difficulté
1/5
Temps estimé
1-3 heures
Accessibilité débutants
55/100
Type d'issue
Documentation
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
aws, mysql

Piste de recherche

Examinez doc/cheatsheet.md et la documentation liée sur les modes de fonctionnement, en commençant par la note existante concernant « migrate/test on replica ». Mettez à jour la documentation pour indiquer que « Connect to replica, migrate to master » nécessite également un cluster Amazon RDS Aurora secondaire distinct, et vérifiez que l’exemple et les prérequis sont cohérents.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.

Langage dominant
Go
Étoiles
13.6k
Forks
1.4k
Merge moyen
9 j 19 h
PR mergées (30 j)
1

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de github/gh-ost

Toutes les issues de github/gh-ost

Issues similaires

Plus d'issues Go

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.