Migrace MySQL – Flexibilní server do podpory zóny dostupnosti

Tato příručka popisuje, jak migrovat Flexibilní server MySQL z podpory zóny dostupnosti na podporu zón dostupnosti.

Flexibilní server Azure Database for MySQL můžete nakonfigurovat tak, aby používal jeden ze dvou modelů architektury s vysokou dostupností:

  • Architektura vysoké dostupnosti (stejná zóna) (zónová). Tato možnost je upřednostňovaná pro redundanci infrastruktury s nižší latencí sítě, protože primární a pohotovostní servery budou ve stejné zóně dostupnosti. Poskytuje vysokou dostupnost bez nutnosti konfigurovat redundanci aplikací napříč zónami. Vysoká dostupnost se stejnou zónou se upřednostňuje, pokud chcete dosáhnout nejvyšší úrovně dostupnosti v rámci jedné zóny dostupnosti s nejnižší latencí sítě. Vysoká dostupnost se stejnou zónou je dostupná ve všech oblastech Azure, kde můžete použít flexibilní server Azure Database for MySQL. Další informace o architektuře vysoké dostupnosti se stejnou zónou najdete v tématu Architektura vysoké dostupnosti se stejnou zónou.

  • Zónově redundantní architektura vysoké dostupnosti Tato možnost je upřednostňovaná pro úplnou izolaci a redundanci infrastruktury napříč několika zónami dostupnosti. Poskytuje nejvyšší úroveň dostupnosti, ale vyžaduje, abyste nakonfigurovali redundanci aplikace napříč zónami. Zónově redundantní vysoká dostupnost je upřednostňovaná, pokud chcete dosáhnout nejvyšší úrovně dostupnosti proti selhání infrastruktury v zóně dostupnosti a kdy je latence napříč zónou dostupnosti přijatelná. Je možné ho povolit pouze při vytváření serveru. Zónově redundantní vysoká dostupnost je dostupná v podmnožině oblastí Azure, kde tato oblast podporuje více zón dostupnosti a zónově redundantní sdílené složky Premium jsou k dispozici. Další informace o zónově redundantní architektuře vysoké dostupnosti najdete v tématu Architektura zónově redundantní vysoké dostupnosti.

Pokud chcete migrovat stávající úlohu z zónové (vysoké dostupnosti ve stejné zóně) na zónově redundantní vysokou dostupnost, budete muset udělat toto:

  1. Nasaďte a nakonfigurujte nový server, který je nakonfigurovaný pro zónově redundantní vysokou dostupnost.

  2. Podle pokynů k migraci v tomto dokumentu přesuňte prostředky na nový server.

Předpoklady

Migrace na podporu zóny dostupnosti:

  1. Budete potřebovat alespoň jeden z následujících dvou serverů:

    • Zdrojový server, na kterém běží flexibilní server Azure Database for MySQL v oblasti, která nepodporuje zóny dostupnosti.

    • Flexibilní server Azure Database for MySQL, který v době vytváření nepovolil vysokou dostupnost.

    Důležité

    Pokud jste původně zřídili flexibilní server Azure Database for MySQL jako server bez vysoké dostupnosti, můžete ho jednoduše povolit pro architekturu vysoké dostupnosti se stejnou zónou. Pokud ji ale chcete povolit pro zónově redundantní architekturu vysoké dostupnosti, budete muset implementovat jednu z dostupných možností migrace uvedených v tomto článku.

  2. Budete muset vytvořit cílový server, na kterém běží flexibilní server Azure Database for MySQL v oblasti, která podporuje zóny dostupnosti. Další informace o tom, jak vytvořit flexibilní server Azure Database for MySQL, najdete v tématu Použití webu Azure Portal k vytvoření flexibilního serveru Azure Database for MySQL. Ujistěte se, že je vytvořený server nakonfigurovaný pro redundanci zón povolením vysoké dostupnosti a výběrem možnosti Zónově redundantní .

Tip

