Wizualizacja topologii klastra w ClusterControl

Rozproszone bazy danych lub klastry zazwyczaj składają się z wielu typów węzłów i węzłów i nie zawsze jest łatwo zrozumieć, jak wszystkie te elementy łączą się ze sobą. Na przykład, można mieć konfigurację replikacji z pośrednimi masterami i ruch replikacji podążający określoną ścieżką. Dodaj kilka systemów równoważenia obciążenia, hosty z wieloma adresami IP, flagi tylko do odczytu i opóźnienie niewolników, a czeka cię łamigłówka.

Jednak obraz jest wart tysiąca słów. To właśnie zapewnia nowy widok topologii ClusterControl. Pokazuje wszystkie różne węzły, które tworzą część klastra bazy danych (węzły bazy danych, systemy równoważenia obciążenia lub arbitrzy), a także połączenia między nimi. Węzły, połączenia i ich stany są wykrywane przez ClusterControl. Ponieważ ClusterControl stale monitoruje węzły i przechowuje informacje o stanie, wszelkie zmiany w topologii są odzwierciedlane w interfejsie sieciowym. Jeśli węzeł ulegnie awarii, zostanie wyświetlony jako offline.

Z widoku topologii można zarządzać węzłami, zmieniać obiekty główne poprzez przeciąganie i upuszczanie obiektu na żądanym wzorcu, restartować węzły i synchronizować dane. Możesz również bardzo łatwo wykryć problemy, ponieważ każdy obiekt przedstawia szybkie podsumowanie swojego stanu. ClusterControl wykonuje dodatkowe kontrole dla działań, które chcesz wykonać. Wstępnie zdefiniowane kontrole nie pozwalają na wykonywanie zadań, które mogą spowodować utratę danych.

Istnieją różne typy topologii, pokażemy niektóre z nich i zobaczymy, jak działają.

Klaster Galera

Tutaj mamy podstawową topologię Galera Cluster z 3 węzłami.

Na tym ekranie widzimy 3 węzły działające poprawnie oraz podstawowe informacje, takie jak stan i ostatnie zatwierdzenie.

Możemy również zaobserwować, że galera1 jest wymieniony jako główny, ponieważ generuje binlogi.

Jeśli rozwiniemy jeden z węzłów, możemy wyświetlić dodatkowe informacje o stanie.

W pierwszym widzimy informacje związane z ruchem Galera.

Na drugim ekranie podrzędnym możemy zobaczyć szczegóły dotyczące zwykłej replikacji MySQL.

W trzecim mamy szczegółowe informacje o serwerze, takie jak czas pracy i wersja.

Mamy również akcje, które możemy wykonać na węzłach.

Jeśli klikniemy prawą ikonę, zobaczymy dostępne akcje:

• Konsola SSH:Pozwala nam uzyskać dostęp do konsoli SSH w węźle.
• Tryb harmonogramu konserwacji:Umożliwia ustawienie okna konserwacji dla węzła.
• Zrestartuj hosta:tutaj możemy ponownie uruchomić hosta.
• Uruchom ponownie węzeł:możemy ponownie uruchomić bazę danych.
• Ponowna synchronizacja węzła:Pozwala nam przeprowadzić ponowną synchronizację węzła.
• Klaster ładowania początkowego:Wybierając tę ​​opcję, możemy przeprowadzić rozruch klastra, wybierając odpowiedni węzeł.
• Zatrzymaj węzeł:możemy zatrzymać bazę danych.
• Wyrejestruj węzeł:za pomocą tej akcji usuwamy węzeł z klastra.

Replikacja MySQL

Na tym ekranie widzimy topologię replikacji MySQL z 1 urządzeniem głównym i 3 urządzeniami podrzędnymi.

Mamy pewne informacje, takie jak stan replik i mastera, które węzły można zapisywać oraz pozycja replikacji.

Jeśli rozszerzymy każdy węzeł, możemy uzyskać bardziej szczegółowe informacje.

Na pierwszym ekranie podrzędnym możemy zobaczyć szczegóły replikacji. Zarówno nadrzędny, jak i podrzędny.

Na drugim ekranie podrzędnym widzimy szczegóły serwera, takie jak wersja i czas pracy.

Mamy różne działania, które możemy wykonać na węzłach.

Jeśli klikniemy prawą ikonę, zobaczymy dostępne akcje:

