Kaip įdiegti SAP HANA: analizuojame skirtingus metodus

SAP HANA yra populiari atmintyje esanti DBVS, kuri apima saugojimo paslaugas (duomenų saugyklą) ir analizę, integruotą tarpinę programinę įrangą, programų serverį ir platformą, skirtą konfigūruoti arba kurti naujas paslaugas. Panaikindami tradicinių DBVS delsą naudodami SAP HANA, galite žymiai padidinti sistemos našumą, operacijų apdorojimą (OLTP) ir verslo žvalgybą (OLAP).

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus

Galite įdiegti SAP HANA prietaisų ir TDI režimais (jei kalbame apie gamybos aplinkas). Kiekvienai parinkčiai gamintojas turi savo reikalavimus. Šiame įraše kalbėsime apie skirtingų variantų privalumus ir trūkumus, taip pat, kad būtų aišku, apie mūsų realius projektus su SAP HANA.

SAP HANA susideda iš 3 pagrindinių komponentų – pagrindinio kompiuterio, egzemplioriaus ir sistemos.

Šeimininkas yra serveris arba operacinė aplinka, skirta paleisti SAP HANA DBVS. Reikalingi jo komponentai yra CPU, RAM, saugykla, tinklas ir OS. Priegloba pateikia nuorodas į diegimo katalogus, duomenis, žurnalus arba tiesiogiai į saugojimo sistemą. Tuo pačiu metu SAP HANA diegimo saugojimo sistema nebūtinai turi būti pagrindiniame kompiuteryje. Jei sistema turi kelis pagrindinius kompiuterius, jums reikės bendros saugyklos arba vienos, kuri pagal poreikį pasiekiama iš visų kompiuterių.

Instancija — SAP HANA sistemos komponentų rinkinys, įdiegtas viename pagrindiniame kompiuteryje. Pagrindiniai komponentai yra indekso serveris ir vardų serveris. Pirmasis, kuris taip pat vadinamas „darbiniu serveriu“, apdoroja užklausas, tvarko esamas duomenų saugyklas ir duomenų bazių variklius. Vardų serveris saugo informaciją apie SAP HANA diegimo topologiją – kur veikia komponentai ir kokie duomenys yra serveryje.

Sistema – tai vienas ar daugiau atvejų su tuo pačiu numeriu. Iš esmės tai yra atskiras elementas, kurį galima įjungti, išjungti arba nukopijuoti (kurti atsarginę kopiją). Duomenys paskirstomi įvairių serverių, sudarančių SAP HANA sistemą, atmintyje.

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus
Sistema gali būti sukonfigūruota kaip vieno pagrindinio kompiuterio (vienas egzempliorius viename pagrindiniame kompiuteryje) arba kelių prieglobų, paskirstytas (keli SAP HANA egzemplioriai yra paskirstyti keliuose pagrindiniuose kompiuteriuose, po vieną egzempliorių kiekvienam kompiuteriui). Kelių prieglobų sistemose kiekvienas egzempliorius turi turėti tą patį numerį. SAP HANA sistema identifikuojama pagal sistemos ID (SID), unikalų numerį, kurį sudaro trys raidiniai ir skaitiniai simboliai.

SAP HANA virtualizacija

Vienas iš pagrindinių SAP HANA apribojimų yra tik vienos sistemos – vieno egzemplioriaus su unikaliu serverio SID palaikymas. Norėdami efektyviau naudoti aparatinę įrangą arba sumažinti serverių skaičių duomenų centre, galite naudoti virtualizaciją. Tokiu būdu kiti kraštovaizdžiai gali egzistuoti tame pačiame serveryje su sistemomis, kurioms keliami mažesni reikalavimai (neproduktyvios sistemos). Laukimo režimo HA/DR serverio virtualizavimas gali padidinti perjungimo tarp produktyvių ir neproduktyvių virtualių mašinų greitį.

