Klustra en SAP ASCS/SCS-instans på ett Windows redundanskluster med hjälp av en filresurs i Azure
Windows
Windows Server redundansklustring är grunden för en SAP ASCS/SCS-installation med hög tillgänglighet och DBMS i Windows.
Ett redundanskluster är en grupp med 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 Windows Server-redundansklustring antalet fel som kan inträffa och upprätthå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 de uppgifter som beskrivs i den här artikeln bör du läsa följande artiklar och SAP-anteckningar:
- Azure Virtual Machines arkitektur och scenarier för SAP NetWeaver med hög tillgänglighet
- SAP Note 1928533, som innehåller:
- En lista över storlekar på virtuella Azure-datorer som stöds för distribution av SAP-programvara
- Viktig kapacitetsinformation för storlekar på virtuella Azure-datorer
- SAP-programvara som stöds, operativsystem (OS) och databaskombinationer
- SAP-kernelversion krävs för Windows på Microsoft Azure
- SAP Note 2015553 listar kraven för SAP-programvarudistributioner som stöds i Azure.
- SAP Note 2178632 innehåller detaljerad information om alla övervakningsmått som rapporterats för SAP i Azure.
- SAP Note 1999351 har ytterligare felsökningsinformation för Azure Enhanced Monitoring Extension för SAP.
- SAP Note 2287140 listar kraven för SAP-stödd CA-funktion i SMB 3.x-protokollet.
- SAP Note 2802770 har felsökningsinformation för SAP-transaktionen AL11 som körs långsamt Windows 2012 och 2016.
- SAP Note 1911507 innehåller information om transparent redundans för en filresurs på Windows Server med SMB 3.0-protokollet.
- SAP Note 662452 har en rekommendation (inaktivering av 8.3-namngenerering) för att åtgärda dåliga filsystemprestanda/fel vid dataåtkomst.
- Installera SAP NetWeaver hög tillgänglighet på ett Windows redundanskluster och filresurs för SAP ASCS/SCS-instanser på Azure
- Installation av en (A)SCS-instans på ett redundanskluster
Viktigt
Klustring av SAP ASCS/SCS-instanser med hjälp av en filresurs stöds för SAP NetWeaver 7.40 (och senare), med SAP Kernel 7.49 (och senare).
Windows Server-redundansklustring i Azure
Jämfört med distributioner utan metal eller privat moln kräver Azure Virtual Machines ytterligare steg för att konfigurera Windows Server-redundansklustring. 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.
Tjänsten Azure Load Balancer tillhandahåller en intern lastbalanserare för Azure. Med den interna lastbalanseraren når klienterna 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 vidarebefordran av portar med hjälp av avsökningsportarna för den interna lastbalanseraren. Klienterna kan ansluta via det virtuella värdnamnet. DNS-servern matchar klustrets IP-adress. Den interna lastbalanseraren hanterar vidarebefordran av portar till klustrets aktiva nod.

Bild 1: Windows serverkonfiguration för redundanskluster i Azure utan en delad disk
SAP ASCS/SCS HA med filresurs
SAP utvecklade en ny metod och ett alternativ till delade klusterdiskar för att klustra en SAP ASCS/SCS-instans på Windows ett redundanskluster. I stället för att använda klusterdelade diskar kan du använda en SMB-filresurs för att distribuera globala SAP-värdfiler.
Anteckning
En SMB-filresurs är ett alternativ till att använda klusterdelade diskar för klustring av SAP ASCS/SCS-instanser.
Den här arkitekturen är specifik på följande sätt:
- Centrala SAP-tjänster (med sin egen filstruktur och meddelande- och ifyllningsprocesser) är separata från de globala SAP-värdfilerna.
- CENTRALA SAP-tjänster körs under en SAP ASCS/SCS-instans.
- SAP ASCS/SCS-instansen är klustrad och kan nås med hjälp av det <ASCS/SCS virtual host name> virtuella värdnamnet.
- Globala SAP-filer placeras på SMB-filresursen och nås med hjälp av <SAP global host> värdnamnet: SAP global host \ \ < > \sapmnt \ < SID > \SYS . ..
- SAP ASCS/SCS-instansen installeras på en lokal disk på båda klusternoderna.
- Nätverksnamnet <ASCS/SCS virtual host name> skiljer sig från den globala < SAP-värden > .

