Replikowanie danych do usługi Azure Database for MySQL

  • Artykuł

DOTYCZY: Azure Database for MySQL — pojedynczy serwer

Ważne

Pojedynczy serwer usługi Azure Database for MySQL znajduje się na ścieżce wycofania. Zdecydowanie zalecamy uaktualnienie do serwera elastycznego usługi Azure Database for MySQL. Aby uzyskać więcej informacji na temat migracji do serwera elastycznego usługi Azure Database for MySQL, zobacz Co się dzieje z usługą Azure Database for MySQL — pojedynczy serwer?

Replikacja typu data-in umożliwia synchronizowanie danych z zewnętrznego serwera MySQL z usługą Azure Database for MySQL. Serwer zewnętrzny może być lokalny, na maszynach wirtualnych lub w usłudze bazy danych hostowanej przez innych dostawców usług w chmurze. Replikacja typu data-in jest oparta na pliku dziennika binarnego (binlog) opartego na pozycji lub replikacji opartej na gtID natywnej dla bazy danych MySQL. Aby dowiedzieć się więcej na temat replikacji binlog, zobacz Omówienie replikacji dziennika binlogu MySQL.

Kiedy należy używać replikacji typu data-in

Główne scenariusze, które należy wziąć pod uwagę podczas korzystania z replikacji typu data-in, to:

  • Synchronizacja danych hybrydowych: dzięki replikacji danych można zachować synchronizację danych między serwerami lokalnymi i usługą Azure Database for MySQL. Ta synchronizacja jest przydatna do tworzenia aplikacji hybrydowych. Ta metoda jest atrakcyjna, gdy masz istniejący lokalny serwer bazy danych, ale chcesz przenieść dane do regionu bliżej użytkowników końcowych.
  • Synchronizacja z wieloma chmurami: w przypadku złożonych rozwiązań w chmurze użyj replikacji danych w celu synchronizowania danych między usługami Azure Database for MySQL i różnymi dostawcami chmury, w tym maszynami wirtualnymi i usługami baz danych hostowanymi w tych chmurach.

W przypadku scenariuszy migracji użyj usługi Azure Database Migration Service (DMS).

Ograniczenia i istotne zagadnienia

Dane nie są replikowane

Systemowa baza danych mysql na serwerze źródłowym nie jest replikowana. Ponadto zmiany kont i uprawnień na serwerze źródłowym nie są replikowane. Jeśli utworzysz konto na serwerze źródłowym i to konto musi uzyskać dostęp do serwera repliki, ręcznie utwórz to samo konto na serwerze repliki. Aby zrozumieć, jakie tabele znajdują się w systemowej bazie danych, zobacz podręcznik MySQL.

Filtrowanie

Aby pominąć replikowanie tabel z serwera źródłowego (hostowanego lokalnie, na maszynach wirtualnych lub w usłudze bazy danych hostowanej przez innych dostawców chmury), replicate_wild_ignore_table parametr jest obsługiwany. Opcjonalnie zaktualizuj ten parametr na serwerze repliki hostowanym na platformie Azure przy użyciu witryny Azure Portal lub interfejsu wiersza polecenia platformy Azure.

Aby dowiedzieć się więcej na temat tego parametru, zapoznaj się z dokumentacją programu MySQL.

Obsługiwane tylko w warstwie Ogólnego przeznaczenia lub Zoptymalizowane pod kątem pamięci

Replikacja typu data-in jest obsługiwana tylko w warstwach cenowych Ogólnego przeznaczenia i Zoptymalizowane pod kątem pamięci.

Link prywatny dla usługi Azure Database for MySQL obsługuje tylko połączenia przychodzące. Ponieważ replikacja typu data-in wymaga połączenia wychodzącego z łącza prywatnego usługi nie jest obsługiwana dla ruchu przychodzącego danych.

Uwaga

Identyfikator GTID jest obsługiwany w wersjach 5.7 i 8.0 i tylko na serwerach obsługujących magazyn do 16 TB (magazyn ogólnego przeznaczenia w wersji 2).

Wymagania

  • Wersja serwera źródłowego musi być co najmniej mySQL w wersji 5.6.
  • Wersje serwera źródłowego i repliki muszą być takie same. Na przykład oba muszą mieć wartość MySQL w wersji 5.6 lub oba muszą mieć wartość MySQL w wersji 5.7.
  • Każda tabela musi mieć klucz podstawowy.
  • Serwer źródłowy powinien używać aparatu MySQL InnoDB.
  • Użytkownik musi mieć uprawnienia do konfigurowania rejestrowania binarnego i tworzenia nowych użytkowników na serwerze źródłowym.
  • Jeśli serwer źródłowy ma włączony protokół SSL, upewnij się, że certyfikat urzędu certyfikacji SSL podany dla domeny został uwzględniony w procedurze mysql.az_replication_change_master składowanej lub mysql.az_replication_change_master_with_gtid . Zapoznaj się z poniższymi przykładami i parametrem master_ssl_ca .
  • Upewnij się, że adres IP serwera źródłowego został dodany do reguł zapory serwera repliki usługi Azure Database for MySQL. Zaktualizuj reguły zapory za pomocą witryny Azure Portal lub interfejsu wiersza polecenia platformy Azure.
  • Upewnij się, że maszyna hostująca serwer źródłowy zezwala zarówno na ruch przychodzący, jak i wychodzący na porcie 3306.
  • Upewnij się, że serwer źródłowy ma publiczny adres IP, że system DNS jest publicznie dostępny lub że serwer źródłowy ma w pełni kwalifikowaną nazwę domeny (FQDN).

Następne kroki