Hogyan telepítsük a SAP HANA-t: különböző módszereket vizsgálunk.

A SAP HANA — egy népszerű in-memory DBMS, amely tárolási (Data Warehouse) és analitikai szolgáltatásokat, beépített köztes szoftvert, alkalmazás szervert és új eszközök beállítására vagy fejlesztésére szolgáló platformot tartalmaz. A hagyományos DBMS-ek késleltetésének kiküszöbölésével a SAP HANA jelentősen növelheti a rendszerek teljesítményét, a tranzakciók feldolgozását (OLTP) és az üzleti elemzést (OLAP).

A SAP HANA telepítése Appliance és TDI üzemmódokban történhet (ha termelési környezetekről van szó). Minden opcióhoz a gyártónak megvannak a saját követelményei. Ebben a bejegyzésben a különböző opciók előnyeit és hátrányait ismertetjük, valamint valós SAP HANA projekteket mutatunk be.

A SAP HANA három fő összetevőből áll – gazdagép, példány és rendszer.

Gazda — ez a SAP HANA DBMS működéséhez szükséges szerver vagy operációs környezet. Kötelező összetevői a CPU, RAM, tároló, hálózat és operációs rendszer. A gazdagép hivatkozásokat biztosít az installációs, adat- és naplókönyvtárakra, vagy közvetlenül a tárolóra. Fontos, hogy a SAP HANA installálásához szükséges tároló nem feltétlenül kell, hogy a gazdagépen legyen. Ha a rendszernek több gazdagépe van – szükséges egy közös tároló, vagy egy olyan, amely minden gazdagépről igény szerint elérhető.

Példány — egy gazdagépen telepített SAP HANA rendszer komponenseinek összessége. A fő komponensek az Index Server és a Name Server. Az előbbi, amelyet „munkaszervernek” is neveznek, kezeli a lekérdezéseket, a friss adatbázis tárolókat és az adatbázis magjait. A Name Server tárolja a SAP HANA installáció topológiáját — azt, hogy hol működnek a komponensek és mely adatok találhatók szerveren.

Rendszer – egy vagy több azonos számú példány. Valójában ez egy külön elem, amelyet be lehet kapcsolni, ki lehet kapcsolni vagy másolni (biztonsági menteni) lehet. Az adatok különböző kiszolgálók memóriájában terjednek, amelyek a SAP HANA rendszert alkotják.

A rendszer konfigurálható egységes (egy példány egy gazdagépen) vagy több gazdagépes, elosztott rendszerként (több SAP HANA példány különböző gazdagépeken, minden gazdagépre egy példány jut). Több gazdagépes rendszerekben minden példánynak ugyanaz a szám kell, hogy legyen. A SAP HANA rendszert a System ID (SID) azonosítja – egy egyedi szám, amely három betű- és számjegyből áll.

SAP HANA virtualizáció

A SAP HANA egyik fő korlátja, hogy csak egy rendszert támogat — egy példányt egyedi SID-vel a szerverhez. A hardver erőforrások hatékonyabb kihasználása vagy a szerverek számának csökkentése érdekében a DC-ben virtualizációt lehet használni. Így más tájak is együtt élhetnek egy szerveren olyan rendszerekkel, amelyek kisebb követelményekkel bírnak (nem termelési rendszerek). A biztonsági HA/DR szerver esetében a virtualizáció javíthatja a termelési és nem termelési virtuális gépek közötti átkapcsolás sebességét.

A SAP HANA támogatja a VMWare ESX hypervisor-t. Ez azt jelenti, hogy különböző SAP HANA rendszerek – különböző SID számokkal rendelkező SAP HANA telepítések – együtt élhetnek egyetlen gazdán (közös fizikális szerveren) különböző virtuális gépekben. Minden virtuális gépnek támogatott operációs rendszeren kell futnia.

A termelési környezetekben a SAP HANA virtualizációnak komoly korlátai vannak:

• a scale-out skálázás nem támogatott – a virtualizáció csak Scale-Up rendszerekkel használható, legyen az BwoH/DM/SoH vagy „tisztán” SoH;
• a virtualizációnak az Appliance vagy TDI eszközökre vonatkozó szabályok keretein belül kell zajlania;
• A General Availability (GA) állapotban csak egy virtuális gép lehet – a cégek, akik termelési környezetek HANA-hoz virtuális technológiát szeretnének használni, részt kell, hogy vegyenek a SAP Controlled Availability programjában.

Nem termelési környezetekben, ahol ezek a korlátozások nincsenek jelen, a virtualizációt a hardverhasználat optimalizálására lehet használni.

SAP HANA topológiák

Térjünk át a SAP HANA telepítésére. Itt két topológia van meghatározva.

• Scale-up – egy nagy szerver. Amint a HANA adatbázis nő, úgy nő a szerver is: nő a CPU-k száma és a memória mennyisége. A High Availability (HA) és Disaster Recovery (DR) megoldásokban a tartalék vagy hibatűrő szervereknek meg kell felelniük a termelési szerverek jellemzőinek.
• Scale-out – az SAP HANA rendszer teljes terhelése több azonos szerverre van elosztva. A Master-szerver tartalmazza az Index Server és Name Server információját. A Slave szerverek nem tartalmazzák ezeket az adatokat – kivéve azt a szervert, amely a Master funkcióit veszi át, ha a fő szerver leáll. A munkaszerverek (Index Servers) kezelik azokat az adatszegmenseket, amelyek hozzájuk vannak rendelve, és válaszolnak a kérdésekre. A Name Server-ek tudják, hogyan oszlanak meg az adatok a munkaszerverek között. HANA növekedése esetén a jelenlegi a szerver konfigurációja egyszerűen hozzáadódik egy új node. Ilyen topológia esetén elegendő egy tartalék node megléte a szerver biztonságának biztosításához.

Az SAP hardver követelményei

Az SAP-nek kötelező követelményei vannak a HANA-hoz kapcsolódó hardverrel kapcsolatban. Ezek a produktív környezetekre vonatkoznak — a nem produktív környezetekhez elegendőek a minimális jellemzők. Tehát itt vannak a követelmények a produktív környezetekhez:

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• 128 GB RAM-tól BW alkalmazásokhoz 2 CPU-val, 256 GB 4+ CPU-hoz;

SAP HANA telepítése Appliance és TDI módokban

Most térjünk át a gyakorlatra, és beszéljünk arról, hogyan kell megvalósítani az SAP HANA-t Appliance és TDI módokban. Ehhez a BullSequana S és Bullion S szerverekre alapozott SAP HANA platformjainkat használjuk, amelyeket az SAP tanúsított ezekben a módokban való működéshez.

Rövid tájékoztató a termékekről. A BullSequana S Intel Xeon Scalable alapún különböző modelleket tartalmaz, akár 32 CPU-ig egy szerveren. A szerver moduláris felépítéssel készült, amely lehetővé teszi a skálázhatóságot 32 CPU-ig és ugyanennyi grafikus processzorig. A RAM mérete 64 GB-tól 48 TB-ig terjed. A BullSequana S jellemzői közé tartozik a vállalati AI támogatása a továbbfejlesztett teljesítmény érdekében, az adatelemzés felgyorsítása, a memória-alapú számítások javítása, valamint a virtualizálás és a felhőtechnológiák átalakítása.

A Bullion S az Intel Xeon E7 v4 Family CPU-jával érkezik. A maximális processzorszám 16. A RAM 128 GB-ról 24 TB-ra skálázható. Számos RAS funkció biztosítja a magas szintű rendelkezésre állást a kritikus fontosságú infrastruktúrák számára, mint például az SAP HANA. A Bullion S alkalmas a nagy léptékű adatközpontok konszolidációjára, memória-alapú alkalmazások kezelésére, mainframe migrációkra vagy elavult rendszerekre.

SAP HANA Appliance

Az Appliance – egy előre konfigurált megoldás, amely tartalmaz egy szervert, tárolót és szoftvercsomagot „kulcsrakész” telepítéshez, központosított ügyfélszolgálattal és előírt teljesítményszinttel. Itt a HANA előre beállított hardverként és szoftverként kerül biztosításra, teljes mértékben integrálva és tanúsítva. Az Appliance készülék készen áll a telepítésre az adatközpontban, az operációs rendszer, a SAP HANA és (ha szükséges) egy további VMWare példány már konfigurálva és telepítve van.

A SAP tanúsítás meghatározza a garantált teljesítményszintet, valamint a CPU modellt, a RAM mennyiségét és a tárolót. A tanúsítást követően a konfiguráció megváltoztatása garancia nélkül nem lehetséges. A HANA platform skálázásához a SAP három lehetőséget kínál.

