Share via

Klaster wystąpienia SAP ASCS/SCS w klastrze trybu failover systemu Windows przy użyciu udziału plików na platformie Azure

  • Artykuł

Windows logo. Windows

Klaster trybu failover systemu Windows Server jest podstawą wysokiej dostępności instalacji systemu SAP ASCS/SCS i systemu DBMS w systemie Windows.

Klaster trybu failover to grupa 1+n niezależnych serwerów (węzłó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 trybu failover systemu Windows Server oblicza liczbę awarii, które mogą wystąpić, i nadal utrzymuje klaster w dobrej kondycji w celu zapewnienia aplikacji i usług. Możesz wybrać spośród różnych trybów kworum, aby uzyskać klaster trybu failover.

Wymagania wstępne

Przed rozpoczęciem zadań opisanych w tym artykule zapoznaj się z następującymi artykułami i uwagami sap:

  • Architektura i scenariusze wysokiej dostępności usługi Azure Virtual Machines dla oprogramowania SAP NetWeaver
  • 1928533 sap Note, który zawiera:
    • Lista rozmiarów maszyn wirtualnych platformy Azure obsługiwanych na potrzeby wdrażania oprogramowania SAP
    • Ważne informacje o pojemności dla rozmiarów maszyn wirtualnych platformy Azure
    • Obsługiwane kombinacje oprogramowania SAP i systemu operacyjnego (OS) i bazy danych
    • Wymagana wersja jądra SAP dla systemu Windows na platformie Microsoft Azure
  • Program SAP Note 2015553 zawiera listę wymagań wstępnych dotyczących wdrożeń oprogramowania SAP obsługiwanych przez oprogramowanie SAP na platformie Azure.
  • Program SAP Note 2178632 zawiera szczegółowe informacje o wszystkich metrykach monitorowania zgłoszonych dla oprogramowania SAP na platformie Azure.
  • Program SAP Note 1999351 zawiera dodatkowe informacje dotyczące rozwiązywania problemów dla rozszerzenia rozszerzonego monitorowania platformy Azure dla oprogramowania SAP.
  • Program SAP Note 2287140 zawiera listę wymagań wstępnych dotyczących funkcji urzędu certyfikacji obsługiwanego przez oprogramowanie SAP protokołu SMB 3.x.
  • Program SAP Note 2802770 zawiera informacje dotyczące rozwiązywania problemów dotyczących wolno działającej transakcji SAP AL11 w systemach Windows 2012 i 2016.
  • Program SAP Note 1911507 zawiera informacje o funkcji przezroczystego trybu failover dla udziału plików w systemie Windows Server z protokołem SMB 3.0.
  • Program SAP Note 662452 ma zalecenie (dezaktywowanie generowania nazw 8.3), aby rozwiązać problemy z niską wydajnością/błędami systemu plików podczas uzyskiwania dostępu do danych.
  • Instalowanie wysokiej dostępności oprogramowania SAP NetWeaver w klastrze trybu failover systemu Windows i udziale plików dla wystąpień SAP ASCS/SCS na platformie Azure

Uwaga

Klastrowanie wystąpień SAP ASCS/SCS przy użyciu udziału plików jest obsługiwane w systemach SAP z oprogramowaniem SAP Kernel 7.22 (i nowszym). Aby uzyskać szczegółowe informacje, zobacz 2698948 notatek SAP

Klaster trybu failover systemu Windows Server na platformie Azure

W porównaniu z wdrożeniami bez systemu operacyjnego lub chmury prywatnej usługa Azure Virtual Machines wymaga dodatkowych kroków w celu skonfigurowania klastra trybu failover systemu Windows Server. Podczas tworzenia klastra należy ustawić kilka adresów IP i nazw hostów wirtualnych dla wystąpienia sap ASCS/SCS.

Rozpoznawanie nazw na platformie Azure i nazwa hosta wirtualnego klastra

Platforma w chmurze platformy Azure nie oferuje opcji konfigurowania wirtualnych adresów IP, takich jak pływające adresy IP. Potrzebujesz alternatywnego rozwiązania do skonfigurowania wirtualnego adresu IP w celu uzyskania dostępu do zasobu klastra w chmurze.

Usługa Azure Load Balancer udostępnia wewnętrzny moduł równoważenia obciążenia dla platformy Azure. Dzięki wewnętrznego modułu równoważenia obciążenia klienci docierają do klastra za pośrednictwem wirtualnego adresu IP klastra.

Wdróż wewnętrzny moduł równoważenia obciążenia w grupie zasobów zawierającej węzły klastra. Następnie skonfiguruj wszystkie niezbędne reguły przekazywania portów przy użyciu portów sondy wewnętrznego modułu równoważenia obciążenia. Klienci mogą łączyć się za pośrednictwem nazwy hosta wirtualnego. Serwer DNS rozpoznaje adres IP klastra. Wewnętrzny moduł równoważenia obciążenia obsługuje przekierowywanie portów do aktywnego węzła klastra.

Figure 1: Windows Server Failover Clustering configuration in Azure without a shared disk

Rysunek 1. Konfiguracja klastra trybu failover systemu Windows Server na platformie Azure bez dysku udostępnionego

SAP ASCS/SCS HA z udziałem plików

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żesz użyć udziału plików SMB do wdrożenia globalnych plików hosta SAP.

Uwaga

Udział plików SMB jest alternatywą dla używania udostępnionych dysków klastra na potrzeby klastrowania wystąpień SAP ASCS/SCS.

Ta architektura jest specyficzna w następujący sposób:

  • Usługi centralne SAP (z własną strukturą plików i procesami kolejkowania) są oddzielone od globalnych plików hosta SAP.
  • Usługi centralne SAP działają w ramach wystąpienia sap ASCS/SCS.
  • Wystąpienie SAP ASCS/SCS jest klastrowane i jest dostępne przy użyciu <nazwy hosta wirtualnego usługi> ASCS/SCS.
  • Pliki globalne SAP są umieszczane w udziale plików SMB i są dostępne przy użyciu globalnej <nazwy hosta> SAP: \\<SAP global host>\sapmnt\<SID>\SYS...
  • Wystąpienie sap ASCS/SCS jest zainstalowane na dysku lokalnym w obu węzłach klastra.
  • Nazwa <sieci hosta> wirtualnego USŁUGI ASCS/SCS różni się od <globalnego hosta> SAP.

Figure 2: SAP ASCS/SCS HA architecture with SMB file share

Rysunek 2. Nowa architektura sap ASCS/SCS HA z udziałem plików SMB

Wymagania wstępne dotyczące udziału plików SMB:

  • 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 computer$ obiektu komputera.
  • Udział plików musi mieć włączoną wysoką dostępność:
    • Dyski używane do przechowywania plików nie mogą być pojedynczym punktem awarii.
    • Przestój serwera lub maszyny wirtualnej nie powoduje przestoju udziału plików.

Rola klastra SAP <SID> nie zawiera dysków udostępnionych klastra ani ogólnego zasobu klastra udziału plików.

Figure 3: SAP <SID> cluster role resources for using a file share

Rysunek 3. Zasoby roli klastra SAP <SID> na potrzeby korzystania z udziału plików

Skalowanie udziałów plików w poziomie przy użyciu usługi Miejsca do magazynowania Direct na platformie Azure jako udziału plików SAPMNT

Udział plików skalowalny w poziomie umożliwia hostowanie i ochronę globalnych plików hostów SAP. Udział plików skalowalny w poziomie oferuje również usługę udziału plików SAPMNT o wysokiej dostępności.

Figure 4: Scale-out file share used to protect SAP global host files

Rysunek 4. Udział plików skalowalny w poziomie używany do ochrony globalnych plików hosta SAP

Ważne

Udziały plików skalowane w poziomie są w pełni obsługiwane w chmurze platformy Microsoft Azure i w środowiskach lokalnych.

Udział plików skalowalny w poziomie oferuje wysoce dostępny i skalowalny w poziomie udział plików SAPMNT.

Miejsca do magazynowania Direct jest używany jako dysk udostępniony dla skalowalnego w poziomie udziału plików. Za pomocą Miejsca do magazynowania Direct można tworzyć magazyn o wysokiej dostępności i skalowalności przy użyciu serwerów z magazynem lokalnym. Magazyn udostępniony, który jest używany do skalowalnego w poziomie udziału plików, na przykład w przypadku plików hostów globalnych SAP, nie jest pojedynczym punktem awarii.

Podczas wybierania Miejsca do magazynowania Direct należy wziąć pod uwagę następujące przypadki użycia:

  • Maszyny wirtualne używane do tworzenia klastra Miejsca do magazynowania Direct muszą zostać wdrożone w zestawie dostępności platformy Azure.
  • W przypadku odzyskiwania po awarii klastra Miejsca do magazynowania Direct można użyć usług Azure Site Recovery Services.
  • Nie jest obsługiwane rozciąganie klastra bezpośrednich miejsc do magazynowania w różnych Strefy dostępności platformy Azure.

Wymagania wstępne sap dotyczące udziałów plików skalowanych w poziomie na platformie Azure

Aby użyć skalowalnego w poziomie udziału plików, system musi spełniać następujące wymagania:

  • Co najmniej dwa węzły klastra dla skalowalnego w poziomie udziału plików.
  • Każdy węzeł musi mieć co najmniej dwa dyski lokalne.
  • Z powodu wydajności należy użyć odporności dublowania:
    • Dublowanie dwukierunkowe dla udziału plików skalowalnego w poziomie z dwoma węzłami klastra.
    • Dublowanie trzystopniowe dla skalowalnego w poziomie udziału plików z trzema (lub więcej) węzłami klastra.
  • Zalecamy trzy (lub więcej) węzłów klastra dla skalowalnego w poziomie udziału plików z dublowaniem trzystopniowym. Ta konfiguracja zapewnia większą skalowalność i większą odporność magazynu niż konfiguracja skalowalnego udziału plików w poziomie z dwoma węzłami klastra i dublowaniem dwukierunkowym.
  • Musisz użyć dysków Azure Premium.
  • Zalecamy korzystanie z usługi Azure Dyski zarządzane.
  • Zalecamy sformatowanie woluminów przy użyciu systemu plików ReFS (Resilient File System).
  • Można użyć rozmiarów maszyn wirtualnych platformy Azure serii DS lub DSv2.
  • Aby uzyskać dobrą wydajność sieci między maszynami wirtualnymi, co jest wymagane do Miejsca do magazynowania synchronizacji dysków bezpośrednich, należy użyć typu maszyny wirtualnej, która ma co najmniej "wysoką" przepustowość sieci. Aby uzyskać więcej informacji, zobacz specyfikacje serii DSv2 i DS-Series .
  • Zalecamy zarezerwowanie nieprzydzielonej pojemności w puli magazynów. Pozostawienie nieprzydzielonej pojemności w puli magazynów daje woluminom miejsce na naprawę "na miejscu", jeśli dysk ulegnie awarii. Zwiększa to bezpieczeństwo i wydajność danych. Aby uzyskać więcej informacji, zobacz Wybieranie rozmiaru woluminu.
  • Nie musisz konfigurować wewnętrznego modułu równoważenia obciążenia platformy Azure dla nazwy sieciowej udziału plików skalowalnego w poziomie, takiego jak <globalny host> SAP. Jest to wykonywane dla <nazwy> hosta wirtualnego USŁUGI ASCS/SCS wystąpienia sap ASCS/SCS lub dla systemu DBMS. Udział plików skalowalny w poziomie skaluje obciążenie we wszystkich węzłach klastra. <Host> globalny SAP używa lokalnego adresu IP dla wszystkich węzłów klastra.

Ważne

Nie można zmienić nazwy udziału plików SAPMNT, który wskazuje na <hosta> globalnego SAP. Oprogramowanie SAP obsługuje tylko nazwę udziału "sapmnt".

Aby uzyskać więcej informacji, zobacz sap Note 2492395 — czy nazwa udziału sapmnt może zostać zmieniona?

Konfigurowanie wystąpień sap ASCS/SCS i skalowalnego w poziomie udziału plików w dwóch klastrach

Należy wdrożyć wystąpienia sap ASCS/SCS w osobnym klastrze z własną rolą klastra IDENTYFIKATORÓW SID> SYSTEMU SAP<. W takim przypadku należy skonfigurować udział plików skalowalny w poziomie w innym klastrze z inną rolą klastra.

Ważne

Konfiguracja musi spełniać następujące wymagania: wystąpienia sap ASCS/SCS i udział SOFS muszą być wdrażane w oddzielnych klastrach.

Ważne

W tym scenariuszu wystąpienie SAP ASCS/SCS jest skonfigurowane do uzyskiwania dostępu do hosta globalnego SAP przy użyciu ścieżki UNC \\<SAP global host>\sapmnt\<SID>\SYS.

Figure 5: SAP ASCS/SCS instance and a scale-out file share deployed in two clusters

Rysunek 5. Wystąpienie sap ASCS/SCS i skalowalny udział plików wdrożony w dwóch klastrach

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.

Może to być lokalne serwery aplikacji SAP w klastrze SAP ASCS/SCS lub rola klastra SAP ASCS/SCS w węzłach Zawsze włączone programu Microsoft SQL Server.

Ważne

Instalowanie lokalnego programu SAP Application Server w węźle Zawsze włączone 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 WSFC.

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 w węzłach WSFC przy użyciu serwera SOFS systemu Windows

Figure 6: Windows Server failover clustering configuration in Azure with Windows SOFS and locally installed SAP Application Server

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:)

Usługa SAP ASCS/SCS w węzłach zawsze włączonych w programie SQL Server przy użyciu serwera SOFS systemu Windows

Figure 7: SAP ASCS/SCS on SQL Server Always On nodes using Windows SOFS

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:)

Ważne

W chmurze platformy Azure każdy klaster używany na potrzeby udziałów plików SAP i skalowalny w poziomie musi zostać wdrożony we własnym zestawie dostępności platformy Azure lub w usłudze Azure Strefy dostępności. Zapewnia to rozproszone umieszczanie maszyn wirtualnych klastra w podstawowej infrastrukturze platformy Azure. Wdrożenia strefy dostępności są obsługiwane z tą technologią.

Ogólny udział plików z usługą SIOS DataKeeper jako dyskami udostępnionymi klastra

Ogólny udział plików to kolejna opcja osiągnięcia udziału plików o wysokiej dostępności.

W takim przypadku możesz użyć rozwiązania SIOS innej firmy jako dysku udostępnionego klastra.

Następne kroki