Share via

Wdrażanie usługi SAP ASCS/ERS przy użyciu maszyn wirtualnych o wysokiej dostępności oprogramowania SAP HANA w systemie RHEL

  • Artykuł

W tym artykule opisano sposób instalowania i konfigurowania oprogramowania SAP HANA wraz z usługami SAP Central Services (ASCS)/SAP Central Services (SCS) i enqueue Replication Server (ERS) w tym samym klastrze o wysokiej dostępności uruchomionym w systemie Red Hat Enterprise Linux (RHEL).

Informacje

Omówienie

W tym artykule opisano scenariusz optymalizacji kosztów, w którym wdrażasz wystąpienia sap HANA, SAP ASCS/SCS i SAP ERS w tej samej konfiguracji wysokiej dostępności. Aby zminimalizować liczbę maszyn wirtualnych dla pojedynczego systemu SAP, należy zainstalować oprogramowanie SAP ASCS/SCS i SAP ERS na tych samych hostach, na których działa oprogramowanie SAP HANA. Gdy platforma SAP HANA jest konfigurowana w konfiguracji klastra o wysokiej dostępności, chcesz, aby usługi SAP ASCS/SCS i SAP ERS były również zarządzane przez klaster. Konfiguracja jest w zasadzie dodatkiem do już skonfigurowanej konfiguracji klastra SAP HANA. W tej konfiguracji oprogramowanie SAP ASCS/SCS i SAP ERS są instalowane na wirtualnej nazwie hosta, a jego katalog wystąpień jest zarządzany przez klaster.

Przedstawiona architektura prezentuje system plików NFS w usłudze Azure Files lub Azure NetApp Files dla katalogu wystąpień o wysokiej dostępności dla konfiguracji.

W przykładzie przedstawionym w tym artykule do opisania wdrożenia są używane następujące informacje systemowe:

Nazwa wystąpienia Numer wystąpienia Nazwa hosta wirtualnego Wirtualny adres IP (port sondy)
SAP HANA DB 03 saphana 10.66.0.13 (62503)
ABAP SAP Central Services (ASCS) 00 sapascs 10.66.0.20 (62000)
Serwer replikacji kolejki (ERS) 01 sapers 10.66.0.30 (62101)
Identyfikator systemu SAP HANA HN1 --- ---
Identyfikator systemu SAP NW1 --- ---

Uwaga

Zainstaluj wystąpienia okien dialogowych SAP (PAS i AAS) na oddzielnych maszynach wirtualnych.

Diagram that shows the architecture of an SAP HANA, SAP ASCS/SCS, and ERS installation within the same cluster.

Ważne zagadnienia dotyczące rozwiązania optymalizacji kosztów

  • Wystąpienia okien dialogowych SAP (PAS i AAS) (takie jak sapa01 i sapa02) powinny być instalowane na oddzielnych maszynach wirtualnych. Zainstaluj usługi SAP ASCS i ERS z nazwami hostów wirtualnych. Aby dowiedzieć się więcej na temat przypisywania nazwy hosta wirtualnego do maszyny wirtualnej, zobacz blog Używanie nazw hostów wirtualnych SAP z systemem Linux na platformie Azure.
  • W przypadku wdrożenia usługi HANA DB, ASCS/SCS i ERS w tej samej konfiguracji klastra liczba wystąpień HANA DB, ASCS/SCS i ERS musi być inna.
  • Rozważ odpowiednie ustalanie rozmiaru jednostek SKU maszyny wirtualnej na podstawie wytycznych dotyczących rozmiaru. Należy uwzględnić zachowanie klastra, w którym wiele wystąpień SAP (HANA DB, ASCS/SCS i ERS) może działać na jednej maszynie wirtualnej, gdy inna maszyna wirtualna w klastrze jest niedostępna.
  • Do zainstalowania wystąpień sap ASCS i ERS można użyć innego magazynu (na przykład usługi Azure NetApp Files lub systemu plików NFS w usłudze Azure Files).

    Uwaga

    W przypadku systemów SAP J2EE nie jest obsługiwane umieszczanie /usr/sap/<SID>/J<nr> w systemie plików NFS w usłudze Azure Files. Systemy plików bazy danych, takie jak /hana/data i /hana/log, nie są obsługiwane w systemie plików NFS w usłudze Azure Files.

  • Aby zainstalować więcej serwerów aplikacji na oddzielnych maszynach wirtualnych, można użyć udziałów NFS lub lokalnego dysku zarządzanego dla systemu plików katalogu wystąpień. Jeśli instalujesz więcej serwerów aplikacji dla systemu SAP J2EE, /usr/sap/<SID>/J<nr> w systemie plików NFS w usłudze Azure Files nie jest obsługiwana.
  • Zapoznaj się z zagadnieniami dotyczącymi systemu plików platformy Azure i zagadnieniami dotyczącymi usługi Azure NetApp Files, ponieważ te same zagadnienia dotyczą tej konfiguracji.

Wymagania wstępne

Konfiguracja opisana w tym artykule jest dodatkiem do już skonfigurowanej konfiguracji klastra SAP HANA. W tej konfiguracji na wirtualnej nazwie hosta są instalowane wystąpienia sap ASCS/SCS i ERS. Katalog wystąpienia jest zarządzany przez klaster.

