Dela via


Använda Azure Premium Files NFS och SMB för SAP-arbetsbelastning

Det här dokumentet handlar om Azure Premium Files-filresurser som används för SAP-arbetsbelastning. Både NFS-volymer och SMB-filresurser omfattas. Överväganden kring Azure NetApp Files för SMB- eller NFS-volymer finns i följande två dokument:

Viktigt!

Förslagen för lagringskonfigurationerna i det här dokumentet är avsedda som anvisningar till att börja med. När du kör arbetsbelastningar och analyserar mönster för lagringsanvändning kanske du inser att du inte använder all lagringsbandbredd eller all IOPS som tillhandahålls. Du kan överväga att sänka lagringsstorleken då. Eller tvärtom kan din arbetsbelastning behöva mer dataflöde för lagring än vad som föreslås med dessa konfigurationer. Därför kan du behöva distribuera mer kapacitet för att öka IOPS eller dataflödet. När det gäller spänningar mellan den lagringskapacitet som krävs, den nödvändiga lagringsfördröjningen, det dataflöde för lagring och IOPS som krävs och den billigaste konfigurationen erbjuder Azure tillräckligt med olika lagringstyper med olika funktioner och olika prispunkter för att hitta och anpassa sig till rätt kompromiss för dig och din SAP-arbetsbelastning.

För SAP-arbetsbelastningar är de användningar av Azure Files-resurser som stöds:

  • sapmnt-volym för ett distribuerat SAP-system
  • transportkatalog för SAP-liggande
  • /hana/delad för HANA-utskalning. Granska noggrant övervägandena för storlek /hana/delad, eftersom lämplig storlek /hana/delad volym bidrar till systemets stabilitet
  • filgränssnitt mellan ditt SAP-liggande och andra program

Kommentar

Inga SAP DBMS-arbetsbelastningar stöds på Azure Premium Files-volymer, NFS eller SMB. Om du vill ha supportbegränsningar för Azure-lagringstyper för SAP NetWeaver/application layer of S/4HANA läser du SAP-supportanteckningen 2015553

Viktiga överväganden för Azure Premium Files-resurser med SAP

Tänk på följande viktiga punkter när du planerar distributionen med Azure Files. Termen resurs i det här avsnittet gäller både SMB-resurs och NFS-volym.

  • Den minsta resursstorleken är 100 gibibyte (GiB). Med Azure Premium Files betalar du för kapaciteten för de etablerade resurserna.
  • Ändra storlek på dina filresurser inte bara baserat på kapacitetskrav, utan även på IOPS- och dataflödeskrav. Mer information finns i Resursmål för Azure-filer.
  • Testa arbetsbelastningen för att verifiera din storlek och se till att den uppfyller dina prestandamål. Information om hur du felsöker prestandaproblem med NFS på Azure Files finns i Felsöka prestanda för Azure-filresurser.
  • Distribuera en separat sapmnt resurs för varje SAP-system.
  • Använd inte resursen sapmnt för någon annan aktivitet, till exempel gränssnitt.
  • Använd inte resursen saptrans för någon annan aktivitet, till exempel gränssnitt.
  • Om SAP-systemet har en stor belastning på batchjobb kan du ha miljontals jobbloggar. Om SAP-batchjobbloggarna lagras i filsystemet bör du vara särskilt uppmärksam på resursens sapmnt storlek. Organisera om jobbloggfilerna regelbundet enligt SAP-anmärkning 16083. Från och med SAP_BASIS 7.52 ska standardbeteendet för batchjobbloggarna lagras i databasen. Mer information finns i SAP-2360818 | Jobblogg i databasen.
  • Undvik att konsolidera resurserna för för många SAP-system på ett enda lagringskonto. Det finns också skalbarhets- och prestandamål för lagringskonton. Var noga med att inte överskrida gränserna för lagringskontot också.
  • I allmänhet ska du inte konsolidera resurserna för fler än fem SAP-system på ett enda lagringskonto. Den här riktlinjen hjälper dig att undvika att överskrida lagringskontots gränser och förenklar prestandaanalysen.
  • Undvik i allmänhet att blanda resurser som för SAP-system som sapmnt inte är produktions- och produktionsbaserade i samma lagringskonto.
  • Använd en privat slutpunkt med Azure Files. I den osannolika händelsen av ett zonfel omdirigerar dina NFS-sessioner automatiskt till en felfri zon. Du behöver inte montera om NFS-resurserna på dina virtuella datorer. Användning av privat länk kan resultera i extra avgifter för de data som bearbetas, se information om priser för privata länkar.
  • Om du distribuerar dina virtuella datorer mellan tillgänglighetszoner använder du ett lagringskonto med ZRS i De Azure-regioner som stöder ZRS.
  • Azure Premium Files stöder för närvarande inte automatisk replikering mellan regioner för haveriberedskapsscenarier. Se riktlinjer för DR för SAP-program för tillgängliga alternativ.

Tänk noga på när du konsoliderar flera aktiviteter till en filresurs eller flera filresurser på ett lagringskonto. Distributionen av dessa resurser till separata lagringskonton förbättrar dataflödet, återhämtning och förenklar prestandaanalysen. Om många SAP-SID:er och resurser konsolideras till ett enda Azure Files-lagringskonto och lagringskontots prestanda är dålig på grund av att dataflödesgränserna har nåtts kan det bli svårt att identifiera vilket SID eller vilken volym som orsakar problemet.

Ytterligare överväganden för NFS

Ytterligare överväganden för SMB

  • SAP Software Provisioning Manager (SWPM) version 1.0 SP32, SWPM 2.0 SP09 eller senare krävs för att använda Azure Files SMB. SAPInst-korrigeringen måste vara 749.0.91 eller senare. Om SWPM/SAPInst inte accepterar fler än 13 tecken för filresursservern är SWPM-versionen för gammal.
  • Under installationen av SAP PAS-instansen ber SWPM/SAPInst att ange ett transportvärdnamn. FQDN för lagringskontot ska anges <storage_account.file.core.windows.net> eller med IP-adress/värdnamn för den privata slutpunkten, om det används.
  • När du integrerar active directory-domänen med Azure Files SMB för sap-distribution med hög tillgänglighet måste SAP-användare och -grupper läggas till i sapmnt-resursen. SAP-användarna bör ha behörighet Storage File Data SMB Share Elevated Contributor i Azure-portalen.

Nästa steg

Mer information finns i: