Udostępnij przez


Wysoka dostępność oprogramowania SAP NetWeaver na maszynach wirtualnych platformy Azure w systemie Windows z plikami Azure NetApp Files (SMB) dla aplikacji SAP

W tym artykule opisano sposób wdrażania, konfigurowania maszyn wirtualnych, instalowania struktury klastra i instalowania systemu SAP NetWeaver 7.50 o wysokiej dostępności na maszynach wirtualnych z systemem Windows przy użyciu protokołu SMB w usłudze Azure NetApp Files.

Warstwa bazy danych nie jest szczegółowo omówiona w tym artykule. Zakładamy, że sieć wirtualna platformy Azure została już utworzona.

Najpierw przeczytaj następujące uwagi i dokumenty SAP:

Omówienie

Firma SAP opracowała nowe podejście i alternatywę dla udostępnionych dysków klastra na potrzeby klastrowania wystąpienia SAP ASCS/SCS w klastrze trybu failover systemu Windows. Zamiast używać dysków udostępnionych klastra, można użyć udziału plików SMB do wdrożenia plików hosta globalnego SAP. Usługa Azure NetApp Files obsługuje protokół SMBv3 (wraz z systemem plików NFS) z listą ACL systemu plików NTFS przy użyciu usługi Active Directory. Usługa Azure NetApp Files jest wysoce dostępna (ponieważ jest to usługa PaaS). Te funkcje sprawiają, że usługa Azure NetApp Files jest doskonałym rozwiązaniem do hostowania udziału plików SMB dla systemu SAP global.
Obsługiwane są usługi Microsoft Entra Domain Services i Active Directory Domain Services (AD DS). Istniejące kontrolery domeny usługi Active Directory można używać z usługą Azure NetApp Files. Kontrolery domeny mogą znajdować się na platformie Azure jako maszyny wirtualne lub lokalnie za pośrednictwem sieci VPN usługi ExpressRoute lub S2S. W tym artykule użyjemy kontrolera domeny na maszynie wirtualnej platformy Azure.
Wysoka dostępność (HA) dla usług centralnych SAP Netweaver wymaga współdzielonego magazynu. Aby to osiągnąć w systemie Windows, do tej pory konieczne było zbudowanie klastra SOFS lub użycie oprogramowania dla dysku współdzielonego klastra, takiego jak SIOS. Teraz można osiągnąć wysoką dostępność SAP Netweaver, korzystając z pamięci współdzielonej wdrożonej w usłudze Azure NetApp Files. Dzięki plikom Azure NetApp dla współdzielonego przechowywania eliminowana jest potrzeba korzystania z SOFS lub SIOS.

Uwaga

Klastrowanie instancji SAP ASCS/SCS za pomocą współdzielonego zasobu plików jest obsługiwane w systemach SAP z oprogramowaniem SAP Kernel 7.22 (i nowszym). Aby uzyskać szczegółowe informacje, zobacz notatkę SAP 2698948

Architektura SAP ASCS/SCS HA z udziałem SMB

Wymagania wstępne dotyczące zasobu plikowego SMB są następujące:

  • Protokół SMB 3.0 (lub nowszy).
  • Możliwość ustawiania list kontroli dostępu (ACL) usługi Active Directory dla grup użytkowników usługi Active Directory i obiektu komputera$ komputera.
  • Udział plików musi mieć włączoną wysoką dostępność.

Udział usług SAP Central w tej architekturze referencyjnej jest oferowany przez usługę Azure NetApp Files:

Architektura SAP ASCS/SCS HA ze szczegółami udziału SMB

Tworzenie i instalowanie woluminu SMB dla usługi Azure NetApp Files

