Megoldási ötletek
Ez a cikk egy megoldási ötlet. Ha azt szeretné, hogy további információkkal bővítsük a tartalmat, például a lehetséges használati eseteket, az alternatív szolgáltatásokat, a megvalósítási szempontokat vagy a díjszabással kapcsolatos útmutatást, tudassa velünk a GitHub visszajelzésével.
Ez a megoldásarchitektúra bemutatja, hogy a felhasználói kérések hogyan haladnak át egy nagy teljesítményű Azure Virtual Machines és egy memórián belüli HANA-adatbázisra épülő SAP-környezetben, amely a HANA nagy példányain fut a páratlan skálázhatóság és teljesítmény érdekében.
Lehetséges használati esetek
Ez a rendszer kihasználja az operációsrendszer-fürtözés előnyeit az adatbázis-teljesítményhez, a magas rendelkezésre álláshoz a HANA-rendszer replikációja és a teljes vészhelyreállítási (DR) konfiguráció a garantált rendszer rendelkezésre állásához.
Architektúra
Töltse le az architektúra Visio-fájlját.
Adatfolyam
- Ebben a példában egy helyszíni SAP-felhasználó fiori felületen, egyéni felületen vagy más módon hajt végre egy értékesítési rendelést.
- Az Azure nagy sebességű ExpressRoute-átjáróval csatlakozik az Azure Virtual Machines.
- A kérések a magas rendelkezésre állású ABAP SAP Central Servicesbe (ASCS), majd az Azure Virtual Machines futó alkalmazáskiszolgálókba kerülnek. Ez a rendelkezésre állási csoport 99,95%-os rendelkezésre állási SLA-t kínál.
- A rendszer kérést küld az App Serverről az elsődleges nagy példánypaneleken futó SAP HANA-nak.
- Az elsődleges és a másodlagos panelek 99,99%-os rendelkezésre állású operációsrendszer-szinten vannak fürtözve, az adatreplikálás pedig a HANA rendszerreplikálásán keresztül történik szinkron módban (HSR) az elsődlegestől a másodlagosig, így nulla RPO-t tesz lehetővé.
- Az SAP HANA memóriában tárolt adatai megmaradnak a nagy teljesítményű NFS-tárolókban.
- Az NFS-tárolóból származó adatokról a rendszer rendszeres időközönként másodpercek alatt készít biztonsági másolatot a helyi tároló beépített tárolási pillanatképeinek használatával, és ez nem befolyásolja az adatbázis teljesítményét.
- A másodlagos tároló állandó adatkötete dedikált DR-rendszerbe replikálódik egy dedikált gerinchálózaton keresztül a HANA-tárreplikáláshoz.
- A dr. oldalon található nagyméretű példányok a nem éles üzemhez is használhatók, így költségmegtakarítást érhetnek el a minőségbiztosítási tár és a dr. replikált kötet csatlakoztatásával (írásvédett).
Összetevők
- SAP HANA nagy Azure-példányokon: Az SAP HANA az Azure-ban (nagy példányokon) a Microsoft Azure-adatközpontban található dedikált panelkiszolgálókon fut. Ez a funkció az adatbázis-kiszolgálóra vonatkozik.
- NFS-tároló nagy Azure HANA-példányokhoz: Az Azure nagy teljesítményű NFS-tárolórendszere páratlan lehetőséget kínál a pillanatkép-biztonsági mentések és a másodlagos tárolóba történő replikáció végrehajtására. Emellett a nagy HANA-példányok az egyetlen felhőalapú infrastruktúra, amely tárkötet-titkosítást biztosít.
- Az Azure-beli SAP megköveteli, hogy sap számítási feladatait minősített Microsoft Azure-Virtual Machines futtassa. Az SAP-nak legalább két vCPU-ra és 6:1 arányra van szüksége a memória és a vCPU között.
- A Microsoft Azure Premium Storage jobb átviteli sebességet és kisebb varianciát biztosít az I/O-késésekben. A jobb teljesítmény érdekében Premium Storage SSD-t (SSD) használ az Azure Storage-csomópontokban, és olvasási gyorsítótárat használ, amelyet egy Azure-beli számítási csomópont helyi SSD-je biztosít.
- ExpressRoute (előtér): Az előtéren használt Azure ExpressRoute (lásd a diagramot) biztonságos, nagy sávszélességű kapcsolatot biztosít a hálózat és a Microsoft Azure-hálózat közötti megbízható kapcsolatok létrehozásához.
- ExpressRoute (háttérrendszer): A háttérrendszeren használt Azure ExpressRoute (lásd a diagramot) lehetővé teszi az Azure Datacenterben található Azure-összetevők és az Azure-beli SAP HANA (nagy példányok) rendszerek közötti kommunikációt. A háttérbeli ExpressRoute költségeit az SAP HANA tartalmazza az Azure-ban (nagy példányokban).