SAP HANA apima VMWare ESX hipervizoriaus palaikymą. Tai reiškia, kad skirtingos SAP HANA sistemos – SAP HANA įrenginiai su skirtingais SID numeriais – gali egzistuoti viename pagrindiniame kompiuteryje (bendrame fiziniame serveryje) skirtingose ​​virtualiose mašinose. Kiekviena virtuali mašina turi veikti palaikomoje OS.

Gamybos aplinkose SAP HANA virtualizacija turi rimtų apribojimų:

  • Scale-out mastelio keitimas nepalaikomas – virtualizavimą galima naudoti tik su Scale-Up sistemomis, nesvarbu, ar tai BwoH/DM/SoH, ar „grynas“ SoH;
  • virtualizacija turi būti atliekama laikantis Prietaisui ar TDI įrenginiams nustatytų taisyklių;
  • Bendrasis prieinamumas (GA) gali turėti tik vieną virtualią mašiną – įmonės, norinčios naudoti virtualizaciją su HANA gamybos aplinkomis, turi dalyvauti kontroliuojamo prieinamumo programoje su SAP.

Neproduktyviose aplinkose, kur šių apribojimų nėra, virtualizavimas gali būti naudojamas optimizuoti aparatinės įrangos naudojimą.

SAP HANA topologijos

Pereikime prie SAP HANA diegimo. Čia apibrėžtos dvi topologijos.

  • Padidinimas – vienas didelis serveris. Augant HANA bazei, auga ir pats serveris: didėja procesorių skaičius ir atminties kiekis. Sprendimuose su aukštu prieinamumu (HA) ir atkūrimu nuo nelaimių (DR), atsarginės kopijos arba gedimams atsparūs serveriai turi atitikti produktyvių serverių charakteristikas.
  • Scale-out – visa SAP HANA sistemos apimtis paskirstyta keliuose identiškuose serveriuose. Pagrindiniame serveryje yra informacijos apie indekso serverį ir vardų serverį. Slave serveriuose šių duomenų nėra – išskyrus serverį, kuris pagrindinio serverio gedimo atveju perima Master funkcijas. Indekso serveriai valdo jiems priskirtus duomenų segmentus ir atsako į užklausas. Vardų serveriai žino, kaip duomenys paskirstomi tarp gamybos serverių. Jei HANA auga, kitas mazgas tiesiog pridedamas prie dabartinės serverio konfigūracijos. Šioje topologijoje viso serverio saugumui užtikrinti pakanka turėti vieną atsarginį mazgą.

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus

SAP techninės įrangos reikalavimai

SAP turi privalomus HANA techninės įrangos reikalavimus. Jie susiję su produktyvia aplinka – negaminantiems pakanka minimalių charakteristikų. Taigi, čia yra gamybos aplinkos reikalavimai:

  • CPU Intel Xeon v5 („SkyLake“) / 8880/90/94 v4 („Broadwell“)
  • nuo 128 GB RAM BW programoms su 2 CPU, 256 GB su 4+ CPU;

SAP HANA diegimas prietaisų ir TDI režimais

Dabar pereikime prie praktikos ir pakalbėkime apie tai, kaip įdiegti SAP HANA prietaisų ir TDI režimuose. Tam naudojame SAP HANA platformas, pagrįstas BullSequana S ir Bullion S serveriais, kuriuos SAP sertifikavo veikti šiais režimais.

Šiek tiek informacijos apie gaminius. „BullSequana S“, pagrįsta Intel Xeon Scalable, apima įvairius modelius, iki 32 procesorių viename serveryje. Serveris sukurtas naudojant modulinę konstrukciją, kuri suteikia mastelio iki 32 procesorių ir tiek pat GPU. RAM – nuo ​​64 GB iki 48 TB. „BullSequana S“ funkcijos apima įmonės dirbtinio intelekto palaikymą, skirtą geresniam našumui, pagreitintą duomenų analizę, patobulintą kompiuteriją atmintyje ir modernizavimą naudojant virtualizacijos ir debesų technologijas.

