Een SAP ASCS/SCS-exemplaar clusteren op een Windows failovercluster met behulp van een bestands share in Azure

  • Artikel
  • 8 minuten om te lezen

Windows-logo. Windows

Windows Failoverclustering van servers is de basis van een SAP ASCS/SCS-installatie met hoge beschikbaarheid en DBMS in Windows.

Een failovercluster is een groep van 1+n onafhankelijke servers (knooppunten) die samenwerken om de beschikbaarheid van toepassingen en services te vergroten. Als er een knooppuntfout optreedt, berekent Windows Server-failoverclustering het aantal fouten dat zich kan voordoen en behoudt het cluster nog steeds een goed cluster om toepassingen en services te leveren. U kunt kiezen uit verschillende quorummodi om failoverclustering te bereiken.

Vereisten

Lees de volgende artikelen en SAP-opmerkingen voordat u begint met de taken die in dit artikel worden beschreven:

Belangrijk

Het clusteren van SAP ASCS/SCS-exemplaren met behulp van een bestands share wordt ondersteund voor SAP NetWeaver 7.40 (en hoger), met SAP Kernel 7.49 (en hoger).

Windows Failoverclustering van servers in Azure

Vergeleken met bare-metalimplementaties of privécloudimplementaties, vereist Azure Virtual Machines extra stappen om failoverclustering van Windows server te configureren. Wanneer u een cluster bouwt, moet u verschillende IP-adressen en namen van virtuele hosten instellen voor het SAP ASCS/SCS-exemplaar.

Naamresolutie in Azure en de naam van de virtuele host van het cluster

Het Azure-cloudplatform biedt geen optie voor het configureren van virtuele IP-adressen, zoals zwevende IP-adressen. U hebt een alternatieve oplossing nodig om een virtueel IP-adres in te stellen om de clusterresource in de cloud te bereiken.

De Azure Load Balancer-service biedt een interne load balancer voor Azure. Met de interne load balancer bereiken clients het cluster via het virtuele IP-adres van het cluster.

Implementeer de interne load balancer in de resourcegroep die de clusterknooppunten bevat. Configureer vervolgens alle benodigde port forwarding regels met behulp van de testpoorten van de interne load balancer. De clients kunnen verbinding maken via de naam van de virtuele host. De DNS-server lost het IP-adres van het cluster op. De interne load balancer worden port forwarding naar het actieve knooppunt van het cluster.

Afbeelding 1: Windows van Server-failoverclustering configureren in Azure zonder een gedeelde schijf

Afbeelding 1: Windows serverconfiguratie voor failoverclustering uitvoeren in Azure zonder een gedeelde schijf

SAP ASCS/SCS HA met bestands share

SAP heeft een nieuwe benadering en een alternatief voor gedeelde clusterschijven ontwikkeld voor het clusteren van een SAP ASCS/SCS-exemplaar op een Windows failovercluster. In plaats van gedeelde clusterschijven te gebruiken, kunt u een SMB-bestands share gebruiken om globale SAP-hostbestanden te implementeren.

Notitie

Een SMB-bestands share is een alternatief voor het gebruik van gedeelde clusterschijven voor het clusteren van SAP ASCS/SCS-exemplaren.

Deze architectuur is op de volgende manieren specifiek:

  • Sap Central-services (met een eigen bestandsstructuur en processen voor berichten en berichten in de reeks) zijn gescheiden van de globale SAP-hostbestanden.
  • Sap Central-services worden uitgevoerd onder een SAP ASCS/SCS-exemplaar.
  • Het SAP ASCS/SCS-exemplaar is geclusterd en is toegankelijk via de <ASCS/SCS virtual host name> naam van de virtuele host.
  • Algemene SAP-bestanden worden op de SMB-bestands share geplaatst en zijn toegankelijk via de <SAP global host> hostnaam: \ \ < SAP global host > \sapmnt \ < SID > \SYS . ..
  • Het SAP ASCS/SCS-exemplaar wordt geïnstalleerd op een lokale schijf op beide clusterknooppunten.
  • De <ASCS/SCS virtual host name> netwerknaam verschilt van de < globale SAP-host > .

Afbeelding 2: SAP ASCS/SCS HA-architectuur met SMB-bestands share

Afbeelding 2: Nieuwe SAP ASCS/SCS HA-architectuur met een SMB-bestands share

