Replikowanie danych do usługi Azure Database for MariaDB

  • Artykuł

Ważne

Usługa Azure Database for MariaDB znajduje się na ścieżce wycofania. Zdecydowanie zalecamy przeprowadzenie migracji do usługi Azure Database for MySQL. Aby uzyskać więcej informacji na temat migracji do usługi Azure Database for MySQL, zobacz Co się dzieje z usługą Azure Database for MariaDB?.

Replikacja typu data-in umożliwia synchronizowanie danych z serwera MariaDB uruchomionego lokalnie, na maszynach wirtualnych lub w usługach bazy danych hostowanych przez innych dostawców chmury do usługi Azure Database for MariaDB. Replikacja typu data-in jest wykonywana za pomocą technologii replikacji opartej na pozycji w pliku dziennika binarnego (binlog) natywnej dla programu MariaDB. Aby dowiedzieć się więcej na temat replikacji binlog, zobacz omówienie replikacji binlog.

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

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

  • Synchronizacja danych hybrydowych: dzięki replikacji typu data-in można zachować synchronizację danych między serwerami lokalnymi i usługą Azure Database for MariaDB. Ta synchronizacja jest przydatna do tworzenia aplikacji hybrydowych. Ta metoda jest atrakcyjna, gdy masz istniejący lokalny serwer baz 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, aby synchronizować dane między usługą Azure Database for MariaDB i różnymi dostawcami usług w chmurze, w tym maszynami wirtualnymi i usługami baz danych hostowanymi w tych chmurach.

Ograniczenia i istotne zagadnienia

Dane nie są replikowane

Systemowa baza danych mysql na serwerze źródłowym nie jest replikowana. 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, utwórz ręcznie to samo konto po stronie serwera repliki. Aby zrozumieć, jakie tabele znajdują się w systemowej bazie danych, zobacz dokumentację bazy danych MariaDB.

Wymagania

  • Wersja serwera źródłowego musi być co najmniej mariaDB w wersji 10.2.
  • Wersje serwera źródłowego i repliki muszą być takie same. Na przykład oba muszą mieć wartość MariaDB w wersji 10.2.
  • Każda tabela musi mieć klucz podstawowy.
  • Serwer źródłowy powinien używać aparatu 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 mariadb.az_replication_change_master składowanej. 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 MariaDB. 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, system DNS jest publicznie dostępny lub ma w pełni kwalifikowaną nazwę domeny (FQDN).

Inne

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

Następne kroki

  • Dowiedz się, jak skonfigurować replikację typu data-in.