Bullion S yra su Intel Xeon E7 v4 šeimos procesoriais. Maksimalus procesorių skaičius yra 16. RAM yra keičiamas nuo 128 GB iki 24 TB. Daugybė RAS funkcijų užtikrina aukšto lygio pasiekiamumą svarbioms infrastruktūroms, tokioms kaip SAP HANA. Bullion S tinka masiniam duomenų centrų konsolidavimui, atminties programoms, perkeliantiems pagrindiniams kompiuteriams ar senoms sistemoms.

SAP HANA prietaisas

Prietaisas yra iš anksto sukonfigūruotas sprendimas, apimantis serverį, saugojimo sistemą ir programinės įrangos paketą, skirtą įgyvendinti iki galo, su centralizuota palaikymo paslauga ir sutartu našumo lygiu. Čia HANA pateikiama kaip iš anksto sukonfigūruota aparatinė ir programinė įranga, visiškai integruota ir sertifikuota. Prietaiso režimu veikiantis įrenginys yra paruoštas diegti duomenų centre, o operacinė sistema, SAP HANA ir (jei reikia) papildomas VMWare egzempliorius jau sukonfigūruoti ir įdiegti.

SAP sertifikatas nustato garantuotą našumo lygį, taip pat procesoriaus modelį, RAM kiekį ir saugyklą. Patvirtinus konfigūraciją, jos negalima pakeisti neprarandant garantijos. Norėdami išplėsti HANA platformą, SAP siūlo tris parinktis.

  • BWoH/DM/SoH padidinimas – vertikalus mastelio keitimas, kuris tinka pavienėms sistemoms (vienas SID). Prietaisai išauga 256/384 GB, pradedant nuo SAP HANA SPS 11. Šis koeficientas rodo didžiausią vieno procesoriaus palaikomą talpą ir yra įprastas visam sertifikuotų prietaisų sąrašui. Prietaisas BWoH/DM/SoH su vertikaliu masteliu idealiai tinka BW HANA (BWoH), Data Mart (DM) ir SAP Suite HANA (SoH) programoms.
  • Scale-Up SoH - Tai lengva ankstesnio modelio versija, turinti mažiau apribojimų RAM kiekiui. Tai vis dar yra vertikaliai keičiamas serveris, tačiau didžiausias RAM kiekis 2 procesoriams jau yra 1536 GB (iki versijos SPS11) ir 3 TB (SPS12+). Tinka tik SoH.
  • Padidinimas - Tai horizontaliai keičiamo dydžio parinktis, sistema, palaikanti kelių serverių konfigūracijas. Horizontalus mastelio keitimas yra optimalus BW ir, su tam tikrais apribojimais, SoH.

„BullSequana S“ ir „Bullion S“ serveriuose pagrindinis dėmesys skiriamas vertikalaus mastelio keitimui, nes jis turi mažiau veikimo apribojimų ir reikalauja mažiau administravimo. Prietaiso režimui yra daug įvairių įrenginių.

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus
BullSequana S sprendimai, skirti SAP HANA prietaiso režimu

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus
*Neprivaloma E7-8890/94v4
Bullion S sprendimai, skirti SAP HANA prietaiso režimu

Visi „Bull“ sprendimai prietaiso režimu iš SAP HANA SPS 12 yra sertifikuoti. Įranga montuojama į standartinį 19 colių 42U stelažą, su dviem maitinimo šaltiniais – vidiniais PDU. Šie serveriai turi SAP sertifikatą:

  • BullSequana S su Intel Xeon Skylake 8176, 8176M, 8180, 8180M (procesoriai su raide „M“ palaiko 128 GB atminties modulius). Kalbant apie kainos ir kokybės santykį, geriausiai atrodo su Intel 8176
  • Bullion S su Intel Xeon E7-8880 v4, 8890 ir 8894.

Saugojimo sistema tiesiogiai jungiasi prie serverio per FC prievadus, todėl SAN komutatoriai čia nereikalingi. Jie gali būti naudingi norint pasiekti sistemas, prijungtas prie LAN arba SAN.