• Konsola SSH:Pozwala nam na dostęp do konsoli SSH wewnątrz węzła.
• Tryb harmonogramu konserwacji:Umożliwia ustawienie okna konserwacji dla węzła.
• Zrestartuj hosta:tutaj możemy ponownie uruchomić hosta.
• Uruchom ponownie węzeł:możemy ponownie uruchomić bazę danych.
• Wyłącz tylko do odczytu:Dzięki tej opcji włączamy zapis w replice.
• Promuj niewolnika:umożliwia promowanie niewolnika na mistrza.
• Rebuild Replication Slave:Wybierając tę ​​opcję, odbudowujemy replikę, wybierając master.
• Zmień wzorzec replikacji:umożliwia zmianę wzorca replikacji.
• Uruchom Slave:Uruchom instancję.
• Zatrzymaj węzeł:możemy zatrzymać instancję.
• Wyrejestruj węzeł:za pomocą tej akcji usuwamy węzeł z klastra.

Opcje mogą się różnić w zależności od roli węzła.

Możesz także, wybierając węzeł i przeciągając go do innego węzła, wybrać jedną z następujących opcji:

Możesz odbudować replikę z tego nowego węzła lub po prostu zmienić mastera i kontynuować replikację.

Po potwierdzeniu zmian otrzymamy nowy widok topologii:

Tutaj widzimy, że mamy naszego mastera z dwiema replikami, a jedna z tych replik działa jako master pośredni, z którego replikuje się slave.

PostgreSQL

Tutaj mamy topologię PostgreSQL, z 1 masterem i 2 slave.

Możemy obserwować rolę każdego z nich, które węzły umożliwiają pisanie i stan replikacji.

Jeśli rozszerzymy informacje o węzłach, możemy zobaczyć szczegóły wersji i czasu pracy.

Mamy również różne akcje, które można wykonać na węzłach:

• Konsola SSH:Pozwala nam na dostęp do konsoli SSH wewnątrz węzła.
• Tryb harmonogramu konserwacji:Umożliwia ustawienie okna konserwacji dla węzła.
• Zrestartuj hosta:tutaj możemy ponownie uruchomić hosta.
• Uruchom ponownie węzeł:możemy ponownie uruchomić bazę danych.
• Promuj niewolnika:pozwala nam promować mistrza niewolnika.
• Rebuild Replication Slave:Ta opcja umożliwia zrekonstruowanie repliki z mastera.
• Zatrzymaj węzeł:możemy zatrzymać bazę danych.
• Wyrejestruj węzeł:za pomocą tej akcji usuwamy węzeł z klastra.

Opcje mogą się zmieniać w zależności od roli każdego węzła.

Jeśli chcemy zmodyfikować naszego mastera, możemy to zrobić po prostu wybierając Promuj Slave w działaniach węzła, które widzieliśmy wcześniej.

Po kilku sekundach możemy zobaczyć naszą nową topologię z wybranym przez nas nowym wzorcem.

Aby odbudować replikę, możemy po prostu wybrać węzeł, który chcemy zmodyfikować i upuścić go na master.

W ten sposób możesz szybko i łatwo zrekonstruować replikę.

MongoDB

To jest topologia zestawu replik MongoDB z 1 węzłem podstawowym i 2 węzłami wtórnymi.

Możemy obserwować podstawowe informacje, takie jak połączenia i blokady.

Rozszerzając informacje o węźle, możemy zobaczyć dwa podekrany.

W pierwszym widzimy priorytet i czy jest ukryty, czy nie.

W drugim możemy zobaczyć dane serwera, takie jak wersja i czas pracy.

Mamy różne działania do wykonania na każdym węźle:

• Konsola SSH:Pozwala nam na dostęp do konsoli SSH wewnątrz węzła.
• Tryb harmonogramu konserwacji:Umożliwia ustawienie okna konserwacji dla węzła.
• Zrestartuj hosta:tutaj możemy ponownie uruchomić hosta.
• Uruchom ponownie węzeł:możemy ponownie uruchomić bazę danych.
• Zamrożenie węzła:Możemy przełączyć węzeł w tryb zamrożenia na X czasu.
• Zatrzymaj węzeł:możemy zatrzymać bazę danych.
• Wyrejestruj węzeł:za pomocą tej akcji usuwamy węzeł z klastra.

Opcje mogą się zmieniać w zależności od roli każdego węzła.

Ogólne

Bez względu na silnik, którego używamy, w przypadku utraty dostępu do dowolnego węzła możemy go łatwo zobaczyć i skonfigurować alerty o zdarzeniach. Zobaczmy przykład z Galera Cluster:

W ten sposób możemy szybko zidentyfikować niedostępny węzeł i podjąć niezbędne działania.

W naszej topologii możemy również mieć skonfigurowane load balancery z utrzymywaniem aktywności:

Możemy przeglądać węzły bazy danych i systemy równoważenia obciążenia (np. ProxySQL).

Podsumowując, widok topologii może być bardzo przydatny do szybkiej wizualizacji sposobu replikacji naszego klastra.

Możesz wypróbować tę i wiele innych funkcji w bezpłatnej wersji próbnej.