Konfigurowanie klastra trybu failover systemu Windows Server dla wystąpienia sap ASCS-SCS

Ukończone

Skonfigurowanie klastra trybu failover systemu Windows Server dla wystąpienia sap ASCS/SCS obejmuje następujące zadania:

  • Dodaj węzły klastra do klastra.
  • Konfigurowanie monitora w chmurze.

Dodawanie węzłów klastra do klastra

Skonfiguruj klaster trybu failover przy użyciu Menedżera klastra trybu failover:

  1. W Menedżerze klastra trybu failover wybierz pozycję Utwórz klaster, a następnie dodaj tylko nazwę pierwszego klastra (węzła A). Nie dodawaj jeszcze drugiego węzła; drugi węzeł zostanie dodany w późniejszym kroku.
  2. Wprowadź nazwę sieci (nazwę hosta wirtualnego) klastra.
  3. Po utworzeniu klastra uruchom test weryfikacji klastra.
  4. W tym momencie w procesie można zignorować wszelkie ostrzeżenia dotyczące dysków. Na tym etapie nie musisz martwić się o kworum.
  5. Przełącz nazwę wirtualnego hosta klastra do trybu online.
  6. Dodaj drugi węzeł klastra.

Konfigurowanie monitora chmury

Aby skonfigurować monitor w chmurze, musisz mieć prawidłowe konto usługi Azure Storage, które może służyć do przechowywania pliku obiektu blob (używanego do arbitrażu). Monitor w chmurze tworzy dobrze znany monitor kontenera msft-cloud-witness na koncie magazynu Microsoft. Monitor w chmurze zapisuje pojedynczy plik obiektów blob z unikatowym identyfikatorem odpowiedniego klastra używanym jako nazwa pliku obiektu blob w tym kontenerze msft-cloud-witness. Oznacza to, że można użyć tego samego konta usługi Microsoft Azure Storage do skonfigurowania monitora w chmurze dla wielu różnych klastrów.

Jeśli używasz tego samego konta usługi Azure Storage do konfigurowania monitora w chmurze dla wielu różnych klastrów, zostanie automatycznie utworzony pojedynczy kontener msft-cloud-witness. Ten kontener będzie zawierać jeden plik obiektów blob na klaster.

Podczas tworzenia konta magazynu należy pamiętać, że:

  • Nie można użyć konta usługi Blob Storage dla monitora w chmurze.
  • Nie można używać usługi Azure Premium Storage dla monitora w chmurze.
  • W obszarze Replikacja wybierz pozycję Magazyn lokalnie nadmiarowy (LRS). Klaster trybu failover używa pliku obiektu blob jako punktu arbitrażowego, co wymaga pewnych gwarancji spójności podczas odczytywania danych. W związku z tym należy wybrać magazyn lokalnie nadmiarowy dla pozycji Typ replikacji.

Podczas tworzenia konta magazynu jest ono skojarzone z dwoma kluczami dostępu, które są generowane automatycznie — podstawowy klucz dostępu i pomocniczy klucz dostępu. Aby utworzyć monitor w chmurze po raz pierwszy, użyj podstawowego klucza dostępu. Nie ma ograniczeń dotyczących klucza do użycia na potrzeby monitora w chmurze. Wartości kluczy konta magazynu można zidentyfikować bezpośrednio w witrynie Azure Portal lub programowo.

Podczas tworzenia konta magazynu następujące adresy URL są generowane przy użyciu formatu: https://[Storage Account Name].[Storage Type].[Endpoint];. Monitor w chmurze zawsze używa obiektu blob jako typu magazynu. Platforma Azure używa core.windows.net jako punktu końcowego. Podczas konfigurowania monitora w chmurze można skonfigurować go przy użyciu innego punktu końcowego zgodnie ze swoim scenariuszem (na przykład centrum danych platformy Microsoft Azure w Chinach ma inny punkt końcowy).

Uwaga

Adres URL punktu końcowego jest generowany automatycznie przez zasób monitora w chmurze i nie ma dodatkowego kroku konfiguracji niezbędnego dla adresu URL.

Aby skonfigurować monitor w chmurze jako monitor kworum

  1. Uruchom Menedżera klastra trybu failover.

  2. Kliknij prawym przyciskiem myszy klaster ->Więcej akcji ->Skonfiguruj kworum klastra Ustawienia. Spowoduje to uruchomienie Kreatora konfigurowania kworum klastra.

  3. Na stronie Wybieranie konfiguracji kworum wybierz pozycję Wybierz monitor kworum.

  4. Na stronie Wybieranie monitora kworum wybierz pozycję Konfiguruj monitor w chmurze.

  5. Na stronie Konfigurowanie monitora w chmurze wprowadź następujące informacje:

    • (Wymagany parametr) Nazwa konta usługi Azure Storage.

    • (Wymagany parametr) Klucz dostępu odpowiadający kontu magazynu.

      • Podczas tworzenia po raz pierwszy użyj klucza dostępu podstawowego
      • Podczas rotacji podstawowego klucza dostępu użyj pomocniczego klucza dostępu
    • (Opcjonalny parametr) Jeśli zamierzasz użyć innego punktu końcowego usługi platformy Azure (na przykład usługi Microsoft Azure w Chinach), zaktualizuj nazwę serwera punktu końcowego.

Po pomyślnej konfiguracji monitora w chmurze można wyświetlić nowo utworzony zasób monitora w przystawce Menedżer klastra trybu failover.

Podczas konfigurowania monitora w chmurze jako monitora kworum dla klastra trybu failover należy wziąć pod uwagę następujące kwestie:

  • Zamiast przechowywać klucz dostępu, klaster trybu failover będzie generować i bezpiecznie przechowywać token zabezpieczeń dostępu współdzielonego (SAS).
  • Wygenerowany token SAS jest prawidłowy, o ile klucz dostępu pozostaje prawidłowy. Podczas rotacji podstawowego klucza dostępu należy najpierw zaktualizować monitor w chmurze (we wszystkich klastrach korzystających z tego konta magazynu) z pomocniczym kluczem dostępu przed wygenerowaniem podstawowego klucza dostępu.
  • Monitor w chmurze używa interfejsu REST PROTOKOŁU HTTPS usługi Azure Storage Account. Oznacza to, że port HTTPS musi być otwarty we wszystkich węzłach klastra.

Konfigurowanie parametrów wykrywania trybu failover

Po pomyślnym zainstalowaniu klastra trybu failover systemu Windows należy zmienić niektóre progi, aby dostosować wykrywanie trybu failover do warunków na platformie Azure. Zakładając, że dwie maszyny wirtualne tworzące konfigurację klastra systemu Windows dla usługi ASCS/SCS znajdują się w tej samej podsieci, zmień następujące parametry na następujące wartości:

  • SameSubNetDelay = 2000
  • SameSubNetThreshold = 15
  • RoutingHistoryLength = 30

Te ustawienia zostały przetestowane z klientami. Są one wystarczająco odporne, ale zapewniają również tryb failover, który jest wystarczająco szybki w rzeczywistych warunkach błędów w oprogramowaniu SAP lub w węźle lub awarii maszyny wirtualnej.