Štai mūsų sąrankos EMC Unity 450F saugojimo sistemos konfigūracijos pavyzdys:

  • Aukštis: 5U (DPE 3U (25 × 2,5 colio HDD / SSD) + DAE 2U (25 × 2,5 colio HDD / SSD))
  • Valdikliai: 2
  • Diskai: nuo 6 iki 250 SAS SSD, nuo 600 GB iki 15.36 TB kiekvienas
  • RAID: 5 lygis (8+1), 4 RAID grupės
  • Sąsaja: 4 FC vienam valdikliui, 8 arba 16 Gbit/s
  • Programinė įranga: Unisphere Block Suite

Prietaisas yra patikimas diegimo variantas, tačiau jis turi didelį trūkumą: mažai laisvės konfigūruojant aparatinę įrangą. Be to, ši parinktis gali reikalauti pakeisti IT skyriaus procesus.

SAP HANA TDI

Alternatyva Appliance yra TDI (Tailored Data center Integration) režimas, kuriame galima pasirinkti konkrečius gamintojus ir infrastruktūros komponentus priklausomai nuo kliento pageidavimų – atsižvelgiant į atliekamas užduotis ir darbo krūvį. Pavyzdžiui, SAN galima pakartotinai naudoti duomenų centre, kai kurie diskai skirti HANA diegimui.

Palyginti su prietaisu, TDI režimas suteikia vartotojui daug daugiau laisvės vykdyti reikalavimus. Tai labai supaprastina HANA integravimą į duomenų centrą – galite susikurti savo pritaikytą infrastruktūrą. Pavyzdžiui, pakeiskite procesorių tipą ir skaičių priklausomai nuo apkrovos.

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus
Apskaičiuojant talpą, rekomenduojame naudoti SAP Quick Sizer – paprastą įrankį, teikiantį procesoriaus ir atminties reikalavimus įvairiems SAP HANA darbo krūviams. Tada galite susisiekti su SAP Active Global Support ir suplanuoti savo IT aplinką. Po to SAP HANA aparatinės įrangos partneris konvertuoja skaičiavimo rezultatus į skirtingas galimas sistemos konfigūracijas – tiek aukščiausios klasės, tiek paprastesnės aparatinės įrangos. TDI režimu serveriams priimtina naudoti „Intel E7“ procesorius, įskaitant „Intel Broadwell E7“ ir „Skylake-SP“ (platina, auksinė, sidabrinė su 8 ar daugiau branduolių viename procesoriuje), taip pat „IBM Power8“/ 9.

Serveriai tiekiami be saugojimo sistemų, jungiklių ir stelažų, tačiau techninės įrangos reikalavimai išlieka tokie patys kaip ir Appliance režime – tie patys pavieniai mazgai, sprendimai su vertikaliu arba horizontaliu mastelio keitimu. SAP to reikalauja buvo naudojami tik sertifikuoti serveriai, saugojimo sistemos ir komutatoriai, tačiau tai nėra baisu – dauguma gamintojų turi beveik visą įrangą sertifikuotą.

Veikimo testavimas turėtų būti atliekamas naudojant HWCCT (Hardware Configuration Check Tool) testus., kurios leidžia patikrinti, ar laikomasi tam tikrų SAP KPI. Ir yra ne aparatinės įrangos reikalavimas: HANA, OS ir hipervizorių (pasirinktinai) turi įdiegti SAP sertifikuoti specialistai. Tik sistemos, kurios atitinka visas išvardytas taisykles, gali gauti SAP našumo palaikymą.

BullSequana S serverių linija TDI režimu yra panaši į liniją prietaiso režimu, tačiau be saugojimo sistemų, jungiklių ir stelažų. Galite įdiegti bet kurią saugojimo sistemą iš sertifikuotų SAP sistemų sąrašo - VNX, XtremIO, NetApp ir kt. Pavyzdžiui, jei VNX5400 atitinka SAP HANA našumo reikalavimus, galite prijungti Dell EMC Unity 450F saugyklą kaip TDI konfigūracijos dalį. Esant poreikiui, montuojami FC adapteriai (1 arba 10 Gbit/s), taip pat Ethernet jungikliai.