Zainstaluj bazę danych HANA i skonfiguruj replikację systemu HANA (HSR) i klaster Pacemaker, wykonując kroki opisane w temacie Wysoka dostępność oprogramowania SAP HANA na maszynach wirtualnych platformy Azure w systemie Red Hat Enterprise Linux lub wysoka dostępność skalowania sap HANA za pomocą usługi Azure NetApp Files w systemie Red Hat Enterprise Linux w zależności od używanej opcji magazynu.

Po zainstalowaniu, skonfigurowaniu i skonfigurowaniu klastra HANA wykonaj następne kroki, aby zainstalować wystąpienia usługi ASCS i ERS.

Konfigurowanie usługi Azure Load Balancer dla usług ASCS i ERS

W tym artykule założono, że moduł równoważenia obciążenia dla konfiguracji klastra HANA został już skonfigurowany zgodnie z opisem w temacie Konfigurowanie usługi Azure Load Balancer. W tym samym wystąpieniu usługi Azure Load Balancer wykonaj następujące kroki, aby utworzyć więcej adresów IP frontonu i reguł równoważenia obciążenia dla usług ASCS i ERS.

  1. Otwórz wewnętrzny moduł równoważenia obciążenia utworzony na potrzeby konfiguracji klastra SAP HANA.
  2. Konfiguracja adresu IP frontonu: utwórz dwa adresy IP frontonu, jeden dla usługi ASCS i drugi dla usługi ERS (na przykład 10.66.0.20 i 10.66.0.30).
  3. Pula zaplecza: ta pula pozostaje taka sama, ponieważ wdrażamy usługi ASCS i ERS w tej samej puli zaplecza.
  4. Reguły ruchu przychodzącego: utwórz dwie reguły równoważenia obciążenia, jedną dla usługi ASCS i drugą dla usługi ERS. Wykonaj te same kroki dla obu reguł równoważenia obciążenia.
  5. Adres IP frontonu: wybierz adres IP frontonu.
    1. Pula zaplecza: wybierz pulę zaplecza.
    2. Porty wysokiej dostępności: wybierz tę opcję.
    3. Protokół: wybierz pozycję TCP.
    4. Sonda kondycji: utwórz sondę kondycji z następującymi szczegółami (dotyczy zarówno usług ASCS, jak i ERS):
      1. Protokół: wybierz pozycję TCP.
      2. Port: na przykład 620<Instance-no.> dla usług ASCS i 621<Instance-no.> dla usługi ERS.
      3. Interwał: wprowadź wartość 5.
      4. Próg sondy: wprowadź wartość 2.
    5. Limit czasu bezczynności (w minutach): wprowadź wartość 30.
    6. Włącz pływający adres IP: wybierz tę opcję.

Właściwość numberOfProbeskonfiguracji sondy kondycji , inaczej znana jako próg złej kondycji w witrynie Azure Portal, nie jest uwzględniana. Aby kontrolować liczbę pomyślnych lub zakończonych niepowodzeniem kolejnych sond, ustaw właściwość probeThreshold na 2wartość . Obecnie nie można ustawić tej właściwości przy użyciu witryny Azure Portal. Użyj interfejsu wiersza polecenia platformy Azure lub polecenia programu PowerShell.

Ważne

Pływający adres IP nie jest obsługiwany w pomocniczej konfiguracji adresu IP karty sieciowej w scenariuszach równoważenia obciążenia. Aby uzyskać więcej informacji, zobacz Ograniczenia usługi Azure Load Balancer. Jeśli potrzebujesz więcej adresów IP dla maszyn wirtualnych, wdróż drugą kartę sieciową.

Jeśli maszyny wirtualne bez publicznych adresów IP są umieszczane w puli zaplecza wewnętrznego (bez publicznego adresu IP) wystąpienia usługi Azure Load Balancer w warstwie Standardowa, nie ma wychodzącej łączności z Internetem, chyba że zostanie wykonana więcej konfiguracji, aby umożliwić routing do publicznych punktów końcowych. Aby uzyskać instrukcje dotyczące uzyskiwania łączności wychodzącej, zobacz Publiczna łączność punktu końcowego dla maszyn wirtualnych korzystających z usługi Azure usługa Load Balancer w warstwie Standardowa w scenariuszach wysokiej dostępności oprogramowania SAP.

Ważne

Nie włączaj sygnatur czasowych PROTOKOŁU TCP na maszynach wirtualnych platformy Azure umieszczonych za usługą Azure Load Balancer. Włączenie sygnatur czasowych protokołu TCP powoduje niepowodzenie sond kondycji. Ustaw parametr net.ipv4.tcp_timestamps na 0. Aby uzyskać więcej informacji, zobacz Load Balancer health probes (Sondy kondycji usługi Load Balancer).

Konfiguracja usług SAP ASCS/SCS i ERS

Na podstawie magazynu wykonaj kroki opisane w poniższych artykułach, aby skonfigurować SAPInstance zasób dla wystąpienia SAP ASCS/SCS i SAP ERS w klastrze.

Testowanie konfiguracji klastra

Dokładnie przetestuj klaster Pacemaker: