SAP S/4 HANA för stora instanser

ExpressRoute
Filer
SAP HANA på stora Azure-instanser
Virtual Machines

Lösningsidé

Om du vill att vi utökar den här artikeln med mer information, till exempel potentiella användningsfall, alternativa tjänster, implementeringsöverväganden eller prisvägledning, kan du berätta för GitHub Feedback!

Den här lösningsarkitekturen illustrerar hur en användarbegäran flödar genom ett SAP-landskap som bygger på högpresterande Azure Virtual Machines och en minnes in memory HANA-databas som körs på stora HANA-instanser för unik skalbarhet och prestanda.

Potentiella användningsfall

Det här systemet utnyttjar OS-klustring för databasprestanda, hög tillgänglighet med hjälp av HANA-systemreplikering och en fullständig haveriberedskapskonfiguration (DR) för garanterad systemtillgänglighet.

Arkitektur

Arkitekturdiagram –Ladda ned en SVG för den här arkitekturen.

Dataflöde

  1. I det här exemplet kör en lokal SAP-användare en försäljningsorder via Fiori-gränssnitt, anpassat gränssnitt eller annat.
  2. Azure ExpressRoute-gateway med hög hastighet används för att ansluta till Azure Virtual Machines.
  3. Begär flöden till hög ABAP för SAP Central Services (ASCS) och sedan via programservrar som körs på Azure Virtual Machines. Den här tillgänglighetsuppsättningen erbjuder ett serviceavtal med 99,95 procent drifttid.
  4. Begäran skickas från App Server till SAP HANA körs på primära stora instansblad.
  5. Primära och sekundära blad är klustrade på operativsystemnivå för 99,99 procent tillgänglighet och datareplikering hanteras via HANA-systemreplikering i synkront läge (HSR) från primär till sekundär, vilket möjliggör noll RPO.
  6. Minnes minnesdata för SAP HANA bevaras i högpresterande NFS-lagring.
  7. Data från NFS-lagring säkerhetskopieras regelbundet på några sekunder med hjälp av inbyggda ögonblicksbilder av lagring på den lokala lagringen, utan att databasprestanda påverkas.
  8. Beständiga datavolymer på sekundär lagring replikeras till dedikerat DR-system via ett dedikerat stamnätverk för HANA-lagringsreplikering.
  9. Stora instanser på DR-sidan kan användas för icke-produktion för att spara kostnader genom att montera både QA-lagring och replikerad DR-volym (skrivskyddad).

Komponenter

  • SAP HANA på stora Azure-instanser:SAP HANA på Azure (stora instanser) körs på dedikerade bladservrar som finns i ett Microsoft Azure datacenter. Den här funktionen är specifik för databasservern.
  • NFS-lagringför stora Azure HANA-instanser: Azures NFS-lagringssystem med höga prestanda erbjuder en omatchad funktion för att utföra säkerhetskopieringar av ögonblicksbilder och replikering till sekundär lagring. Dessutom är HANA Large Instances den enda molninfrastrukturen som tillhandahåller kryptering av lagringsvolymer.
  • SAP på Azure kräver att du kör dina SAP-arbetsbelastningar på certifierade Microsoft Azure Virtual Machines. SAP kräver minst två virtuella processorer och förhållandet 6:1 mellan minne och vCPU.
  • Microsoft Azure Premium Storage ger bättre dataflöde och mindre variation i I/O-svarstider. För bättre prestanda använder Premium Storage SSD (Solid-State Disk) i Azure Storage-noder och läscache som backas upp av den lokala SSD-disken för en Azure-beräkningsnod.
  • ExpressRoute (frontend):Azure ExpressRoute används på frontend(se diagram) ger säker anslutning med hög bandbredd för att upprätta tillförlitliga anslutningar mellan ditt nätverk och Microsoft Azure nätverk.
  • ExpressRoute (backend):Azure ExpressRoute som används på backend-enheten (se diagram) gör att du kan kommunicera mellan dina Azure-komponenter i Azure-datacentret och dina SAP HANA på Azure-system (stora instanser). Kostnaden för ExpressRoute på backend-instansen ingår i din SAP HANA på Azure (stora instanser).

Nästa steg