• Scale-Up BWoH/DM/SoH – függőleges skálázás, amely egyedi rendszerek (egy SID) számára alkalmas. Az Appliance eszközök növekedése 256/384 GB-ra történik, kezdve a SAP HANA SPS 11 verziótól. Ez az arány mutatja a maximális mennyiséget, amelyet egy CPU támogat, és közös az összes tanúsított Appliance-device listáján. A BWoH/DM/SoH Appliance függőleges skálázása optimálisan alkalmas a BW on HANA (BWoH), a Data Mart (DM) és a SAP Suite on HANA (SoH) alkalmazásokhoz.
• Scale-Up SoH – ez a korábbi modell egyszerűsített változata, kevesebb korláttal a RAM mennyiségére. Ez továbbra is egy függőleges skálázhatóságú szerver, de a maximum RAM mennyisége 2 processzor esetén már 1536 GB (SPS11-ig) és 3 TB (SPS12+). Csak SoH számára alkalmas.
• Scale-Out – ez egy vízszintes skálázási lehetőség, amely támogató többszervizes konfigurációkat. A vízszintes skálázás optimálisan alkalmas a BW-re, és – némi korlátozással – a SoH-ra.

A BullSequana S és Bullion S szervereknél a függőleges skálázás a fő lehetőség, mivel kevesebb üzemeltetési korláttal bír és kevesebb adminisztrálást igényel. Az Appliance üzemmódhoz széles választék áll rendelkezésre különböző eszközökből.

BullSequana S megoldások SAP HANA Appliance üzemmódban

*Opcionális E7-8890/94v4
Bullion S megoldások SAP HANA Appliance üzemmódban

Minden Bull Appliance megoldás a SAP HANA SPS 12 verziójától kezdve tanúsított. A hardver standard 19 hüvelykes 42U rackbe van telepítve, két tápegységgel – belső PDU-kkal. A készenléti szerverek SAP tanúsítvánnyal rendelkeznek:

• BullSequana S Intel Xeon Skylake 8176, 8176M, 8180, 8180M processzorokkal (az 'M' betűvel jelölt processzorok 128 GB memóriamodulokkal működnek). Az ár-érték arányban a legjobbnak az Intel 8176 lehetőségek tűnnek.
• Bullion S Intel Xeon E7-8880 v4, 8890 és 8894 processzorokkal.

A tárolórendszer közvetlenül csatlakozik a szerverhez FC portokon keresztül, így itt SAN switch-ekre nincs szükség. Ezek hasznosak lehetnek a LAN vagy SAN-hoz csatlakoztatott rendszerekhez való hozzáférésnél.

Íme egy példa az EMC Unity 450F tárolórendszer konfigurációjára a beállításunkban:

• Magasság: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
• Irányítók: 2
• Meghajtók: 6-250 SAS SSD, 600 GB-tól 15,36 TB-ig egyenként
• RAID: 5-ös szint (8+1), 4 RAID-csoport
• Felület: 4 FC az irányítóhoz, 8 vagy 16 Gbit/s sebességgel
• Szoftver: Unisphere Block Suite

Az Appliance egy megbízható telepítési lehetőség, de nagy hátránya van: kevés szabadság a hardver konfigurálásában. Ezen kívül ez a lehetőség módosításokat igényelhet az IT részleg működési folyamataiban.

SAP HANA TDI

Az Appliance alternatívája a TDI (Tailored Data center Integration) üzemmód, amely lehetővé teszi a konkrét gyártók és infrastruktúra komponensek kiválasztását az ügyfél igényei szerint – figyelembe véve a végrehajtott feladatokat és a terhelést. Például a SAN újrahasznosítható a feldolgozó központban, miközben egyes meghajtók a HANA telepítésére vannak fenntartva.

Az Appliance-hoz képest a TDI üzemmódban a felhasználó sokkal nagyobb szabadságot kap a követelmények teljesítésében. Ez jelentősen leegyszerűsíti a HANA integrációját a feldolgozó központba – lehetővé teszi a saját testreszabott infrastruktúra felépítését. Például változtatni lehet a processzorok típusán és számán a terheléstől függően.

A teljesítmény számításához ajánlott a SAP Quick Sizer használata – egy egyszerű eszköz, amely követelményeket ad meg a CPU és memória tekintetében különböző terhelésekhez SAP HANA-ban. Ezt követően a IT táj tervezéséhez a SAP Active Global Support-hoz lehet fordulni. Ezt követően a SAP HANA hardverpartnere a számítások eredményeit több lehetséges konfigurációba alakítja – mind csúcs-, mind egyszerűbb hardverek esetén. TDI üzemmódban a szervereknél elfogadható az Intel E7 CPU-k használata, beleértve az Intel Broadwell E7 és Skylake-SP (Platinum, Gold, Silver 8 vagy több maggal rendelkező processzorok) mellett IBM Power8-t is./9.

A szerverek tárolórendszer, switch-ek és állványok nélkül érkeznek, de a hardverre vonatkozó követelmények az Appliance üzemmódhoz hasonlóak – azonos egyedi csomópontok, függőleges vagy vízszintes skálázási megoldások. A SAP megköveteli, hogy Csak tanúsított szervereket, tárolókat és kapcsolókat használtak., de ez nem gond — a legtöbb gyártónál gyakorlatilag minden berendezés tanúsított.

A teljesítményellenőrzést HWCCT (Hardware Configuration Check Tool) tesztekkel kell elvégezni., amelyek lehetővé teszik a SAP meghatározott KPI-jainak ellenőrzését. Van egy követelmény is, amely nem kapcsolódik a hardverhez: A HANA, az operációs rendszer és a hipervizor (opcionális) telepítését SAP tanúsítvánnyal rendelkező szakembereknek kell végeznie.. Csak azok a rendszerek kaphatnak SAP-támogatást a teljesítménnyel kapcsolatban, amelyek megfelelnek az összes felsorolt szabálynak.

A BullSequana S szerverek TDI üzemmódja az Appliance üzemmódhoz hasonló, de tárolók, kapcsolók és állvány nélkül. Bármilyen, a SAP által tanúsított tárolót csatlakoztathatunk hozzá — VNX, XtremIO, NetApp és mások. Például, ha a VNX5400 megfelel a SAP HANA teljesítmény követelményeinek, a Dell EMC Unity 450F tárolót csatlakoztathatjuk a TDI konfiguráció részeként. Szükség esetén FC (1 vagy 10 Gbit/s) adaptereket és Ethernet kapcsolókat is telepíthetünk.

Most, hogy jobban el tudja képzelni az ismertetett üzemmódokat, néhány valós esetünkről beszélünk.

Appliance + TDI: HANA egy online bolt számára

A Mall.cz online bolt, amely a Mall Group része, 2000-ben alakult. Cseh, szlovák, lengyel, magyar, szlovén, horvát és román fiókjai vannak. Ez az ország legnagyobb online boltja, amely naponta akár 75 ezer terméket értékesít, és 2017 végén körülbelül 280 millió eurós bevételt ért el.

Az adatközpont infrastruktúrájának frissítése szükséges volt a SAP HANA-ra való migráció miatt. A becsült méretezés 2×6 TB volt a prod környezethez és 6 TB a test/dev környezethez. Az aktív-aktív klaszterhez szükséges volt egy vészhelyzeti helyreállítási megoldás a produktív SAP HANA környezethez.

A tender elindításakor a megrendelő rendelkezett egy SAP-ra épülő rendszerrel, amely standard rack és blade szerverekből állt. Két adatközpont, amelyek körülbelül 10 km távolságra helyezkedtek el egymástól, különböző tárolókkal voltak felszerelve – IBM SVC, HP és Dell. A kulcsszolgáltatások vészhelyzeti helyreállítási üzemmódban működtek.

Első lépésként az ügyfél egy SAP HANA tanúsított megoldást kért Appliance üzemmódban, minden rendszerhez (Production és test/dev környezetek) 12 TB-ig terjedő bővítéssel. Azonban a költségkeret korlátai miatt más lehetőségeket kezdtek el vizsgálni – például több CPU-t kisebb memóriamodulokkal (64 GB-os modulok 128 GB-os modulok helyett). Emellett az ároptimalizálás érdekében egy közös tárolót is fontolgattak a Production és a test/dev környezetek számára.

Végül 4 CPU-t és 6 TB RAM-ot választottak a Production környezethez, bővítési lehetőséggel. A test/dev környezetekhez TDI üzemmódban kevesebb költségű CPU-kat döntöttek el használni – így 8 CPU-t és 6 TB RAM-ot kaptak. Az ügyfél által kért további funkciók miatt – replikáció, biztonsági mentés, közös Production és test/dev környezet a második helyszínen – a belső meghajtók helyett DellEMC Unity tárolót alkalmaztak teljes flash konfigurációban. Emellett az ügyfél kért egy, a HANA rendszer replikációs (HSR) alapú katasztrófa-helyreállítást, harmadik helyszínen quorum node-dal.

