Delen via

Azure Premium Files NFS en SMB gebruiken voor SAP-werkbelasting

  • Artikel

Dit document gaat over Azure Premium Files-bestandsshares die worden gebruikt voor SAP-werkbelasting. Zowel NFS-volumes als SMB-bestandsshares worden behandeld. Zie de volgende twee documenten voor overwegingen met betrekking tot Azure NetApp Files voor SMB- of NFS-volumes:

Belangrijk

De suggesties voor de opslagconfiguraties in dit document zijn bedoeld als aanwijzingen om mee te beginnen. Als u workload uitvoert en patronen voor opslaggebruik analyseert, realiseert u zich mogelijk dat u niet alle opgegeven opslagbandbreedte of IOPS gebruikt. U kunt overwegen om de grootte van de opslag vervolgens te verkleinen. Of in tegenstelling tot uw workload heeft uw workload mogelijk meer opslagdoorvoer nodig dan bij deze configuraties wordt voorgesteld. Als gevolg hiervan moet u mogelijk meer capaciteit implementeren om IOPS of doorvoer te verhogen. Op het gebied van spanning tussen de vereiste opslagcapaciteit, opslaglatentie nodig, opslagdoorvoer en IOPS vereist en minst dure configuratie, biedt Azure voldoende verschillende opslagtypen met verschillende mogelijkheden en verschillende prijspunten om het juiste compromis voor u en uw SAP-workload te vinden en aan te passen.

Voor SAP-workloads zijn de ondersteunde toepassingen van Azure Files-shares:

  • sapmnt-volume voor een gedistribueerd SAP-systeem
  • transportmap voor SAP-landschap
  • /hana/shared voor uitschalen van HANA. Bekijk zorgvuldig de overwegingen voor het aanpassen van de grootte /hana/gedeeld, zoals de juiste grootte /hana/gedeeld volume bijdraagt aan de stabiliteit van het systeem
  • bestandsinterface tussen uw SAP-landschap en andere toepassingen

Notitie

Er worden geen SAP DBMS-workloads ondersteund op Azure Premium Files-volumes, NFS of SMB. Lees de SAP-ondersteuningsnotitie 2015553 voor ondersteuningsbeperkingen voor Azure-opslagtypen voor SAP NetWeaver/toepassingslaag van S/4HANA

Belangrijke overwegingen voor Azure Premium Files-shares met SAP

Houd rekening met de volgende belangrijke punten wanneer u uw implementatie plant met Azure Files. De termshare in deze sectie is van toepassing op zowel SMB-share als NFS-volume.

  • De minimale sharegrootte is 100 gibibytes (GiB). Met Azure Premium Files betaalt u voor de capaciteit van de ingerichte shares.
  • Pas de grootte van uw bestandsshares aan op basis van capaciteitsvereisten, maar ook op IOPS- en doorvoervereisten. Zie Azure Files Share-doelen voor meer informatie.
  • Test de workload om de grootte te valideren en ervoor te zorgen dat deze voldoet aan uw prestatiedoelen. Raadpleeg prestatieproblemen met Azure-bestandsshares oplossen voor meer informatie over het oplossen van prestatieproblemen met NFS in Azure Files.
  • Implementeer een afzonderlijke sapmnt share voor elk SAP-systeem.
  • Gebruik de sapmnt share niet voor andere activiteiten, zoals interfaces.
  • Gebruik de saptrans share niet voor andere activiteiten, zoals interfaces.
  • Als uw SAP-systeem veel batchtaken bevat, hebt u mogelijk miljoenen taaklogboeken. Als de SAP-batchtaaklogboeken worden opgeslagen in het bestandssysteem, moet u speciale aandacht besteden aan de grootte van de sapmnt share. Reorganiseert u de taaklogboekbestanden regelmatig volgens SAP-notitie 16083. Vanaf SAP_BASIS 7.52 moet het standaardgedrag voor de batchtaaklogboeken worden opgeslagen in de database. Zie SAP-notitie 2360818 | voor meer informatie Taaklogboek in de database.
  • Vermijd het consolideren van de shares voor te veel SAP-systemen in één opslagaccount. Er zijn ook schaalbaarheids- en prestatiedoelen voor opslagaccounts. Zorg ervoor dat u de limieten voor het opslagaccount niet overschrijdt.
  • Over het algemeen voegt u de shares voor meer dan vijf SAP-systemen niet samen in één opslagaccount. Deze richtlijn helpt u te voorkomen dat u de limieten van het opslagaccount overschrijdt en de prestatieanalyse vereenvoudigt.
  • Over het algemeen vermijdt u het combineren van shares zoals sapmnt voor sap-systemen die niet in productie en productie zijn opgenomen in hetzelfde opslagaccount.
  • Gebruik een privé-eindpunt met Azure Files. In het onwaarschijnlijke geval van een zonefout worden uw NFS-sessies automatisch omgeleid naar een gezonde zone. U hoeft de NFS-shares niet opnieuw te koppelen op uw VM's. Het gebruik van private link kan leiden tot extra kosten voor de verwerkte gegevens. Zie de details over prijzen van Private Link.
  • Als u uw VM's in beschikbaarheidszones implementeert, gebruikt u een opslagaccount met ZRS in de Azure-regio's die ZRS ondersteunen.
  • Azure Premium Files biedt momenteel geen ondersteuning voor automatische replicatie tussen regio's voor scenario's voor herstel na noodgevallen. Zie richtlijnen voor herstel na noodgevallen voor SAP-toepassingen voor beschikbare opties.

Overweeg zorgvuldig bij het samenvoegen van meerdere activiteiten in één bestandsshare of meerdere bestandsshares in één opslagaccount. Het distribueren van deze shares naar afzonderlijke opslagaccounts verbetert de doorvoer, tolerantie en vereenvoudigt de prestatieanalyse. Als veel SAP-SID's en shares worden samengevoegd tot één Azure Files-opslagaccount en de prestaties van het opslagaccount slecht zijn vanwege het bereiken van de doorvoerlimieten, kan het lastig worden om te bepalen welke SID of welk volume het probleem veroorzaakt.

Aanvullende overwegingen voor NFS

Aanvullende overwegingen voor SMB

  • SAP Software Provisioning Manager (SWPM) versie 1.0 SP32, SWPM 2.0 SP09 of hoger is vereist voor het gebruik van Azure Files SMB. SAPInst-patch moet 749.0.91 of hoger zijn. Als SWPM/SAPInst niet meer dan 13 tekens accepteert voor de bestandsshareserver, is de SWPM-versie te oud.
  • Tijdens de installatie van het SAP PAS-exemplaar vraagt SWPM/SAPInst om een transporthostnaam in te voeren. De FQDN-naam van het opslagaccount moet worden ingevoerd <storage_account.file.core.windows.net> of met ip-adres/hostnaam van het privé-eindpunt, indien gebruikt.
  • Wanneer u het Active Directory-domein integreert met Azure Files SMB voor implementatie met hoge beschikbaarheid van SAP, moeten de SAP-gebruikers en -groepen worden toegevoegd aan de share sapmnt. De SAP-gebruikers moeten machtigingen Storage File Data SMB Share Elevated Contributor hebben ingesteld in Azure Portal.

Volgende stappen

Zie voor meer informatie: