MySql migrieren nach Aurora ohne Ausfallzeiten

Question

Ich habe AWS MySQL RDS-Instanz in Singapur, und ich plane, es nach AWS Aurora (Mumbai) zu migrieren. Dieser Vorgang dauert ungefähr 30-40 Minuten. Ich möchte keine Ausfallzeiten während des Migrationsprozesses eingehen. Mein App-Server wurde auf node.js erstellt und auch auf EC2 in Singapur gehostet. Wie mache ich HA (High Availability) meiner Datenbank? Was muss ich tun? Sollte ich Änderungen an meiner Serverlogik auf node.js vornehmen? oder machen Sie eine Replikation zwischen 2 Datenbanken (MySql & Aurora)? Oder ich muss Load Balancer erstellen, um seine zu erreichen?

In Sortierung Während der Migration möchte ich keine Ausfallzeiten und meine Datenbank dient wie gewohnt meinen Benutzern/Kunden.

Answer 1

Ich habe beide Migrationen Singapur nach Mumbai und MySQL nach Aurora getan. Ich werde empfehlen, einen Schritt nach dem anderen zu machen. Sieht so aus, als ob Ihre Website wichtig ist, da Sie so wenig Ausfallzeiten haben. Nehmen Sie also gemessene Risiken in Kauf.

Wir wissen nie, was während dieser großen technischen Veröffentlichung fehlschlägt. Der schlimmste Teil ist, dass MySQL zu Aurora eine "No Coming Back" Version ist, da es keine Migration von "Aurora zu MySQL" gibt.

Ich werde empfehlen, dass für Aurora zu Mysql ernsthafte Tests durchlaufen; weil ich einige Probleme wie Opt-Datei fehlte, tmp-Datenbank in Aurora nicht unterstützt.

Für Singapur nach Mumbai; Stellen Sie sicher, dass Ihre Anwendung einen internen DNS-Namen wie abc.internal verwendet, der CNAME zum tatsächlichen Endpunkt ist. Der beste Weg mit minimaler Ausfallzeit ist das Erstellen eines Replikats in Mumbai -> make master als readOnly -> reply to master -> jetzt abc.internal zum neuen endpoint ändern.

Aurora zu Mysql gibt es Ausfallzeiten abhängig von Ihrer db-Größe. Bitte denken Sie daran, dass einige Ausfallzeiten in Ordnung sind; aber Sie können es sich nicht leisten, Daten zu verlieren.