Replikace dat do Azure Database for MySQL

  • Článek

PLATÍ PRO: Jednoúčelový server Azure Database for MySQL

Důležité

Jednoúčelový server Azure Database for MySQL je na cestě vyřazení. Důrazně doporučujeme upgradovat na flexibilní server Azure Database for MySQL. Další informace o migraci na flexibilní server Azure Database for MySQL najdete v tématu Co se děje s jednoúčelovým serverem Azure Database for MySQL?

Replikace vstupních dat umožňuje synchronizovat data z externího serveru MySQL do služby Azure Database for MySQL. Externí server může být místní, ve virtuálních počítačích nebo databázová služba hostovaná jinými poskytovateli cloudu. Replikace příchozích dat je založená na umístění souboru binárního protokolu (binlog) nebo replikaci založené na GTID nativní pro MySQL. Další informace o replikaci binlogu najdete v přehledu replikace binlogu MySQL.

Kdy použít replikaci příchozích dat

Mezi hlavní scénáře, které je potřeba zvážit použití replikace příchozích dat, patří:

  • Hybridní Synchronizace dat hronizace: Díky replikaci dat můžete udržovat synchronizovaná data mezi místními servery a Službou Azure Database for MySQL. Tato synchronizace je užitečná pro vytváření hybridních aplikací. Tato metoda je atraktivní, pokud máte existující místní databázový server, ale chcete přesunout data do oblasti blíže koncovým uživatelům.
  • Synchronizace s více cloudy: U složitých cloudových řešení použijte replikaci dat k synchronizaci dat mezi Azure Database for MySQL a různými poskytovateli cloudu, včetně virtuálních počítačů a databázových služeb hostovaných v těchto cloudech.

Pro scénáře migrace použijte službu Azure Database Migration Service (DMS).

Omezení a důležité informace

Data se nereplikují

Systémová databáze mysql na zdrojovém serveru se nereplikuje. Kromě toho se změny účtů a oprávnění na zdrojovém serveru nereplikují. Pokud vytvoříte účet na zdrojovém serveru a tento účet potřebuje přístup k serveru repliky, ručně vytvořte stejný účet na serveru repliky. Informace o tabulkách obsažených v systémové databázi najdete v příručce MySQL.

Filtrování

Pokud chcete přeskočit replikaci tabulek ze zdrojového serveru (hostovaného místně, na virtuálních počítačích nebo v databázové službě hostované jinými poskytovateli cloudu), replicate_wild_ignore_table je tento parametr podporovaný. Volitelně můžete tento parametr aktualizovat na serveru repliky hostované v Azure pomocí webu Azure Portal nebo Azure CLI.

Další informace o tomto parametru najdete v dokumentaci k MySQL.

Podporováno pouze ve vrstvě Pro obecné účely nebo Optimalizováno pro paměť

Replikace příchozích dat se podporuje jenom v cenových úrovních Pro obecné účely a Optimalizováno pro paměť.

Privátní propojení pro Azure Database for MySQL podporuje pouze příchozí připojení. Vzhledem k tomu, že replikace vstupních dat vyžaduje odchozí připojení z privátního propojení služby, není pro přenos dat podporováno.

Poznámka:

GTID se podporuje ve verzích 5.7 a 8.0 a pouze na serverech, které podporují úložiště až 16 TB (úložiště pro obecné účely v2).

Požadavky

  • Verze zdrojového serveru musí být minimálně MySQL verze 5.6.
  • Verze zdrojového serveru a serveru repliky musí být stejné. Oba musí být například MySQL verze 5.6 nebo oba musí být MySQL verze 5.7.
  • Každá tabulka musí mít primární klíč.
  • Zdrojový server by měl používat modul MySQL InnoDB.
  • Uživatel musí mít oprávnění ke konfiguraci binárního protokolování a vytváření nových uživatelů na zdrojovém serveru.
  • Pokud má zdrojový server povolený protokol SSL, ujistěte se, že certifikát CA SSL zadaný pro doménu je součástí mysql.az_replication_change_master nebo mysql.az_replication_change_master_with_gtid uložená procedura. Projděte si následující příklady a master_ssl_ca parametr.
  • Ujistěte se, že se IP adresa zdrojového serveru přidala do pravidel brány firewall serveru repliky Azure Database for MySQL. Pomocí webu Azure Portal nebo Azure CLI aktualizujte pravidla brány firewall.
  • Ujistěte se, že počítač, který je hostitelem zdrojového serveru, umožňuje příchozí i odchozí provoz na portu 3306.
  • Ujistěte se, že zdrojový server má veřejnou IP adresu, jestli je DNS veřejně přístupný nebo jestli má zdrojový server plně kvalifikovaný název domény (FQDN).

Další kroky