Vereisten voor een SMB-bestands share:

  • SMB 3.0-protocol (of hoger).
  • Mogelijkheid om Active Directory-toegangsbeheerlijsten (ACL's) in te stellen voor Active Directory-gebruikersgroepen en het computer$ computerobject.
  • De bestands share moet ha zijn ingeschakeld:
    • Schijven die worden gebruikt voor het opslaan van bestanden mogen geen single point of failure zijn.
    • Downtime van de server of VM veroorzaakt geen downtime op de bestands share.

De <SID> SAP-clusterrol bevat geen gedeelde clusterschijven of een clusterresource voor een algemene bestands delen.

Afbeelding 3: Resources van SAP < > SID-clusterrol voor het gebruik van een bestands share

Afbeelding 3: Resources < voor SAP > SID-clusterrol voor het gebruik van een bestands share

Scale-out bestands shares met Opslagruimten Direct in Azure als een SAPMNT-bestands share

U kunt een scale-out bestands share gebruiken om globale SAP-hostbestanden te hosten en te beveiligen. Een scale-out bestands share biedt ook een uiterst beschikbare SAPMNT-bestands shareservice.

Afbeelding 4: Scale-out bestands share gebruikt voor het beveiligen van sap global host-bestanden

Afbeelding 4: Een scale-out bestands share die wordt gebruikt om globale SAP-hostbestanden te beveiligen

Belangrijk

Scale-out bestands shares worden volledig ondersteund in de Microsoft Azure cloud en in on-premises omgevingen.

Een scale-out bestands share biedt een uiterst beschikbare en horizontaal schaalbare SAPMNT-bestands share.

Opslagruimten Direct wordt gebruikt als een gedeelde schijf voor een scale-out bestands share. U kunt Opslagruimten Direct gebruiken om uiterst beschikbare en schaalbare opslag te bouwen met behulp van servers met lokale opslag. Gedeelde opslag die wordt gebruikt voor een scale-out bestands share, zoals voor globale SAP-hostbestanden, is geen single point of failure.

Houd bij Opslagruimten Direct rekening met de volgende gebruiksgevallen:

  • De virtuele machines die worden gebruikt om het Opslagruimten Direct-cluster te bouwen, moeten worden geïmplementeerd in een Azure-beschikbaarheidsset.
  • Voor herstel na noodherstel van een Opslagruimten Direct Cluster kunt u Azure Site Recovery Services gebruiken.
  • Het wordt niet ondersteund om het Storage Space Direct-cluster over verschillende Azure-beschikbaarheidszones.

SAP-vereisten voor scale-out bestands shares in Azure

Als u een scale-out bestands share wilt gebruiken, moet uw systeem voldoen aan de volgende vereisten:

  • Ten minste twee clusterknooppunten voor een scale-out bestands share.
  • Elk knooppunt moet ten minste twee lokale schijven hebben.
  • Om prestatiereden moet u mirroring-tolerantie gebruiken:
    • Mirroring in twee delen voor een scale-out bestands share met twee clusterknooppunten.
    • Mirroring in drie delen voor een scale-out bestands share met drie (of meer) clusterknooppunten.
  • We raden drie (of meer) clusterknooppunten aan voor een scale-out bestands share, met mirroring in drie punten. Deze installatie biedt meer schaalbaarheid en meer tolerantie voor opslag dan de installatie van de scale-out bestands share met twee clusterknooppunten en mirroring in twee delen.
  • U moet Azure Premium gebruiken.
  • U wordt aangeraden Azure-Managed Disks.
  • U wordt aangeraden volumes op te maken met behulp van ReFS (Resilient File System).
  • U kunt een DS-Series of DSv2-Series Azure-VM-grootten.
  • Voor goede netwerkprestaties tussen VM's, die nodig zijn voor Opslagruimten Direct Disk Sync, gebruikt u een VM-type met ten minste een 'hoge' netwerkbandbreedte. Zie de specificaties van de DSv2-serie en de DS-serie voor meer informatie.
  • We raden u aan om een deel van de niet-toegewezen capaciteit in de opslaggroep te reserveren. Door een deel van de niet-toegewezen capaciteit in de opslaggroep te laten staan, krijgen volumes ruimte om 'in place' te herstellen als een station uitvalt. Dit verbetert de veiligheid en prestaties van gegevens. Zie Volumegrootte kiezen voor meer informatie.
  • U hoeft de interne Azure-load balancer te configureren voor de netwerknaam van de scale-out bestands share, zoals voor <SAP global host> . Dit wordt gedaan voor de <ASCS/SCS virtual host name> van het SAP ASCS/SCS-exemplaar of voor de DBMS. Een scale-out bestands share schaalt de belasting uit over alle clusterknooppunten. <SAP global host> gebruikt het lokale IP-adres voor alle clusterknooppunten.

Belangrijk

U kunt de naam van de SAPMNT-bestands share, die naar wijst, niet <SAP global host> wijzigen. SAP ondersteunt alleen de sharenaam sapmnt.

Zie SAP Note 2492395 : Kan de naam van de share sapmnt worden gewijzigd? voor meer informatie.

SAP ASCS/SCS-exemplaren en een scale-out bestands share configureren in twee clusters

U moet de SAP ASCS/SCS-exemplaren implementeren in een afzonderlijk cluster, met hun eigen <SID> SAP-clusterrol. In dit geval configureert u de scale-out bestands share op een ander cluster, met een andere clusterrol.

Belangrijk

De installatie moet voldoen aan de volgende vereiste: de SAP ASCS/SCS-exemplaren en de SOFS-share moeten worden geïmplementeerd in afzonderlijke clusters.

Belangrijk

In dit scenario is het SAP ASCS/SCS-exemplaar geconfigureerd voor toegang tot de globale SAP-host met behulp van UNC-pad \ \ < SAP global host > \sapmnt \ < SID > \SYS.

Afbeelding 5: SAP ASCS/SCS-exemplaar en een scale-out bestands share geïmplementeerd in twee clusters

Afbeelding 5: Een SAP ASCS/SCS-exemplaar en een scale-out bestands share geïmplementeerd in twee clusters

Optionele configuraties

In de volgende diagrammen worden meerdere SAP-exemplaren weergegeven op Virtuele Azure-VM's met Microsoft Windows FailoverCluster om het totale aantal VM's te verminderen.

Dit kunnen lokale SAP-toepassingsservers zijn op een SAP ASCS/SCS-cluster of een SAP ASCS/SCS-clusterrol op Microsoft SQL Server Always On-knooppunten.

Belangrijk

Het installeren van een lokale SAP-toepassingsserver SQL Server een Always On-knooppunt wordt niet ondersteund.

Sap ASCS/SCS en de Microsoft SQL Server-database zijn single points of failure (SPOF). Voor het beveiligen van deze SPOF's in Windows omgeving WSFC wordt gebruikt.

Hoewel het resourceverbruik van SAP ASCS/SCS redelijk klein is, wordt een vermindering van de geheugenconfiguratie voor SQL Server of de SAP-toepassingsserver met 2 GB aanbevolen.

SAP-toepassingsservers op WSFC-knooppunten met Windows SOFS

Afbeelding 6: Windows configuratie van failoverclustering van server in Azure met Windows SOFS en lokaal geïnstalleerde SAP-toepassingsserver

Notitie

In de afbeelding ziet u het gebruik van extra lokale schijven. Dit is optioneel voor klanten die geen toepassingssoftware installeren op het besturingssysteemstation (C:)

SAP ASCS/SCS op SQL Server Always On-knooppunten met behulp Windows SOFS

Afbeelding 7: SAP ASCS/SCS op SQL Server Always On-knooppunten met behulp Windows SOFS

Notitie

In de afbeelding ziet u het gebruik van extra lokale schijven. Dit is optioneel voor klanten die geen toepassingssoftware installeren op het besturingssysteemstation (C:)

Belangrijk

In de Azure-cloud moet elk cluster dat wordt gebruikt voor SAP en scale-out bestands shares, worden geïmplementeerd in een eigen Azure-beschikbaarheidsset of in Azure-beschikbaarheidszones. Dit zorgt voor gedistribueerde plaatsing van de cluster-VM's in de onderliggende Azure-infrastructuur. Implementaties van beschikbaarheidszone worden ondersteund met deze technologie.

Algemene bestands delen met SIOS DataKeeper als gedeelde clusterschijven

Een algemene bestands share is een andere optie voor het bereiken van een bestands share met hoge beschikbare.

In dit geval kunt u een SIOS-oplossing van derden gebruiken als een gedeelde clusterschijf.

Volgende stappen