Pokud chcete v budoucnu flexibilně přecházet mezi zónovou (stejnou zónou) a zónově redundantní vysokou dostupností, můžete během vytváření serveru zřídit flexibilní server Azure Database for MySQL s povolenou zónově redundantní vysokou dostupností. Po zřízení serveru můžete vysokou dostupnost zakázat.

Požadavky na výpadek

Migrace je možné kategorizovat jako online nebo offline:

Offline migrace. Pokud si vaše aplikace může dovolit nějaký výpadek, jsou offline migrace vždy upřednostňovanou volbou, protože jsou jednoduché a snadno se spouštějí. Při offline migraci se zdrojový server přepne do offline režimu a na cílovém serveru se provede výpis a obnovení databází. Tato možnost bude vyžadovat nejvíce výpadků. Doba trvání výpadku je určena časem potřebným k provedení obnovení na cílovém serveru.

Online migrace. Tato možnost má minimální prostoje a je nejlepší volbou, pokud chcete méně výpadků. Zdrojový server umožňuje aktualizace a řešení migrace se postará o replikaci probíhajících změn mezi zdrojovým a cílovým serverem spolu s počátečním výpisem a obnovením cíle.

Možnost migrace 1: Offline migrace

K migraci z jednoho flexibilního serveru Azure Database pro flexibilní server do jiného můžete použít jeden z následujících nástrojů. Obě tyto možnosti budou vyžadovat výpadek.

  1. Data Migration Service (DMS). Informace o migraci flexibilního serveru MySQL do jiného pomocí DMS najdete v tématu Migrace jednoúčelového serveru Azure Database for MySQL do offline režimu pomocí DMS přes Azure Portal. I když kurz popisuje kroky migrace z jednoúčelového serveru Azure MySQL na flexibilní server, můžete použít stejný postup pro migraci dat z jednoho flexibilního serveru Azure Database for MySQL, který nepodporuje zóny dostupnosti do jiného, který podporuje zóny dostupnosti.

  2. Opensourcové nástroje. Offline můžete migrovat pomocí opensourcových nástrojů, jako jsou MySQL Workbench, mydumper/myloader nebo mysqldump , a zálohovat a obnovit databázi. Informace o tom, jak tyto nástroje používat, najdete v tématu Možnosti migrace jednoúčelového serveru Azure Database for MySQL na flexibilní server. I když kurz popisuje kroky migrace z jednoúčelového serveru Azure MySQL na flexibilní server, můžete použít stejný postup pro migraci dat z jednoho flexibilního serveru Azure Database for MySQL, který nepodporuje zóny dostupnosti do jiného, který podporuje zóny dostupnosti.

Možnost migrace 2: Online migrace

Pomocí jednoho z následujících nástrojů můžete migrovat z jednoho flexibilního serveru Azure Database for Na jiný s minimálními výpadky aplikací:

  1. Data Migration Service (DMS). Informace o tom, jak migrovat flexibilní server MySQL do jiného pomocí DMS, najdete v tématu Online migrace jednoúčelového serveru Azure Database for MySQL na flexibilní server pomocí DMS prostřednictvím webu Azure Portal. I když kurz popisuje kroky migrace z jednoúčelového serveru Azure MySQL na flexibilní server, můžete použít stejný postup pro migraci dat z jednoho flexibilního serveru Azure Database for MySQL, který nepodporuje zóny dostupnosti do jiného, který podporuje zóny dostupnosti.

  2. Opensourcové nástroje. Můžete použít kombinaci opensourcových nástrojů, jako je mydumper/myloader , společně s replikací dat. Informace o nastavení replikace příchozích dat najdete v tématu Konfigurace replikace dat Ve službě Azure Database for MySQL.

Důležité

Replikace příchozích dat není podporovaná pro servery s podporou vysoké dostupnosti. Alternativním řešením je nejprve zřídit cílový server s zónově redundantní vysokou dostupností a pak zakázat vysokou dostupnost před konfigurací replikace dat. Po dokončení replikace znovu povolte zónově redundantní vysokou dostupnost na cílovém serveru.

Další kroky

Přečtěte si další informace: