Klaster wystąpienia SAP ASCS/SCS w klastrze trybu failover systemu Windows przy użyciu dysku udostępnionego na platformie Azure
Windows
Klaster trybu failover systemu Windows Server (WSFC) jest podstawą wysokiej dostępności systemu SAP ASCS/SCS i systemów zarządzania bazami danych (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, usługa WSFC oblicza liczbę awarii, które mogą wystąpić, i nadal utrzymuje klaster w dobrej kondycji w celu dostarczania 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ń w tym artykule zapoznaj się z artykułem Architektura wysokiej dostępności i scenariusze dotyczące oprogramowania SAP NetWeaver.
Klaster trybu failover systemu Windows Server na platformie Azure
Program WSFC z maszynami wirtualnymi platformy Azure wymaga wykonania dodatkowych kroków konfiguracji. 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 przekierowywania 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, a wewnętrzny moduł równoważenia obciążenia obsługuje przekazywanie portów do aktywnego węzła klastra.
Sap ASCS/SCS HA z dyskami udostępnionymi klastra
W systemie Windows wystąpienie sap ASCS/SCS zawiera usługi centralne SAP, serwer komunikatów SAP, procesy kolejkowania serwera i globalne pliki hosta SAP. Globalne pliki hosta SAP przechowują pliki centralne dla całego systemu SAP.
Wystąpienie sap ASCS/SCS ma następujące składniki:
Usługi centralne SAP:
- Dwa procesy (dla serwera komunikatów i serwera kolejkowania) oraz nazwa hosta wirtualnego USŁUGI ASCS/SCS, która jest używana do uzyskiwania dostępu do dwóch procesów
- Struktura pliku: S:\usr\sap\SID>\<ASCS/SCS<— numer wystąpienia>
Globalne pliki hosta SAP:
Struktura pliku: S:\usr\sap\<SID>\SYS...
Udział plików sapmnt , który umożliwia dostęp do tych globalnych plików S:\usr\sap\<SID>\SYS... przy użyciu następującej ścieżki UNC:
\\<ASCS/NAZWA hosta> wirtualnego SCS\sapmnt\<SID>\SYS...
W ustawieniu wysokiej dostępności klastra wystąpień SAP ASCS/SCS. Dyski udostępnione klastra (dysk S w tym przykładzie) są używane do umieszczania plików globalnych hostów SAP ASCS/SCS i SAP.
Z architekturą serwera replikacji kolejki 1 (ERS1):
- Ta sama nazwa hosta wirtualnego USŁUGI ASCS/SCS służy do uzyskiwania dostępu do serwera komunikatów SAP i przetwarzania w kolejce, oprócz plików globalnych hostów SAP za pośrednictwem udziału plików sapmnt .
- Ten sam dysk udostępniony klastra (dysk S) jest współużytkowany między nimi.
Z architekturą serwera replikacji kolejki 2 (ERS2):
- Ta sama nazwa hosta wirtualnego USŁUGI ASCS/SCS jest używana do uzyskiwania dostępu do procesu serwera komunikatów SAP, a także plików globalnych hostów SAP za pośrednictwem udziału plików sapmnt .
- Ten sam dysk udostępniony klastra (dysk S) jest współużytkowany między nimi.
- Istnieje oddzielna nazwa hosta wirtualnego usługi ERS w celu uzyskania dostępu do procesu serwera kolejkowania.
Dyski udostępnione i serwer replikacji kolejki
Dyski udostępnione są obsługiwane w architekturze ERS1, w której wystąpienie ERS1:
- Nie jest klastrowany.
localhostUżywa nazwy.- Jest wdrażany na dyskach lokalnych w każdym z węzłów klastra.
Dyski udostępnione są również obsługiwane w architekturze ERS2, w której wystąpienie ERS2:
- Jest klastrowany.
- Używa dedykowanej nazwy hosta wirtualnego lub sieciowego.
- Wymaga skonfigurowania adresu IP nazwy hosta wirtualnego ERS w wewnętrznym module równoważenia obciążenia platformy Azure oprócz adresu IP (A)SCS.
- Jest wdrażany na dyskach lokalnych na każdym z węzłów klastrowanych, więc nie ma potrzeby korzystania z dysku udostępnionego.
Aby uzyskać więcej informacji na temat systemów ERS1 i ERS2, zobacz Enqueue Replication Server in a Microsoft Failover Cluster (Serwer replikacji w kolejce w klastrze trybu failover firmy Microsoft) i New Enqueue Replicator in Failover Cluster environments (Serwer replikacji w kolejce w klastrze trybu failover firmy Microsoft) i New Enqueue Replicator in Failover Cluster environments (Replikator enqueue w środowiskach klastra trybu failover) w witrynie internetowej SAP.
Opcje dysków udostępnionych na platformie Azure dla obciążeń SAP
Istnieją dwie opcje dysków udostępnionych w klastrze trybu failover systemu Windows na platformie Azure:
- Używanie dysków udostępnionych platformy Azure do dołączania dysków zarządzanych platformy Azure do wielu maszyn wirtualnych jednocześnie.
- Użyj usługi SIOS DataKeeper Cluster Edition , aby utworzyć dublowany magazyn, który symuluje magazyn udostępniony klastra.
Podczas wybierania technologii dla dysków udostępnionych należy pamiętać o następujących kwestiach dotyczących dysków udostępnionych platformy Azure dla obciążeń SAP:
- Korzystanie z dysków udostępnionych platformy Azure z dyskami SSD w warstwie Premium platformy Azure jest obsługiwane w przypadku wdrażania oprogramowania SAP w zestawach dostępności i strefach dostępności.
- Dyski usługi Azure Ultra Disk Storage i dyski SSD w warstwie Standardowa platformy Azure nie są obsługiwane jako dyski udostępnione platformy Azure dla obciążeń SAP.
- Pamiętaj, aby aprowizować dyski SSD w warstwie Premium platformy Azure z minimalnym rozmiarem dysku, jak określono w zakresach SSD w warstwie Premium, aby móc dołączać do wymaganej liczby maszyn wirtualnych jednocześnie. Zazwyczaj potrzebujesz dwóch maszyn wirtualnych dla klastrów trybu failover systemu Windows SAP ASCS.
Należy pamiętać o następujących zagadnieniach dotyczących SIOS:
- Rozwiązanie SIOS zapewnia synchroniczną replikację danych w czasie rzeczywistym między dwoma dyskami.
- Dzięki rozwiązaniu SIOS można pracować z dwoma dyskami zarządzanymi. Jeśli używasz zestawów dostępności lub stref dostępności, dyski zarządzane znajdują się w różnych klastrach magazynu.
- Wdrażanie w strefach dostępności jest obsługiwane.
- Rozwiązanie SIOS wymaga instalowania i obsługi oprogramowania innej firmy, które należy zakupić oddzielnie.
Dyski udostępnione platformy Azure
Usługę SAP ASCS/SCS HA można zaimplementować na dyskach udostępnionych platformy Azure.
Wymagania wstępne i ograniczenia
Obecnie można używać dysków SSD w warstwie Premium platformy Azure jako dysków udostępnionych platformy Azure dla wystąpienia sap ASCS/SCS. Obecnie obowiązują następujące ograniczenia:
- Dyski usługi Azure Ultra Disk Storage i dyski SSD w warstwie Standardowa nie są obsługiwane jako dyski udostępnione platformy Azure dla obciążeń SAP.
- Dyski udostępnione platformy Azure z dyskami SSD w warstwie Premium są obsługiwane w przypadku wdrażania oprogramowania SAP w zestawach dostępności i strefach dostępności.
- Dyski udostępnione platformy Azure z dyskami SSD w warstwie Premium mają dwie opcje magazynowania:
- Magazyn lokalnie nadmiarowy (LRS) dla dysków udostępnionych SSD w warstwie Premium (
skuNamewartośćPremium_LRS) jest obsługiwany we wdrożeniu w zestawach dostępności. - Magazyn strefowo nadmiarowy (ZRS) dla dysków udostępnionych SSD w warstwie Premium (
skuNamewartość ) jest obsługiwany we wdrożeniuPremium_ZRSw strefach dostępności.
- Magazyn lokalnie nadmiarowy (LRS) dla dysków udostępnionych SSD w warstwie Premium (
- Wartość dysku udostępnionego platformy Azure maxShares określa, ile węzłów klastra może używać dysku udostępnionego. W przypadku wystąpienia sap ASCS/SCS zwykle konfigurujesz dwa węzły w usłudze WSFC. Następnie należy ustawić wartość parametru
maxSharesna2. - Grupa umieszczania w pobliżu platformy Azure (PPG) nie jest wymagana dla dysków udostępnionych platformy Azure. Jednak w przypadku wdrożenia sap z grupami ppg postępuj zgodnie z następującymi wytycznymi:
- Jeśli używasz grup ppg dla systemu SAP wdrożonego w regionie, wszystkie maszyny wirtualne współużytkujące dysk muszą być częścią tej samej grupy PPG.
- Jeśli używasz grup PPG dla systemu SAP wdrożonego w różnych strefach, zgodnie z opisem w temacie Grupy umieszczania w pobliżu z wdrożeniami strefowymi, możesz dołączyć
Premium_ZRSmagazyn do maszyn wirtualnych, które współużytkujące dysk.
Aby uzyskać więcej informacji, zapoznaj się z sekcją Ograniczenia dokumentacji dotyczącej dysków udostępnionych platformy Azure.
Ważne zagadnienia dotyczące dysków udostępnionych SSD w warstwie Premium
Weź pod uwagę następujące ważne kwestie dotyczące dysków udostępnionych SSD w warstwie Premium platformy Azure:
Magazyn LRS dla dysków udostępnionych SSD w warstwie Premium:
- Wdrożenie sap z magazynem LRS dla dysków udostępnionych SSD w warstwie Premium działa z jednym dyskiem udostępnionym platformy Azure w jednym klastrze magazynu. Jeśli występuje problem z klastrem magazynu, w którym wdrożono dysk udostępniony platformy Azure, ma to wpływ na wystąpienie oprogramowania SAP ASCS/SCS.
Magazyn ZRS dla dysków udostępnionych SSD w warstwie Premium:
- Opóźnienie zapisu dla magazynu ZRS jest wyższe niż w przypadku magazynu LRS z powodu kopiowania danych między strefami.
- Odległość między strefami dostępności w różnych regionach jest różna, a więc opóźnienie dysku magazynu ZRS w różnych strefach dostępności. Przeprowadź test porównawczy dysków, aby zidentyfikować opóźnienie dysków magazynu ZRS w twoim regionie.
- Magazyn ZRS dla dysków udostępnionych SSD w warstwie Premium synchronicznie replikuje dane w trzech strefach dostępności w regionie. Jeśli wystąpi problem w jednym z klastrów magazynu, wystąpienie SAP ASCS/SCS będzie nadal działać, ponieważ tryb failover magazynu jest niewidoczny dla warstwy aplikacji.
- Aby uzyskać więcej informacji, zapoznaj się z sekcją Ograniczenia dokumentacji dotyczącej magazynu ZRS dla dysków zarządzanych.
Aby zapoznać się z innymi ważnymi zagadnieniami dotyczącymi planowania wdrożenia sap, zapoznaj się z artykułem Planowanie i implementowanie wdrożenia SAP na platformie Azure i typach usługi Azure Storage dla obciążeń SAP.
Obsługiwane wersje systemu operacyjnego
Obsługiwane są systemy Windows Server 2016, 2019 i nowsze. Użyj najnowszych obrazów centrum danych.
Zdecydowanie zalecamy używanie co najmniej systemu Windows Server 2019 Datacenter z następujących powodów:
- Usługa WSFC w systemie Windows Server 2019 jest świadoma platformy Azure.
- System Windows Server 2019 Datacenter obejmuje integrację i świadomość konserwacji hosta platformy Azure oraz ulepszone środowisko dzięki monitorowaniu zaplanowanych zdarzeń platformy Azure.
- Można użyć nazw sieci rozproszonych. (Jest to opcja domyślna). Nie ma potrzeby posiadania dedykowanego adresu IP dla nazwy sieci klastra. Ponadto nie trzeba konfigurować adresu IP w wewnętrznym module równoważenia obciążenia platformy Azure.
Dyski udostępnione na platformie Azure za pomocą usługi DataKeeper SIOS
Inną opcją dla dysków udostępnionych jest użycie usługi SIOS DataKeeper Cluster Edition do utworzenia dublowanego magazynu, który symuluje udostępniony magazyn klastra. Rozwiązanie SIOS zapewnia replikację danych synchronicznych w czasie rzeczywistym.
Aby utworzyć zasób dysku udostępnionego dla klastra:
- Dołącz dodatkowy dysk do każdej maszyny wirtualnej w konfiguracji klastra systemu Windows.
- Uruchom program SIOS DataKeeper Cluster Edition w obu węzłach maszyny wirtualnej.
- Skonfiguruj funkcję SIOS DataKeeper Cluster Edition, aby dublować zawartość dodatkowego woluminu dołączonego do dysku ze źródłowej maszyny wirtualnej do dodatkowego woluminu dołączonego do dysku docelowej maszyny wirtualnej. Usługa SIOS DataKeeper wyodrębnia źródłowe i docelowe woluminy lokalne, a następnie przedstawia je w usłudze WSFC jako jeden dysk udostępniony.
Uwaga
Nie potrzebujesz dysków udostępnionych w celu zapewnienia wysokiej dostępności z niektórymi produktami DBMS, takimi jak SQL Server. Program SQL Server Always On replikuje pliki danych i dziennika dbMS z dysku lokalnego jednego węzła klastra do dysku lokalnego innego węzła klastra. W takim przypadku konfiguracja klastra systemu Windows nie wymaga dysku udostępnionego.
Konfiguracje opcjonalne
Na poniższych diagramach przedstawiono wiele wystąpień SAP na maszynach wirtualnych platformy Azure z uruchomionym klastrem trybu failover systemu Windows Server w celu zmniejszenia całkowitej liczby maszyn wirtualnych.
Ta konfiguracja może być lokalnymi serwerami aplikacji SAP w klastrze SAP ASCS/SCS lub rolą klastra SAP ASCS/SCS w węzłach Zawsze włączone programu Microsoft SQL Server.
Ważne
Instalowanie lokalnego serwera aplikacji SAP na węźle Zawsze włączone programu SQL Server nie jest obsługiwane.
Zarówno systemy SAP ASCS/SCS, jak i baza danych programu Microsoft SQL Server są pojedynczymi punktami awarii (SPOFs). Program WSFC pomaga chronić te funkcje SPOF w środowisku systemu Windows.
Mimo że użycie zasobów sap ASCS/SCS jest dość małe, zalecamy zmniejszenie konfiguracji pamięci dla programu SQL Server lub serwera aplikacji SAP o 2 GB.
Na tym diagramie przedstawiono serwery aplikacji SAP w węzłach WSFC przy użyciu usługi SIOS DataKeeper:
Ponieważ serwery aplikacji SAP są zainstalowane lokalnie, nie ma potrzeby konfigurowania żadnej synchronizacji.
Na tym diagramie przedstawiono usługi SAP ASCS/SCS w węzłach zawsze włączonych programu SQL Server z użyciem usługi SIOS DataKeeper:
Aby uzyskać informacje o innych konfiguracjach, zobacz następujące zasoby: