MariaDB
 sql >> Baza danych >  >> RDS >> MariaDB

Uruchamianie MariaDB w konfiguracji chmury hybrydowej

Termin „hybryda” jest obecnie popularny. Hybryda jest używana w pojazdach, aplikacjach, finansach, a także w chmurze. Na przykład w przypadku pojazdu hybryda oznacza połączenie mocy silnika benzynowego z silnikiem elektrycznym.

W środowisku chmury hybrydowej łączymy i łączymy zasoby pomiędzy chmurą prywatną lub środowiskiem on-prem z chmurą publiczną. Jednym z popularnych przypadków użycia jest tworzenie kopii lustrzanej środowiska lokalnego w chmurze na potrzeby odzyskiwania po awarii. Podczas tworzenia bazy danych w chmurze hybrydowej należy wziąć pod uwagę kilka punktów. Opóźnienie określi, której architektury MariaDB możesz użyć. Niezawodne połączenie z niskimi i przewidywalnymi opóźnieniami oznacza, że ​​możesz rozmieścić jeden klaster Galera w obu środowiskach, a konfiguracja DR w chmurze jest synchronizowana z Twoim środowiskiem lokalnym. Oznacza to jednak również, że wydajność całego klastra będzie ograniczona przez wydajność najwolniejszego węzła w klastrze.

Inną alternatywą jest posiadanie dwóch oddzielnych systemów, które są połączone przy użyciu regularnej replikacji asynchronicznej. Na przykład możliwe jest, aby dwa klastry MariaDB Galera replikowały się ze sobą asynchronicznie. Dla tych, którzy preferują standardową replikację asynchroniczną, proponujemy dwie konfiguracje master-slave, przy czym druga replikacja konfiguracji od pierwszej.

W tym blogu przedstawimy krótki przewodnik po tym, jak uruchomić wysoce dostępną zreplikowaną konfigurację MariaDB w środowisku Hybrid Cloud.

Dlaczego chmura hybrydowa?

Hybrid Cloud umożliwia organizacjom korporacyjnym mieszanie środowiska między chmurą prywatną lokalną i publiczną. Ten model zapewnia organizacji następujące korzyści:

  • Skalowalność infrastruktury

Możesz szybko skalować infrastrukturę, łącząc chmurę prywatną i publiczną w miarę szybkiego rozwoju firmy. Chmura publiczna oferuje opłacalny sposób na rozszerzenie infrastruktury, podczas gdy w konfiguracji prywatnej wymaga planowania z góry i nakładów inwestycyjnych.

  • Odzyskiwanie po awarii

Chmurę hybrydową można sklasyfikować jako posiadającą plan odzyskiwania po awarii w odniesieniu do modelu wdrożenia. Chmury publiczne mogą być używane jako miejsca odzyskiwania po awarii, jeśli coś stanie się z prywatnym centrum danych (np. siła wyższa, problem z centrum danych).

  • Lepsza kontrola techniczna i bezpieczeństwo

Dzięki hybrydowemu środowisku chmury organizacje mogą segregować środowiska. Dziel się obciążeniem usług w oparciu o ograniczony dostęp, a także umożliwiaj wielodostępność i segregację warstwy.

  • Architektoniczna elastyczność

Uruchamianie hybrydowych środowisk chmurowych zapewnia elastyczność projektowania usług w oparciu o obciążenie i wymagania po stronie aplikacji. Na przykład środowisko chmury prywatnej może być ograniczone w odniesieniu do dostępu do Internetu, z wyjątkiem środowiska chmury publicznej przez VPN, podczas gdy środowisko chmury publicznej obsługuje komunikację z usługami stron trzecich.

Łączność

Prowadzenie chmury hybrydowej dla baz danych wymaga bezpiecznego łącza komunikacyjnego między chmurą prywatną a chmurą publiczną. Większość dostawców usług w chmurze ma dostępne opcje łączności, na przykład AWS ma AWS Direct Connect.

Uzyskiwanie chmury hybrydowej za pomocą ClusterControl

Istnieje kilka modeli wdrażania MariaDB w środowiskach chmury hybrydowej. Możemy użyć replikacji MariaDB Master/Slave lub MariaDB Galera Cluster. Różnica między Master/Slave a Galera Cluster polega na sposobie synchronizacji. Replikacja Master/Slave wykorzystuje asynchroniczną replikację danych zapisywanych w dzienniku binarnym, podczas gdy MariaDB Galera Cluster używa „wirtualnej” replikacji synchronicznej przez rozgłaszanie zestawów zapisu do wszystkich węzłów. Możliwe jest również asynchroniczne replikowanie oddzielnych klastrów Galera za pomocą standardowej replikacji.

Wdrożenie MariaDB Master/Slave Replication w chmurze hybrydowej w ClusterControl jest proste. Po prostu przejdź przez menu Wdróż, jak pokazano poniżej:

Po kliknięciu przycisku Wdróż wybierz opcję Replikacja MySQL i wprowadź użytkownika SSH, hasło, i nazwę klastra, jak pokazano poniżej:

Następnie kliknij Kontynuuj. Wybierz MariaDB jako dostawcę bazy danych i wersję do zainstalowania. Istnieją niestandardowe opcje katalogu danych i portu serwera lub mogą używać wartości domyślnych.

Wpisz hasło roota do bazy danych, a następnie kliknij Kontynuuj. Dodaj adresy IP hostów w chmurach prywatnych i publicznych, jak pokazano poniżej:

Pamiętaj, że będziesz musiał zadbać o łączność między środowiskiem prywatnym i publicznym oraz upewnić się, że jest bezpieczna. Następnie kliknij Wdróż, wdroży ona MariaDB Master/Slave Replication w środowisku chmury hybrydowej. Oba środowiska będą miały zreplikowaną konfigurację, a konfiguracja DR w chmurze publicznej będzie replikowana asynchronicznie z podstawowej konfiguracji w prywatnym centrum danych.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Połączenie potęgi SQL i instrukcji proceduralnych z trybem zgodności MariaDB z Oracle

  2. Jak SUBSTRING_INDEX() działa w MariaDB

  3. Pierwsze kroki z MariaDB przy użyciu Dockera, Java Spring i JDBC

  4. Szybuj wyżej w chmurze dzięki MariaDB SkySQL

  5. Jak NOT REGEXP działa w MariaDB