Dabar, kad galėtumėte aiškiau įsivaizduoti aprašytus režimus, papasakosime apie keletą realių mūsų atvejų.

Prietaisas + TDI: HANA internetinei parduotuvei

Internetinė parduotuvė Mall.cz, priklausanti Mall grupei, buvo įkurta 2000 m. Ji turi filialus Čekijoje, Slovakijoje, Lenkijoje, Vengrijoje, Slovėnijoje, Kroatijoje ir Rumunijoje. Tai didžiausia internetinė parduotuvė šalyje, per dieną parduodanti iki 75 tūkstančių prekių, jos pajamos 2017 metų pabaigoje siekė apie 280 milijonų eurų.

Duomenų centro infrastruktūrą reikėjo atnaujinti dėl perėjimo prie SAP HANA. Numatomas dydis buvo 2 x 6 TB gaminių aplinkoje ir 6 TB bandomojoje / kūrimo aplinkoje. Tuo pačiu metu buvo reikalingas sprendimas su atkūrimu po nelaimės, kad būtų sukurta produktyvi SAP HANA aplinka aktyvioje aktyvioje klasteryje.

Konkurso paskelbimo metu klientas turėjo SAP sistemą, pagrįstą standartiniais stovo ir blade serveriais. Dviejuose duomenų centruose, esančiuose maždaug 10 km atstumu vienas nuo kito, buvo įrengtos įvairios saugojimo sistemos – IBM SVC, HP ir Dell. Pagrindinės sistemos veikė atkūrimo režimu.

Pirma, klientas paprašė sertifikuoto sprendimo prietaiso režimu, skirto SAP HANA visoms sistemoms (gamybos ir bandymo / kūrimo aplinkai), kurių augimas iki 12 TB. Tačiau dėl biudžeto apribojimų jie pradėjo svarstyti kitas galimybes – pavyzdžiui, didesnį procesorių skaičių su mažesniais RAM moduliais (64 GB moduliai vietoj 128 GB modulių). Be to, siekiant optimizuoti kainą, buvo svarstoma galimybė naudoti bendrą gamybos ir testavimo / kūrimo aplinkų saugyklą.

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus

Sutarėme dėl 4 procesorių ir 6 TB RAM gamybos aplinkai, kurioje yra erdvės augti. Testavimo / kūrimo aplinkai TDI režimu nusprendėme naudoti pigesnius procesorius – gavome 8 CPU ir 6 TB RAM. Dėl didesnio kliento pageidaujamų funkcijų skaičiaus – replikacijos, atsarginės kopijos, bendros gamybos ir testavimo/kūrybos aplinkos antroje svetainėje – vietoj vidinių diskų buvo naudojamos „DellEMC Unity“ saugojimo sistemos su pilnos „flash“ konfigūracijos. Be to, klientas paprašė atkūrimo sprendimo, pagrįsto HANA sistemos replikacija (HSR), su kvorumo mazgu trečioje svetainėje.

Galutinę „Prod“ aplinkos konfigūraciją sudarė „BullSequana S400“ serveris „Intel Xeon P8176M“ (28 branduoliai, 2.10 GHz, 165 W) ir 6 TB RAM. Saugojimo sistema – Unity 450F 10x 3.84 TB. Atkūrimo po nelaimių tikslais „Prod“ aplinkai naudojome „BullSequana S400“ su „Intel Xeon P8176M“ (28 branduoliai, 2.10 GHz, 165 W) su 6 TB RAM. Bandymo / kūrimo aplinkai pasirinkome BullSequana S800 serverį su Intel Xeon P8153 (16 branduolių, 2.00 GHz, 125 W) ir 6 TB RAM bei Unity 450F 15x 3.84 TB saugojimo sistema. Mūsų specialistai įdiegė ir sukonfigūravo DellEMC serverius kaip kvorumą, programų serverius (VxRail sprendimas) ir atsarginį sprendimą (DataDomain).

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus
Įranga paruošta būsimiems atnaujinimams. Klientas tikisi, kad 2019 m. HANA dydis padidės, o jam tereikia į stelažus sumontuoti naujus modulius.

