Klustra en SAP ASCS/SCS-instans i ett Windows-redundanskluster med hjälp av en delad disk i Azure
Windows
Windows Server-redundansklustring (WSFC) är grunden för en SAP ASCS/SCS-installation och databashanteringssystem (DBMS) med hög tillgänglighet i Windows.
Ett redundanskluster är en grupp på 1+n oberoende servrar (noder) som arbetar tillsammans för att öka tillgängligheten för program och tjänster. Om ett nodfel inträffar beräknar WSFC antalet fel som kan inträffa och underhåller fortfarande ett felfritt kluster för att tillhandahålla program och tjänster. Du kan välja mellan olika kvorumlägen för att uppnå redundansklustring.
Förutsättningar
Innan du påbörjar uppgifterna i den här artikeln bör du läsa artikeln Arkitektur och scenarier med hög tillgänglighet för SAP NetWeaver.
Windows Server-redundansklustring i Azure
WSFC med virtuella Azure-datorer (VM) kräver ytterligare konfigurationssteg. När du skapar ett kluster måste du ange flera IP-adresser och virtuella värdnamn för SAP ASCS/SCS-instansen.
Namnmatchning i Azure och klustrets virtuella värdnamn
Azure-molnplattformen erbjuder inte alternativet att konfigurera virtuella IP-adresser, till exempel flytande IP-adresser. Du behöver en alternativ lösning för att konfigurera en virtuell IP-adress för att nå klusterresursen i molnet.
Azure Load Balancer-tjänsten tillhandahåller en intern lastbalanserare för Azure. Med den interna lastbalanseraren når klienter klustret via klustrets virtuella IP-adress.
Distribuera den interna lastbalanseraren i resursgruppen som innehåller klusternoderna. Konfigurera sedan alla nödvändiga regler för portvidarebefordring med hjälp av avsökningsportarna för den interna lastbalanseraren. Klienter kan ansluta via det virtuella värdnamnet. DNS-servern löser klustrets IP-adress och den interna lastbalanseraren hanterar portvidarebefordring till den aktiva noden i klustret.
SAP ASCS/SCS HA med klusterdelade diskar
I Windows innehåller en SAP ASCS/SCS-instans SAP-centrala tjänster, SAP-meddelandeservern, köserverprocesser och globala SAP-värdfiler. GLOBALA SAP-värdfiler lagrar centrala filer för hela SAP-systemet.
En SAP ASCS/SCS-instans har följande komponenter:
CENTRALA SAP-tjänster:
- Två processer (för en meddelandeserver och en köserver) och ett virtuellt ASCS/SCS-värdnamn som används för att komma åt de två processerna
- Filstruktur: S:\usr\sap\<SID>\ASCS/SCS-instansnummer<>
GLOBALA SAP-värdfiler:
Filstruktur: S:\usr\sap\<SID>\SYS...
Den sapmnt-filresurs som ger åtkomst till dessa globala S:\usr\sap\<SID>\SYS... -filer med hjälp av följande UNC-sökväg:
\\<ASCS/SCS virtuellt värdnamn>\sapmnt\<SID>\SYS...
I en inställning med hög tillgänglighet klustrade du SAP ASCS/SCS-instanser. Du använder klusterdelade diskar (enhet S i den här artikelns exempel) för att placera de globala värdfilerna SAP ASCS/SCS och SAP global.
Med arkitekturen Enqueue Replication Server 1 (ERS1):
- Samma virtuella ASCS/SCS-värdnamn används för att komma åt SAP-meddelandeservern och köa serverprocesser, förutom de globala SAP-värdfilerna via sapmnt-filresursen.
- Samma klusterdelade disk (enhet S) delas mellan dem.
Med arkitekturen Enqueue Replication Server 2 (ERS2):
- Samma virtuella ASCS/SCS-värdnamn används för att komma åt SAP-meddelandeserverprocessen, förutom de globala SAP-värdfilerna via sapmnt-filresursen.
- Samma klusterdelade disk (enhet S) delas mellan dem.
- Det finns ett separat virtuellt ERS-värdnamn för åtkomst till enqueue-serverprocessen.
Delade diskar och Enqueue Replication Server
Delade diskar stöds med en ERS1-arkitektur, där ERS1-instansen:
- Är inte klustrad.
- Använder ett
localhostnamn. - Distribueras på lokala diskar på var och en av klusternoderna.
Delade diskar stöds också med en ERS2-arkitektur, där ERS2-instansen:
- Är klustrad.
- Använder ett dedikerat virtuellt värd- eller nätverksvärdnamn.
- Behöver IP-adressen för ERS virtuella värdnamn som ska konfigureras på en intern Azure-lastbalanserare, utöver (A)SCS IP-adressen.
- Distribueras på lokala diskar på var och en av de klustrade noderna, så det finns inget behov av en delad disk.
Mer information om ERS1 och ERS2 finns i Enqueue Replication Server in a Microsoft Failover Cluster and New Enqueue Replicator in Failover Cluster environments on the SAP website (Enqueue Replication Server in a Microsoft Failover Cluster and New Enqueue Replicator in Failover Cluster environments on the SAP website).
Alternativ för delade diskar i Azure för SAP-arbetsbelastningar
Det finns två alternativ för delade diskar i ett Windows-redundanskluster i Azure:
- Använd delade Azure-diskar för att ansluta Azure-hanterade diskar till flera virtuella datorer samtidigt.
- Använd SIOS DataKeeper Cluster Edition för att skapa en speglad lagring som simulerar klusterdelade lagring.
När du väljer teknik för delade diskar bör du tänka på följande om delade Azure-diskar för SAP-arbetsbelastningar:
- Användning av Delade Azure-diskar med Azure Premium SSD-diskar stöds för SAP-distribution i tillgänglighetsuppsättningar och tillgänglighetszoner.
- Azure Ultra Disk Storage-diskar och Azure Standard SSD-diskar stöds inte som Delade Azure-diskar för SAP-arbetsbelastningar.
- Se till att etablera Azure Premium SSD-diskar med en minsta diskstorlek, som anges i Premium SSD-intervall, för att kunna ansluta till det nödvändiga antalet virtuella datorer samtidigt. Du behöver vanligtvis två virtuella datorer för SAP ASCS Windows-redundanskluster.
Tänk på följande överväganden om SIOS:
- SIOS-lösningen tillhandahåller synkron datareplikering i realtid mellan två diskar.
- Med SIOS-lösningen arbetar du med två hanterade diskar. Om du använder antingen tillgänglighetsuppsättningar eller tillgänglighetszoner finns de hanterade diskarna i olika lagringskluster.
- Distribution i tillgänglighetszoner stöds.
- SIOS-lösningen kräver installation och drift av programvara från tredje part som du måste köpa separat.
Delade diskar i Azure
Du kan implementera SAP ASCS/SCS HA med delade Azure-diskar.
Förutsättningar och begränsningar
För närvarande kan du använda Azure Premium SSD-diskar som Delade Azure-diskar för SAP ASCS/SCS-instansen. Följande begränsningar finns för närvarande:
- Azure Ultra Disk Storage-diskar och Standard SSD-diskar stöds inte som Delade Azure-diskar för SAP-arbetsbelastningar.
- Azure Delade diskar med Premium SSD-diskar stöds för SAP-distribution i tillgänglighetsuppsättningar och tillgänglighetszoner.
- Azure-delade diskar med Premium SSD-diskar har två lagringsalternativ:
- Lokalt redundant lagring (LRS) för delade Premium SSD-diskar (
skuNamevärdetPremium_LRS) stöds med distribution i tillgänglighetsuppsättningar. - Zonredundant lagring (ZRS) för delade Premium SSD-diskar (
skuNamevärdetPremium_ZRS) stöds med distribution i tillgänglighetszoner.
- Lokalt redundant lagring (LRS) för delade Premium SSD-diskar (
- MaxShares för azure-delad disk avgör hur många klusternoder som kan använda den delade disken. För en SAP ASCS/SCS-instans konfigurerar du vanligtvis två noder i WSFC. Sedan anger du värdet för
maxSharestill2. - En Azure närhetsplaceringsgrupp (PPG) krävs inte för delade Azure-diskar. Men för SAP-distribution med PPG:er följer du dessa riktlinjer:
- Om du använder PPG:er för ett SAP-system som distribueras i en region måste alla virtuella datorer som delar en disk vara en del av samma PPG.
- Om du använder PPG:er för ett SAP-system som distribueras mellan zoner, enligt beskrivningen i Närhetsplaceringsgrupper med zonindelade distributioner, kan du ansluta
Premium_ZRSlagring till virtuella datorer som delar en disk.
Mer information finns i avsnittet Begränsningar i dokumentationen för delade Azure-diskar.
Viktiga överväganden för delade Premium SSD-diskar
Tänk på dessa viktiga punkter om delade Azure Premium SSD-diskar:
LRS för delade Premium SSD-diskar:
- SAP-distribution med LRS för Delade Premium SSD-diskar fungerar med en enda delad Azure-disk i ett lagringskluster. Om det uppstår ett problem med lagringsklustret där den delade Azure-disken distribueras påverkar det din SAP ASCS/SCS-instans.
ZRS för delade Premium SSD-diskar:
- Skrivfördröjningen för ZRS är högre än LRS på grund av korszonskopiering av data.
- Avståndet mellan tillgänglighetszoner i olika regioner varierar, och det gör även ZRS-diskfördröjningen mellan tillgänglighetszoner. Jämför diskarna för att identifiera svarstiden för ZRS-diskar i din region.
- ZRS för Premium SSD-delade diskar replikerar synkront data över tre tillgänglighetszoner i regionen. Om det uppstår ett problem i ett av lagringsklusterna fortsätter SAP ASCS/SCS-instansen att köras eftersom redundansväxlingen för lagring är transparent för programskiktet.
- Mer information finns i avsnittet Begränsningar i dokumentationen om ZRS för hanterade diskar.
Andra viktiga överväganden om hur du planerar din SAP-distribution finns i Planera och implementera en SAP-distribution på Azure - och Azure Storage-typer för SAP-arbetsbelastningar.
Operativsystemversioner som stöds
Windows Server 2016, 2019 och senare stöds. Använd de senaste datacenterbilderna.
Vi rekommenderar starkt att du använder minst Windows Server 2019 Datacenter av följande skäl:
- WSFC i Windows Server 2019 är Azure-medveten.
- Windows Server 2019 Datacenter innehåller integrering och medvetenhet om Underhåll av Azure-värdar och förbättrad upplevelse genom övervakning av schemalagda Händelser i Azure.
- Du kan använda distribuerade nätverksnamn. (Det är standardalternativet.) Det finns ingen anledning att ha en dedikerad IP-adress för klustrets nätverksnamn. Du behöver inte heller konfigurera en IP-adress på en intern Azure-lastbalanserare.
Delade diskar i Azure med SIOS DataKeeper
Ett annat alternativ för delade diskar är att använda SIOS DataKeeper Cluster Edition för att skapa en speglad lagring som simulerar klusterdelade lagring. SIOS-lösningen tillhandahåller synkron datareplikering i realtid.
Så här skapar du en delad diskresurs för ett kluster:
- Koppla ytterligare en disk till var och en av de virtuella datorerna i en Windows-klusterkonfiguration.
- Kör SIOS DataKeeper Cluster Edition på båda noderna för virtuella datorer.
- Konfigurera SIOS DataKeeper Cluster Edition så att det speglar innehållet i den ytterligare diskanslutna volymen från den virtuella källdatorn till den ytterligare diskanslutna volymen för den virtuella måldatorn. SIOS DataKeeper abstraherar de lokala käll- och målvolymerna och presenterar dem sedan för WSFC som en delad disk.
Kommentar
Du behöver inte delade diskar för hög tillgänglighet med vissa DBMS-produkter, till exempel SQL Server. SQL Server AlwaysOn replikerar DBMS-data och loggfiler från den lokala disken på en klusternod till den lokala disken i en annan klusternod. I det här fallet behöver inte Windows-klusterkonfigurationen någon delad disk.
Valfria konfigurationer
Följande diagram visar flera SAP-instanser på virtuella Azure-datorer som kör Windows Server-redundansklustring för att minska det totala antalet virtuella datorer.
Den här konfigurationen kan vara antingen lokala SAP-programservrar i ett SAP ASCS/SCS-kluster eller en SAP ASCS/SCS-klusterroll på Microsoft SQL Server AlwaysOn-noder.
Viktigt!
Det går inte att installera en lokal SAP-programserver på en SQL Server AlwaysOn-nod.
Både SAP ASCS/SCS och Microsoft SQL Server-databasen är enskilda felpunkter (SPOFs). WSFC hjälper till att skydda dessa SPOF:er i en Windows-miljö.
Även om resursförbrukningen för SAP ASCS/SCS är ganska liten rekommenderar vi en minskning av minneskonfigurationen för antingen SQL Server eller SAP-programservern med 2 GB.
Det här diagrammet illustrerar SAP-programservrar på WSFC-noder med hjälp av SIOS DataKeeper:
Eftersom SAP-programservrarna installeras lokalt behöver du inte konfigurera någon synkronisering.
Det här diagrammet illustrerar SAP ASCS/SCS på SQL Server AlwaysOn-noder med hjälp av SIOS DataKeeper:
Information om andra konfigurationer finns i följande resurser:
Valfri konfiguration för SAP-programservrar på WSFC-noder med hjälp av Windows Scale-Out File Server