Wykonaj następujące kroki, przygotowując się do korzystania z usługi Azure NetApp Files.

  1. Tworzenie konta usługi Azure NetApp, wykonując kroki opisane w temacie Tworzenie konta usługi NetApp

  2. Skonfiguruj pulę pojemności zgodnie z instrukcjami w Konfiguracja puli pojemności

  3. Zasoby usługi Azure NetApp Files muszą znajdować się w delegowanej podsieci. Postępuj zgodnie z instrukcjami w temacie Delegowanie podsieci do usługi Azure NetApp Files w celu utworzenia delegowanej podsieci.

    Ważne

    Należy utworzyć połączenia z usługą Active Directory przed utworzeniem woluminu SMB. Zapoznaj się z wymaganiami dotyczącymi połączeń usługi Active Directory.

    Podczas tworzenia połączenia usługi Active Directory wprowadź prefiks serwera SMB (konta komputera) nie dłuższy niż 8 znaków. Pozwala to uniknąć ograniczenia nazwy hosta 13 znaków dla aplikacji SAP (sufiks jest automatycznie dodawany do nazwy konta komputera SMB).
    Ograniczenia dotyczące nazw hostów aplikacji SAP opisano w temacie 2718300 — Ograniczenia długości nazw hostów fizycznych i wirtualnych oraz 611361 — nazwy hostów serwerów platformy SAP ABAP.

  4. Utwórz połączenie usługi Active Directory zgodnie z opisem w temacie Tworzenie połączenia usługi Active Directory. Pamiętaj, aby dodać użytkownika, który uruchomi narzędzie SWPM w celu zainstalowania systemu SAP, tak jak Administrators privilege user w przypadku połączenia usługi Active Directory. Jeśli nie dodasz użytkownika instalacji SAP jako Administrators privilege user w połączeniu z usługą Active Directory, SWPM zakończy się niepowodzeniem z powodu błędów uprawnień, chyba że uruchomisz SWPM jako użytkownik z podwyższonymi uprawnieniami administratora domeny.

  5. Utwórz wolumin SMB usługi Azure NetApp Files, postępując zgodnie z instrukcjami w Dodaj wolumin SMB.

  6. Zainstaluj wolumin SMB na maszynie wirtualnej z systemem Windows.

Napiwek

Aby uzyskać instrukcje dotyczące sposobu instalowania woluminu usługi Azure NetApp Files, zaloguj się do witryny Azure Portal, a następnie przejdź do obiektu Azure NetApp Files, wybierz blok Woluminy , a następnie wybierz pozycję Instrukcje instalacji.

Ważne uwagi

Podczas rozważania usługi Azure NetApp Files dla architektury SAP Netweaver należy pamiętać o następujących ważnych kwestiach:

  • Aby uzyskać wymagania dotyczące określania rozmiaru woluminów i pul pojemności usługi Azure NetApp Files, zobacz Limity zasobów usługi Azure NetApp Files i Tworzenie puli pojemności dla usługi Azure NetApp Files.
  • Wybrana sieć wirtualna musi mieć podsieć, która jest delegowana do usługi Azure NetApp Files.
  • Charakterystyka przepływności i wydajności woluminu usługi Azure NetApp Files jest funkcją limitu przydziału woluminu i poziomu usługi, zgodnie z opisem w artykule Poziom usługi dla usługi Azure NetApp Files. Podczas określania rozmiaru woluminów SAP Azure NetApp upewnij się, że wynikowa przepływność spełnia wymagania aplikacji.

Przygotuj infrastrukturę dla SAP HA, korzystając z klastra failover w systemie Windows

  1. Ustaw reguły równoważenia obciążenia ASCS/SCS dla wewnętrznego modułu równoważenia obciążenia Azure.
  2. Dodaj maszyny wirtualne z systemem Windows do domeny.
  3. Dodawanie wpisów rejestru w obu węzłach klastra wystąpienia sap ASCS/SCS
  4. Konfigurowanie klastra trybu awaryjnego przełączania systemu Windows Server dla wystąpienia SAP ASCS/SCS Świadek](/windows-server/failover-clustering/deploy-cloud-witness).

Zainstaluj wystąpienie SAP ASCS na obu węzłach

Potrzebne jest następujące oprogramowanie z oprogramowania SAP:

  • Narzędzie instalacyjne programu SAP Software Provisioning Manager (SWPM) w wersji SPS25 lub nowszej.
  • Sap Kernel 7.22 lub nowszy
  • Utwórz nazwę hosta wirtualnego (nazwę sieci klastra) dla klastrowanego wystąpienia sap ASCS/SCS, zgodnie z opisem w temacie Tworzenie nazwy hosta wirtualnego dla klastrowanego wystąpienia sap ASCS/SCS.

Instalowanie wystąpienia usługi ASCS/SCS w pierwszym węźle klastra USŁUGI ASCS/SCS

  1. Zainstaluj instancję SAP ASCS/SCS na pierwszym węźle klastra. Uruchom narzędzie instalacyjne SAP SWPM, a następnie przejdź do: Product>DBMS> Instalacja > Serwera aplikacji ABAP (lub Java) > System wysokiej dostępności > Instancja ASCS/SCS > Pierwszy węzeł klastra.

  2. Wybierz Klaster udostępniania plików jako Konfigurację udziału klastra w programie SWPM.

  3. Po wyświetleniu monitu w kroku Parametry klastra systemu SAP wprowadź nazwę hosta udziału SMB usługi Azure NetApp Files, który został już utworzony jako nazwa hosta udziału plików. W tym przykładzie nazwa hosta udziału SMB to anfsmb-9562.

    Ważne

    Jeśli wyniki sprawdzania wymagań wstępnych w programie SWPM zawierają warunek funkcji ciągłej dostępności, można go rozwiązać, postępując zgodnie z instrukcjami w komunikacie o błędzie Opóźnione podczas próby uzyskania dostępu do folderu udostępnionego, który już nie istnieje w systemie Windows.

    Napiwek

    Jeśli wyniki sprawdzania wymagań wstępnych w programie SWPM pokazują, że warunek dotyczący rozmiaru swapu nie jest spełniony, możesz dostosować rozmiar swapu, przechodząc do Mój komputer>Właściwości systemu>Ustawienia wydajności>Zaawansowane>Pamięć wirtualna>Zmień.

  4. Skonfiguruj zasób klastra SAP oraz port sondy SAP-SID-IP przy użyciu programu PowerShell. Wykonaj tę konfigurację na jednym z węzłów klastra SAP ASCS/SCS, zgodnie z opisem w temacie Konfigurowanie portu sondy.

Zainstaluj wystąpienie ASCS/SCS w drugim węźle klastra ASCS/SCS

  1. Zainstaluj wystąpienie SAP ASCS/SCS na drugim węźle klastra. Uruchom narzędzie instalacyjne SAP SWPM, a następnie przejdź do Product>DBMS> Installation > Application Server ABAP (lub Java) > High-Availability System > wystąpienia ASCS/SCS > dodatkowego węzła klastra.

Aktualizowanie profilu wystąpienia oprogramowania SAP ASCS/SCS

Zaktualizuj parametry w profilu instancji SAP ASCS/SCS <SID>ASCS/SCS<Nr><Host>.

Nazwa parametru Wartość parametru
gw/netstat_once 0
enque/encni/set_so_keepalive PRAWDA
usługa/ha_check_node 1

Parametr enque/encni/set_so_keepalive jest wymagany tylko w przypadku korzystania z ENSA1.
Uruchom ponownie wystąpienie SAP ASCS/SCS. Ustaw KeepAlive parametry na obu węzłach klastra SAP ASCS/SCS, postępując zgodnie z instrukcjami dotyczącymi ustawiania wpisów rejestru na węzłach klastra wystąpienia SAP ASCS/SCS.

Zainstaluj instancję DBMS i serwery aplikacji SAP

Ukończ instalację oprogramowania SAP, instalując następujące elementy:

  • Instancja DBMS
  • Podstawowy serwer aplikacji SAP
  • Dodatkowy serwer aplikacji SAP

Testowanie wystąpienia awaryjnego przełączenia SAP ASCS/SCS

Przełączanie z węzła klastra A na węzeł klastra B i z powrotem