Prietaisas: HANA, skirtas dideliam turizmo integratoriui

Šį kartą mūsų klientas buvo didelis IT paslaugų tiekėjas, kuriantis technologinius sprendimus kelionių kompanijoms. Klientas pradėjo ambicingą SAP HANA projektą, siekdamas įdiegti naują atsiskaitymo sistemą. Prireikė sprendimo prietaiso režimu su 8 TB RAM gamybos ir „PreProd“ aplinkoms. Atsižvelgdamas į SAP rekomendacijas, klientas pasirinko vertikalaus mastelio parinktį.

Pagrindinė užduotis buvo įdiegti aparatinės įrangos infrastruktūrą, pagrįstą įrenginiais, sertifikuotais prietaiso režimu, skirtu SAP HANA. Prioritetiniai kriterijai buvo ekonomiškumas, didelis našumas, mastelio keitimas ir didelis duomenų prieinamumas.

Pasiūlėme ir įdiegėme SAP sertifikuotą sprendimą, įskaitant du Bullion S16 serverius – Prod ir PreProd aplinkoms. Įranga veikia Intel Xeon E7-v4 8890 procesoriais (24 branduoliai, 2.20 GHz, 165 W) ir yra aprūpinta 16 TB RAM. BW ir Dev/Test aplinkoms buvo įdiegti devyni Bullion S4 serveriai (22 branduoliai, 2.20 GHz, 150 W) su 4 TB RAM. Hibridinė EMC Unity buvo naudojama kaip saugojimo sistema.

Šis sprendimas suteikia mastelio palaikymą visiems įrenginio elementams – pavyzdžiui, iki 16 lizdų su „Intel Xeon E7-v4“ procesoriumi. Šios konfigūracijos administravimas yra supaprastintas – ypač perkonfigūruojant ar skaidant serverį.

Prietaisas + TDI: HANA metalurgams

MMC Norilsk Nickel, vienas didžiausių nikelio ir paladžio gamintojų, nusprendė atnaujinti savo SAP HANA aparatinės įrangos platformą, kad palaikytų svarbias verslo programas ir projektus. Reikėjo išplėsti esamą kraštovaizdį skaičiavimo galia. Viena iš pagrindinių kliento iškeltų sąlygų buvo didelis platformos prieinamumas – nepaisant techninės įrangos apribojimų.

Kaip įdiegti SAP HANA: analizuojame skirtingus metodus

Gamybos aplinkoms naudojome Bullion S8 serverį ir saugojimo sistemas SAP HANA Appliance režimu. HA ir testavimo / kūrimo platforma buvo įdiegta TDI režimu. Naudojome vieną Bull Bullion S8 serverį, du Bull Bullion S6 serverius ir hibridinę saugojimo sistemą. Šis derinys leido žymiai padidinti taikomųjų programų spartą SAP aplinkoje, padidinti skaičiavimo galią ir duomenų saugojimo išteklius bei sumažinti veiklos sąnaudas. Svarbu, kad klientas vis tiek turėtų galimybę padidinti iki 16 procesorių.

Kviečiame į SAP forumą

Šiame įraše apžvelgėme SAP HANA diegimą įvairiais būdais ir bandėme pabrėžti galimų parinkčių privalumus ir trūkumus. Jei turite klausimų apie SAP HANA diegimą, mielai į juos atsakysime komentaruose.

Visus, kurie domisi Bull sprendimais ir jų diegimo galimybėmis pagal SAP HANA, kviečiame į didžiausią metų SAP renginį: SAP Forum 17, kuris vyks Maskvoje balandžio 2019 d. Laukiame Jūsų mūsų stende IoT. zona: papasakosime daug įdomių dalykų, taip pat padovanosime daug prizų.

Iki pasimatymo forume!

Šaltinis: www.habr.com

Добавить комментарий