Sprawdzanie klastra trybu failover

  • 6 min

Wysoka dostępność obciążeń SAP zależy od funkcji wysokiej dostępności wbudowanych w obciążenie lub klastra trybu failover zaimplementowanego na poziomie systemu operacyjnego. Klaster trybu failover to grupa niezależnych serwerów, które współpracują ze sobą w celu zwiększenia dostępności aplikacji i usług. Jeśli wystąpi awaria węzła, klaster wykonuje arbitraż węzła i w zależności od wyniku transferuje obciążenie do jednego z pozostałych węzłów.

Klaster trybu failover systemu Windows Server to usługa zapewniająca wysoką dostępność w systemie Windows Server. Klaster trybu failover systemu Windows Server opiera się na konstrukcji kworum, aby uniknąć scenariuszy podziału mózgu. Istnieje kilka różnych trybów kworum, w tym większość węzłów, większość węzłów i dysk, większość węzłów i udziałów plików oraz tylko dysk. Zalecanym wyborem jest monitor w chmurze (wprowadzony w systemie Windows Server 2016). W przypadku korzystania z wcześniejszych wersji systemu Windows należy wybrać większość węzłów lub węzeł i udział plików (udział plików o wysokiej dostępności na platformie Azure można zaimplementować przy użyciu klastra Miejsca do magazynowania Direct). Udostępnione dyski dołączone lokalnie nie są natywnie obsługiwane w usłudze Azure Virtual Machines. Opcjonalnie możesz skorzystać z rozwiązań innych niż Microsoft, takich jak SIOS DataKeeper, które emulują dyski udostępnione synchronicznie replikując dyski lokalne w klastrowanych maszynach wirtualnych platformy Azure.

STONITH Blokuj urządzenia

Pacemaker to menedżer zasobów klastra ułatwiający wysoką dostępność na serwerach z systemem Linux. Pacemaker opiera się na zewnętrznym składniku STONITH do obsługi arbitrażu węzłów. STONITH to mechanizm ogrodzenia, który zapobiega uszkodzeniu pliku klastra przez zamknięcie węzła, który zakończył się niepowodzeniem. Stosuje również narzędzie Corosync w celu ułatwienia komunikacji między węzłami. Istnieją dwa sposoby konfigurowania składnika STONITH na platformie Azure. Możesz użyć agenta ogrodzenia, który zajmuje się ponownym uruchomieniem węzła, który zakończył się niepowodzeniem za pośrednictwem interfejsów API platformy Azure lub możesz użyć usługi SBD (STONITH Block Device).

Usługa SBD wymaga co najmniej jednej maszyny wirtualnej, która działa jako serwer docelowy iSCSI. Te serwery obiektów docelowych iSCSI mogą być jednak współużytkowane z innymi klastrami Pacemaker. Zaletą korzystania z usługi SBD jest krótszy czas pracy w trybie failover, a jeśli używasz dysków SSD w środowisku lokalnym, nie wymaga żadnych zmian w sposobie działania klastra pacemaker. Można użyć maksymalnie trzech dysków SSD dla klastra Pacemaker, aby umożliwić usłudze SBD stanie się niedostępny, na przykład podczas stosowania poprawek systemu operacyjnego serwera docelowego iSCSI. Jeśli chcesz użyć więcej niż jednego dysku SBD na program Pacemaker, pamiętaj, aby wdrożyć wiele serwerów docelowych iSCSI i połączyć jeden SBD z każdego serwera docelowego iSCSI. Zalecamy użycie jednego SBD lub trzech. Program Pacemaker nie może automatycznie ogrodzać węzła klastra, jeśli skonfigurujesz tylko dwa dyski SSD i jeden z nich nie jest dostępny. Jeśli chcesz mieć możliwość ogrodzenia, gdy jeden serwer docelowy iSCSI nie działa, należy użyć trzech dysków SSD i w związku z tym trzech serwerów docelowych iSCSI.

Konfigurowanie wysokiej dostępności w systemie SUSE przy użyciu urządzenia STONITH

  • System operacyjny: SLES 12 SP1 dla systemu SAP
  • Wersja HANA: HANA 2.0 SP1
  • Nazwy serwerów: sapprdhdb95 (node1) i sapprdhdb96 (node2)
  • Urządzenie STONITH: urządzenie STONITH oparte na protokole iSCSI

Aby skonfigurować kompleksową wysoką dostępność przy użyciu metody STONITH, należy wykonać następujące kroki:

  1. Zidentyfikuj SBD.

  2. Zainicjuj usługę SBD w obu węzłach.

  3. Skonfiguruj klaster.

    • Instalacja pakietu
    • Skonfiguruj klaster — ha-cluster-init polecenie lub użyj kreatora yast2 tylko w węźle Podstawowym.

  4. Skonfiguruj usługę Softdog Watchdog w obu węzłach.

  5. Dołącz węzeł do klastra.

  6. Zweryfikuj klaster.

  7. Skonfiguruj właściwości i zasoby klastra:

    • Uruchamianie klastra
    • StoNITH — urządzenie
    • Wirtualny adres IP

  8. Przetestuj proces pracy w trybie failover.

Aby uzyskać szczegółowy przewodnik krok po kroku, zapoznaj się z tematem Wysoka dostępność skonfigurowana w systemie SUSE przy użyciu urządzenia STONITH.

Jeśli nie chcesz wdrażać innych maszyn wirtualnych platformy Azure, możesz użyć agenta usługi Azure Fence. W przypadku korzystania z agenta ogrodzenia platformy Azure rozważ ustawienie skipShutdown flagi, aby wymusić wymuszone pominięcie okresu zamykania polecenia z łaski. Gdy flaga skipShutdown nie jest ustawiona, przejście w tryb failover może potrwać od 10 do 15 minut.

Nazwy serwerów wirtualnych

Konfiguracje wysokiej dostępności i odzyskiwania po awarii opierają się na nazwach serwerów wirtualnych przypisanych do klastrowanych składników SAP. Ułatwia to automatyczne przełączanie składnika klastrowanego w tryb failover między węzłami klastra. W przypadku korzystania z rozwiązań klastrowania na poziomie systemu operacyjnego na platformie Azure takie nazwy wirtualne zwykle wskazują adres IP frontonu modułu równoważenia obciążenia, który dystrybuuje połączenia przychodzące do węzłów klastra.