W tym scenariuszu testowym odwołujemy się do węzła klastra sapascs1 jako węzła A i do węzła klastra sapascs2 jako węzła B.

  1. Sprawdź, czy zasoby klastra są uruchomione w węźle A. Rysunek 1. Zasoby klastra trybu failover systemu Windows Server uruchomione w węźle A przed testem trybu failover

  2. Uruchom ponownie węzeł klastra A. Zasoby klastra SAP zostaną przeniesione do węzła klastra B. Rysunek 2. Zasoby klastra trybu failover systemu Windows Server uruchomione w węźle B po teście trybu failover

Test blokady dostępu

1. Sprawdź, czy SAP serwer replikacji Enqueue (ERS) jest aktywny
2. Zaloguj się do systemu SAP, wykonaj transakcję SU01 i otwórz identyfikator użytkownika w trybie zmiany. Spowoduje to wygenerowanie wpisu blokady SAP.
3. Po zalogowaniu się do systemu SAP, wyświetl wpis blokady, przechodząc do transakcji ST12.
4. Przełącz zasoby ASCS z węzła klastra A na węzeł klastra B.
5. Sprawdź, czy wpis blokady wygenerowany przed przełączeniem awaryjnym zasobów klastra SAP ASCS/SCS został zachowany.

Rysunek 3. Wpis blokady jest zachowywany po teście awaryjnym

Aby uzyskać więcej informacji, zobacz Rozwiązywanie problemów z przełączaniem awaryjnym w kolejce w ASCS z ERS

Konfiguracje opcjonalne

Na poniższych diagramach przedstawiono wiele wystąpień SAP na maszynach wirtualnych platformy Azure z uruchomionym klastrem trybu failover systemu Microsoft Windows w celu zmniejszenia całkowitej liczby maszyn wirtualnych.

Mogą to być lokalne serwery aplikacji SAP w klastrze SAP ASCS/SCS lub rola klastra SAP ASCS/SCS na węzłach Microsoft SQL Server Always On.

Ważne

Instalowanie lokalnego SAP Application Server na węźle Always On programu SQL Server nie jest obsługiwane.

Zarówno system SAP ASCS/SCS, jak i baza danych programu Microsoft SQL Server, są pojedynczymi punktami awarii (SPOF). Do ochrony tych plików SPOF w środowisku systemu Windows jest używany protokół SMB usługi Azure NetApp Files.

Chociaż zużycie zasobów przez usługę SAP ASCS/SCS jest dość małe, zaleca się zmniejszenie konfiguracji pamięci dla programu SQL Server lub serwera APLIKACJI SAP o 2 GB.

Serwery aplikacji SAP na węzłach WSFC przy użyciu NetApp Files SMB

Rysunek 4. Konfiguracja klastra trybu failover systemu Windows Server na platformie Azure przy użyciu protokołu SMB systemu Windows NetApp Files i zainstalowanego lokalnie serwera aplikacji SAP

Uwaga

Na zdjęciu przedstawiono użycie dodatkowych dysków lokalnych. Jest to opcjonalne dla klientów, którzy nie będą instalować oprogramowania aplikacji na dysku systemu operacyjnego (C:)

SAP ASCS/SCS na węzłach SQL Server Always On, korzystające z Azure NetApp Files SMB

Ważne

Używanie protokołu SMB usługi Azure NetApp Files dla dowolnego woluminu programu SQL Server nie jest obsługiwane.

Rysunek: SAP ASCS/SCS na węzłach Always On programu SQL Server z użyciem protokołu SMB usługi Azure NetApp Files

Uwaga

Na zdjęciu przedstawiono użycie dodatkowych dysków lokalnych. Jest to opcjonalne dla klientów, którzy nie będą instalować oprogramowania aplikacji na dysku systemu operacyjnego (C:)

Używanie systemu Windows DFS-N do obsługi procesu umożliwiającego elastyczne tworzenie udziału SAPMNT dla udziału plików opartego na protokole SMB

Korzystanie z DFS-N pozwala na wykorzystanie poszczególnych woluminów sapmnt dla systemów SAP wdrożonych w tej samej subskrypcji platformy Azure i regionie. "Używanie systemu Windows DFS-N do obsługi elastycznego tworzenia udziałów SAPMNT dla zasobu plików opartych na protokole SMB" pokazuje, jak to skonfigurować.

Następne kroki