A Production környezet végső konfigurációja egy Intel Xeon P8176M (28 mag, 2.10 GHz, 165 W) processzorral ellátott BullSequana S400 szerverből és 6 TB RAM-ból állt. A tároló egy Unity 450F 10x 3.84 TB volt. Katasztrófa-helyreállítás céljából a Production környezethez a BullSequana S400-at használták Intel Xeon P8176M (28 mag, 2.10 GHz, 165 W) processzorral, szintén 6 TB RAM-mal. A test/dev környezethez BullSequana S800 szervert választottak Intel Xeon P8153 (16 mag, 2.00 GHz, 125 W) processzorral és 6 TB RAM-mal, plusz Unity 450F tárolót 15x 3.84 TB kapacitással. Quorum-ként, alkalmazásszerverek (VxRail megoldás) és biztonsági mentés megoldásaként (DataDomain) szakembereink telepítették és beállították a DellEMC szervereket.

A felszerelés készen áll a jövőbeli frissítésre. Az ügyfél 2019-re várja a HANA méretének növekedését, így csak az új modulokat kell telepítenie a rackekbe.

Appliance: HANA egy nagy turisztikai integrátor számára

Ezúttal ügyfelünk egy jelentős IT szolgáltató, aki technológiai megoldásokat fejleszt turisztikai vállalatok számára. Az ügyfél egy ambiciózus SAP HANA projektet indított egy új számlázási rendszer bevezetésére. Egy Appliance üzemmódú megoldásra volt szüksége 8 TB RAM-mal a Production és PreProd környezetekhez. A SAP ajánlásainak megfelelően az ügyfél a függőleges skálázás lehetőségét választotta.

A kulcsfeladat a SAP HANA számára tanúsított Appliance eszközökön alapuló hardverinfrastruktúra bevezetése volt. A prioritásokat a költséghatékonyság, a magas teljesítmény, a skálázhatóság és az adatok magas rendelkezésre állása jelentette.

Kínáltunk és megvalósítottunk egy SAP által tanúsított megoldást, amely két Bullion S16 szervert tartalmazott a Prod és PreProd környezetekhez. A berendezés Intel Xeon E7-v4 8890 processzorokon (24 mag, 2,20 GHz, 165 W) működik, és 16 TB RAM-mal van felszerelve. A BW és Dev/Test környezetekhez kilenc Bullion S4 szervert (22 mag, 2,20 GHz, 150 W) telepítettünk, mindegyik 4 TB RAM-mal. A tárolóként hibrid EMC Unityt használtunk.

Ez a megoldás támogatja az eszközök összes elemének skálázását – például akár 16 processzorfoglalat használatát Intel Xeon E7-v4 CPU-kkal. Az adminisztráció ebben a konfigurációban egyszerűsödik – különösen a szerver újjá konfigurálása vagy partíciókra osztása esetén.

Appliance + TDI: HANA a fémipar számára

A Norilsk Nickel a világ egyik legnagyobb nikkel- és palládiumgyártója frissíteni kívánta SAP HANA hardverplatformját, hogy támogassa a kulcsfontosságú üzleti alkalmazások és projektek működését. Szükség volt a meglévő számítási kapacitás bővítésére. Az ügyfél által támasztott egyik legfontosabb követelmény a platform magas rendelkezésre állása volt – a hardverkorlátok ellenére.

A termelési környezetekhez Bullion S8 szervert és SAP HANA Appliance üzemmódban tárolót használtunk. A HA és test/dev környezethez TDI módban telepítettük a platformot. Használtunk egy Bull Bullion S8 szervert, két Bull Bullion S6-ot és hibrid tárolót. Ez a kombináció jelentősen növelte a SAP táj alkalmazásainak sebességét, a számítási teljesítmény és az adatok tárolására szolgáló erőforrások mennyiségét, valamint minimalizálta az üzemeltetési költségeket. Fontos, hogy az ügyfél megőrizte a 16 CPU-ra való skálázás lehetőségét.

Ön is jöjjön el az SAP Fórumra

Ebben a bejegyzésben különböző módokon tárgyaltuk a SAP HANA telepítését, megpróbáltuk kiemelni a rendelkezésre álló lehetőségek előnyeit és hátrányait. Ha kérdései vannak a SAP HANA bevezetésével kapcsolatban, örömmel válaszolunk rájuk a megjegyzésekben.

Mindenkit, akit érdekelnek a Bull megoldásai és az SAP HANA-ba való bevezetés lehetőségei, meghívunk az év legnagyobb SAP eseményére: április 17-én Moszkvában megrendezésre kerül a SAP Fórum 2019. Várunk a standunknál az IoT zónában: sok érdekes dolgot mesélünk, és számos ajándékot sorsolunk ki.

Találkozunk a fórumon!

Forrás: habr.com