Bild 2: Ny SAP ASCS/SCS HA-arkitektur med en SMB-filresurs
Krav för en SMB-filresurs:
- SMB 3.0-protokoll (eller senare).
- Möjlighet att ange Active Directory-åtkomstkontrollistor (ACL: er) för Active Directory-användargrupper och
computer$datorobjektet. - Filresursen måste vara HA-aktiverad:
- Diskar som används för att lagra filer får inte vara en felpunkt.
- Server- eller VM-stilleståndstid orsakar inte driftstopp på filresursen.
<SID>SAP-klusterrollen innehåller inte klusterdelade diskar eller en allmän resurs för filresursklustret.

Bild 3: SAP < > SID-klusterrollresurser för att använda en filresurs
Skalbara filresurser med Lagringsutrymmen Direct i Azure som en SAPMNT-filresurs
Du kan använda en skalningsfilresurs för att vara värd för och skydda globala SAP-värdfiler. En skalbara filresurs erbjuder också en SAPMNT-filresurstjänst med hög tillgänglig.

Bild 4: En skalningsfilresurs som används för att skydda globala SAP-värdfiler
Viktigt
Skalningsfilresurser stöds fullt ut i Microsoft Azure molnet och i lokala miljöer.
En skalbar filresurs erbjuder en hög tillgänglig och horisontellt skalbar SAPMNT-filresurs.
Lagringsutrymmen Direct används som en delad disk för en skalningsfilresurs. Du kan använda Lagringsutrymmen Direct för att skapa hög tillgänglig och skalbar lagring med hjälp av servrar med lokal lagring. Delad lagring som används för en skalningsfilresurs, som för globala SAP-värdfiler, är inte en enskild felpunkt.
När du Lagringsutrymmen Direct bör du tänka på följande användningsfall:
- De virtuella datorer som används för att skapa Lagringsutrymmen Direct-klustret måste distribueras i en Azure-tillgänglighetsuppsättning.
- För haveriberedskap för ett Lagringsutrymmen Direct-kluster kan du använda Azure Site Recovery Services.
- Det finns inte stöd för att stretcha Storage Space Direct-klustret över olika Azure-tillgänglighetszoner.
SAP-krav för skalning av filresurser i Azure
Om du vill använda en skalningsfilresurs måste systemet uppfylla följande krav:
- Minst två klusternoder för en skalningsfilresurs.
- Varje nod måste ha minst två lokala diskar.
- Av prestandaorsak måste du använda speglingsåter återhämtning:
- Tvåvägsspegling för en skalningsfilresurs med två klusternoder.
- Trevägsspegling för en skalningsfilresurs med tre (eller fler) klusternoder.
- Vi rekommenderar tre (eller fler) klusternoder för en skalningsfilresurs med trevägsspegling. Den här konfigurationen ger mer skalbarhet och mer lagringsåter återhämtning än konfigurationen av den skalbara filresursen med två klusternoder och tvåvägsspegling.
- Du måste använda Azure Premium diskar.
- Vi rekommenderar att du använder Azure Managed Disks.
- Vi rekommenderar att du formaterar volymer med ReFS (Resilient File System).
- Mer information finns i SAP Note 1869038 – SAP support for ReFS filesystem (SAP-stöd för ReFS-filsystem) och choosing the file system chapter (Välja filsystem) i artikeln Planning volumes in Lagringsutrymmen Direct (Planera volymer i Lagringsutrymmen Direct).
- Se till att du installerar den kumulativa uppdateringen microsoft KB4025334.
- Du kan använda DS-Series eller DSv2-Series virtuella Azure-datorer.
- För bra nätverksprestanda mellan virtuella datorer, vilket krävs för Lagringsutrymmen Direct-disksynkronisering, använder du en typ av virtuell dator som har minst en "hög" nätverksbandbredd. Mer information finns i specifikationerna för DSv2-serien och DS-serien.
- Vi rekommenderar att du reserverar en del ej allokerad kapacitet i lagringspoolen. Om du lämnar en del ej allokerad kapacitet i lagringspoolen får du utrymme att reparera "på plats" om en enhet slutar fungera. Detta förbättrar datasäkerhet och prestanda. Mer information finns i Välja volymstorlek.
- Du behöver inte konfigurera azures interna lastbalanserare för nätverksnamnet för den skalningsbaserade filresursen, till exempel för <SAP global host> . Detta görs för SAP <ASCS/SCS virtual host name> ASCS/SCS-instansen eller för DBMS. En skalningsfilresurs skalar ut belastningen över alla klusternoder. <SAP global host> använder den lokala IP-adressen för alla klusternoder.
Viktigt
Du kan inte byta namn på SAPMNT-filresursen, som pekar på <SAP global host> . SAP stöder endast resursnamnet "sapmnt".
Mer information finns i SAP Note 2492395 – Kan resursnamnet sapmnt ändras?
Konfigurera SAP ASCS/SCS-instanser och en skalningsfilresurs i två kluster
Du måste distribuera SAP ASCS/SCS-instanserna i ett separat kluster med en egen <SID> SAP-klusterroll. I det här fallet konfigurerar du den skalningsbaserade filresursen på ett annat kluster med en annan klusterroll.
Viktigt
Konfigurationen måste uppfylla följande krav: SAP ASCS/SCS-instanserna och SOFS-resursen måste distribueras i separata kluster.
Viktigt
I det här scenariot konfigureras SAP ASCS/SCS-instansen för åtkomst till den globala SAP-värden med hjälp av UNC-sökvägen \ \ < SAP global värd > \sapmnt \ < SID > \SYS.

