Lösningsidéer
Den här artikeln är en lösningsidé. Om du vill att vi utökar innehållet med mer information, till exempel potentiella användningsfall, alternativa tjänster, implementeringsöverväganden eller prisvägledning, kan du berätta för oss genom att ge 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 minnesintern HANA-databas, som körs på STORA HANA-instanser för oöverträffad 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
Ladda ned en Visio-fil med den här arkitekturen.
Dataflöde
- I det här exemplet kör en lokal SAP-användare en försäljningsorder via Fiori-gränssnittet, ett anpassat gränssnitt eller annat.
- Azures expressroute-gateway med hög hastighet används för att ansluta till Azure Virtual Machines.
- Begäran flödar till ABAP SAP Central Services (ASCS) med hög tillgänglighet och sedan via programservrar som körs på Azure Virtual Machines. Den här tillgänglighetsuppsättningen erbjuder ett serviceavtal för drifttid på 99,95 procent.
- Begäran skickas från App Server till SAP HANA som körs på primära blad för stora instanser.
- Primära och sekundära blad är klustrade på OS-nivå för 99,99 procents tillgänglighet och datareplikering hanteras via HANA System Replication i synkront läge (HSR) från primär till sekundär och aktiverar noll RPO.
- Minnesintern data för SAP HANA sparas till högpresterande NFS-lagring.
- 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.
- Beständiga datavolymer på sekundär lagring replikeras till ett dedikerat DR-system via ett dedikerat stamnätverk för HANA-lagringsreplikering.
- Stora instanser på DR-sidan kan användas för icke-produktion för att spara kostnader genom att montera både qa-lagringen och den replikerade dr-volymen (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-lagring för stora Azure HANA-instanser: Azures högpresterande NFS-lagringssystem erbjuder den oöverträffade funktionen för att utföra säkerhetskopieringar av ögonblicksbilder och replikering till sekundär lagring. Dessutom är STORA HANA-instanser 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å vCPU:er och ett förhållande på 6:1 mellan minne och vCPU.
- Microsoft Azure Premium Storage ger bättre dataflöde och mindre variabilitet 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:en för en Azure-beräkningsnod.
- ExpressRoute (klientdel): Azure ExpressRoute som används på klientsidan (se diagram) ger säker anslutning med hög bandbredd för att upprätta tillförlitliga anslutningar mellan nätverket och Microsoft Azure-nätverket.
- ExpressRoute (serverdel): Med Azure ExpressRoute som används på serverdelen (se diagram) kan du kommunicera mellan dina Azure-komponenter i Azure-datacentret och dina SAP HANA på Azure-system (stora instanser). Kostnaden för expressroute i serverdelen ingår i din SAP HANA på Azure (stora instanser).