Poleganie tylko na infrastrukturze lokalnej może ograniczyć szybkość opracowywania i uruchamiania aplikacji przez organizacje. Rozszerzenie infrastruktury w celu wykorzystania chmury publicznej w konfiguracji hybrydowej to świetny sposób na osiągnięcie elastyczności infrastruktury. To nic nie warte, że wydajność aplikacji zależy nie tylko od sprzętu bazy danych, ale także od połączenia sieciowego z hostami bazy danych. Upewniając się, że dane są replikowane i dostępne między chmurą lokalną i publiczną, zapewnia aplikacjom dostęp do danych lokalnie, z małym opóźnieniem.
Architektura bazy danych w chmurze hybrydowej
Chmura hybrydowa składa się z chmur publicznych i prywatnych funkcjonujących jako pojedyncza jednostka. Pozwala to organizacjom wykorzystać mocne strony obu środowisk. Podczas wdrażania MongoDB w środowisku chmury hybrydowej ClusterControl może być używany jako narzędzie do orkiestracji do wdrażania węzłów MongoDB i zarządzania nimi.
Chmura prywatna zapewnia pełną kontrolę nad zasobami obliczeniowymi, siecią, pamięcią masową oraz zabezpieczeniami. Zarządzasz całą infrastrukturą i możesz wszystko konfigurować zgodnie ze swoimi wymaganiami.
Hybrydowa architektura chmury
Podczas gdy chmura publiczna oferuje skalowalność i elastyczność infrastruktury. Na przykład możesz wygodnie uruchomić instancje maszyn wirtualnych w kilka minut i za pomocą kilku kliknięć.
Wiele organizacji łączy chmury prywatne i publiczne, korzystając z obu środowisk. Jeśli firma szybko się rozwija, potrzebujesz szybkiej skalowalności swojej infrastruktury. Z drugiej strony musisz także kontrolować i udostępniać zasoby między nimi.
Replikowanie MongoDB w chmurze hybrydowej
Przygotowywanie środowiska
Serwery/maszyny wirtualne w obu lokacjach muszą być aprowizowane, a także łączność między węzłami. Bezpieczeństwo we wdrożeniu chmury hybrydowej jest głównym priorytetem, oba środowiska można oddzielić w grupie bezpieczeństwa i trzeba ograniczyć komunikację tylko do określonych portów.
Opóźnienie jest jednym z wyzwań w architekturze chmury hybrydowej. Musisz upewnić się, że opóźnienia są podobne we wszystkich węzłach. Ma to na celu zapewnienie, że gdy zestaw MongoDB ReplicaSet jest uruchomiony i działa, nie ma opóźnienia replikacji spowodowanego przez sieć. AWS ma Direct Connect, który zapewnia dedykowaną łączność między chmurą a innymi centrami danych.
Konfigurowanie MongoDB
Wdrażanie węzłów MongoDB w konfiguracji hybrydowej można zautomatyzować za pomocą ClusterControl. ClusterControl zajmie się instalacją wszystkich wymaganych pakietów, konfiguracją oprogramowania i upewnieniem się, że cały klaster zostanie uruchomiony. Możesz przejść do strony wdrożenia:
Wybierz zakładkę MongoDB (w tym przypadku wdrożymy MongoDB ReplicaSet). Określ użytkownika SSH, hasło i nadaj klasterowi nazwę, jak pokazano poniżej:
Następnie wybierz bazę danych dostawców. Obecnie pakiet baz danych MongoDB jest obsługiwany przez MongoDB i Percona. Użyjemy Percona Server dla MongoDB w wersji 4.2.
Wypełnij nazwę użytkownika i hasło administratora, możesz zmienić katalog danych serwera i port dla ustawień niestandardowych lub pozostawić je jako domyślne. Dodaj docelowy węzeł MongoDB, skonfigurujemy 3 węzły w chmurze prywatnej (adres ip 10.10.10.11, 10.10.10.12, 10.10.10.13) i 2 węzły w chmurze publicznej (adres ip 10.11.10.111 i 10.11.10.112) w MongoDB ReplicaSet architektura, jak pokazano poniżej:
Wystarczy kliknąć Wdróż, uruchomi nowe zadanie do wdrożenia w ClusterControl, jak pokazano poniżej:
Pod koniec wdrożenia będziesz mieć hybrydową topologię dla MongoDB ReplicaSet, jak pokazano poniżej:
Węzły MongoDB są rozmieszczone w środowiskach prywatnych i publicznych, dzięki czemu klaster jest wysoce dostępny