Bild 5: En SAP ASCS/SCS-instans och en skalningsfilresurs som distribuerats i två kluster
Valfria konfigurationer
Följande diagram visar flera SAP-instanser på virtuella Azure-datorer som kör Microsoft Windows-redundanskluster för att minska det totala antalet virtuella datorer.
Detta kan antingen vara lokala SAP-programservrar i ett SAP ASCS/SCS-kluster eller en SAP ASCS/SCS-klusterroll på Microsoft SQL Server Always On-noder.
Viktigt
Installation av en lokal SAP-programserver på en SQL Server Always On-nod stöds inte.
Både SAP ASCS/SCS och Microsoft SQL Server databasen är felpunkter (SPOF). För att skydda dessa SPOF:er Windows en miljö används WSFC.
Även om resursförbrukningen för SAP ASCS/SCS är ganska liten, rekommenderas en minskning av minneskonfigurationen för antingen SQL Server eller SAP Application Server med 2 GB.
SAP-programservrar på WSFC-noder med hjälp Windows SOFS

Anteckning
Bilden visar användningen av ytterligare lokala diskar. Detta är valfritt för kunder som inte kommer att installera programprogramvara på OS-enheten (C:)
SAP ASCS/SCS på SQL Server Always On-noder med hjälp Windows SOFS

Anteckning
Bilden visar användningen av ytterligare lokala diskar. Detta är valfritt för kunder som inte kommer att installera programprogramvara på OS-enheten (C:)
Viktigt
I Azure-molnet måste varje kluster som används för SAP och skalningsfilresurser distribueras i en egen Azure-tillgänglighetsuppsättning eller över Azure-tillgänglighetszoner. Detta säkerställer distribuerad placering av klustrets virtuella datorer i den underliggande Azure-infrastrukturen. Distributioner av tillgänglighetszoner stöds med den här tekniken.
Allmän filresurs med SIOS DataKeeper som klusterdelade diskar
En allmän filresurs är ett annat alternativ för att uppnå en filresurs med hög tillgång.
I det här fallet kan du använda en SIOS-lösning från tredje part som en klusterdelade disk.
Nästa steg
- Förbereda Azure-infrastrukturen för SAP HA med hjälp av ett Windows redundanskluster och filresurs för en SAP ASCS/SCS-instans
- Installera SAP NetWeaver HA på ett Windows redundanskluster och filresurs för en SAP ASCS/SCS-instans
- Distribuera en tvånodsserver Lagringsutrymmen direkt skalningsfilserver för UPD-lagring i Azure
- Lagringsdirigering i Windows Server 2016
- Djupdykning: Volymer i Lagringsutrymmen Direct
Windows