Ang SAP HANA ay isang sikat na in-memory na DBMS na kinabibilangan ng mga serbisyo ng storage (Data Warehouse) at analytics, built-in na middleware, isang application server, at isang platform para sa pag-configure o pagbuo ng mga bagong utility. Sa pamamagitan ng pag-aalis ng latency ng mga tradisyonal na DBMS sa SAP HANA, maaari mong lubos na mapataas ang performance ng system, pagpoproseso ng transaksyon (OLTP) at business intelligence (OLAP).
Maaari mong i-deploy ang SAP HANA sa Appliance at TDI mode (kung pag-uusapan natin ang tungkol sa mga production environment). Para sa bawat pagpipilian, ang tagagawa ay may sariling mga kinakailangan. Sa post na ito ay pag-uusapan natin ang tungkol sa mga pakinabang at disadvantages ng iba't ibang mga opsyon, pati na rin, para sa kalinawan, tungkol sa aming mga tunay na proyekto sa SAP HANA.
Ang SAP HANA ay binubuo ng 3 pangunahing bahagi - host, instance at system.
Host ay isang server o operating environment para sa pagpapatakbo ng SAP HANA DBMS. Ang mga kinakailangang bahagi nito ay ang CPU, RAM, storage, network at OS. Nagbibigay ang host ng mga link sa mga direktoryo ng pag-install, data, log, o direkta sa storage system. Kasabay nito, ang sistema ng imbakan para sa pag-install ng SAP HANA ay hindi kailangang matatagpuan sa host. Kung ang system ay may maraming host, kakailanganin mo ang alinman sa shared storage o isa na available on demand mula sa lahat ng host.
Halimbawa — isang set ng mga bahagi ng system ng SAP HANA na naka-install sa isang host. Ang mga pangunahing bahagi ay ang Index Server at Name Server. Ang una, na tinatawag ding "nagtatrabahong server," ay nagpoproseso ng mga kahilingan, namamahala sa mga kasalukuyang data store at database engine. Nag-iimbak ang Name Server ng impormasyon tungkol sa topology ng pag-install ng SAP HANA - kung saan tumatakbo ang mga bahagi at kung anong data ang matatagpuan sa server.
Sistema – ito ay isa o higit pang mga instance na may parehong numero. Sa pangkalahatan, ito ay isang hiwalay na elemento na maaaring paganahin, i-disable o kopyahin (i-back up). Ang data ay ipinamamahagi sa memorya ng iba't ibang mga server na bumubuo sa SAP HANA system.
Maaaring i-configure ang system bilang single-host (isang instance sa isang host) o multi-host, na ibinahagi (ilang instance ng SAP HANA ang ipinamamahagi sa ilang host, na may isang instance bawat host). Sa mga multi-host system, ang bawat instance ay dapat may parehong numero. Ang isang SAP HANA system ay kinilala ng isang System ID (SID), isang natatanging numero na binubuo ng tatlong alphanumeric na character.
SAP HANA Virtualization
Isa sa mga pangunahing limitasyon ng SAP HANA ay ang suporta ng isang system lamang - isang instance na may natatanging server SID. Upang magamit ang hardware nang mas mahusay o bawasan ang bilang ng mga server sa isang data center, maaari mong gamitin ang virtualization. Sa ganitong paraan, maaaring magkakasamang umiral ang iba pang mga landscape sa parehong server na may mga system na may mas mababang mga kinakailangan (mga non-productive system). Para sa isang standby na HA/DR server, ang virtualization ay maaaring mapabuti ang bilis ng paglipat sa pagitan ng produktibo at hindi produktibong virtual machine.
Kasama sa SAP HANA ang suporta para sa VMWare ESX hypervisor. Nangangahulugan ito na ang iba't ibang mga sistema ng SAP HANA - mga pag-install ng SAP HANA na may iba't ibang mga numero ng SID - ay maaaring magkasama sa isang host (karaniwang pisikal na server) sa iba't ibang mga virtual machine. Ang bawat virtual machine ay dapat tumakbo sa isang sinusuportahang OS.
Para sa mga kapaligiran ng produksyon, ang virtualization ng SAP HANA ay may malubhang limitasyon:
- Hindi sinusuportahan ang scale-out scaling - magagamit lang ang virtualization sa mga Scale-Up system, maging ito ay BwoH/DM/SoH o “pure” SoH;
- dapat isagawa ang virtualization sa loob ng mga panuntunang itinatag para sa Appliance o TDI device;
- Ang General Availability (GA) ay maaari lamang magkaroon ng isang virtual machine—ang mga kumpanyang gustong gumamit ng virtualization sa mga production environment ng HANA ay dapat lumahok sa Controlled Availability program kasama ang SAP.
Sa mga hindi produktibong kapaligiran kung saan wala ang mga limitasyong ito, maaaring gamitin ang virtualization upang i-optimize ang paggamit ng hardware.
SAP HANA topologies
Lumipat tayo sa pag-deploy ng SAP HANA. Dalawang topologies ang tinukoy dito.
- Scale-up – isang malaking server. Habang lumalaki ang base ng HANA, lumalaki ang server mismo: ang bilang ng mga CPU at ang dami ng memory na tumaas. Sa mga solusyon na may High Availability (HA) at Disaster Recovery (DR), ang mga backup o fault-tolerant na server ay dapat tumugma sa mga katangian ng mga produktibong server.
- Scale-out – ang buong volume ng SAP HANA system ay ipinamamahagi sa ilang magkakaparehong server. Ang Master Server ay naglalaman ng impormasyon para sa Index Server at Name Server. Ang mga server ng alipin ay hindi naglalaman ng data na ito - maliban sa server, na tumatagal sa mga pag-andar ng Master kung sakaling mabigo ang pangunahing server. Pinamamahalaan ng mga Index Server ang mga segment ng data na itinalaga sa kanila at tumutugon din sa mga kahilingan. Alam ng mga Name Server kung paano ipinamamahagi ang data sa mga production server. Kung lumago ang HANA, isa pang node ang idadagdag lamang sa kasalukuyang configuration ng server. Sa topology na ito, sapat na magkaroon ng isang backup na node upang matiyak ang seguridad ng buong server.
Mga kinakailangan sa hardware ng SAP
Ang SAP ay may mandatoryong mga kinakailangan sa hardware para sa HANA. Nauugnay ang mga ito sa mga produktibong kapaligiran - para sa hindi prod, sapat na ang mga minimal na katangian. Kaya, narito ang mga kinakailangan para sa mga kapaligiran ng produksyon:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- mula sa 128 GB RAM para sa BW application na may 2 CPU, 256 GB na may 4+ na CPU;
Pag-deploy ng SAP HANA sa Appliance at TDI mode
Ngayon, magpatuloy tayo sa pagsasanay at pag-usapan kung paano ipatupad ang SAP HANA sa Appliance at TDI mode. Para dito ginagamit namin ang aming mga platform ng SAP HANA batay sa mga server ng BullSequana S at Bullion S, na na-certify ng SAP para gumana sa mga mode na ito.
Kaunting impormasyon tungkol sa mga produkto. Kasama sa BullSequana S batay sa Intel Xeon Scalable ang iba't ibang modelo, hanggang 32 CPU sa isang server. Ang server ay binuo gamit ang isang modular na disenyo na nagbibigay ng scalability hanggang sa 32 na mga CPU at ang parehong bilang ng mga GPU. RAM – mula 64 GB hanggang 48 TB. Kasama sa mga feature ng BullSequana S ang enterprise AI support para sa pinahusay na performance, pinabilis na data analytics, pinahusay na in-memory computing, at modernization gamit ang virtualization at cloud technologies.
May kasamang Intel Xeon E7 v4 Family CPU ang Bullion S. Ang maximum na bilang ng mga processor ay 16. Ang RAM ay nasusukat mula 128 GB hanggang 24 TB. Ang malaking bilang ng mga function ng RAS ay nagbibigay ng mataas na antas ng availability para sa mga imprastraktura na kritikal sa misyon tulad ng SAP HANA. Ang Bullion S ay angkop para sa mass data center consolidation, pagpapatakbo ng mga In-Memory application, paglilipat ng mga mainframe o legacy system.
SAP HANA Appliance
Ang appliance ay isang paunang na-configure na solusyon na kinabibilangan ng isang server, storage system at isang software package para sa pagpapatupad ng turnkey, na may sentralisadong serbisyo ng suporta at isang napagkasunduang antas ng pagganap. Dito, dumating ang HANA bilang pre-configured na hardware at software, ganap na isinama at na-certify. Ang device sa Appliance mode ay handa na para sa pag-install sa data center, at ang operating system, SAP HANA at (kung kinakailangan) ng karagdagang instance ng VMWare ay na-configure at naka-install na.
Tinutukoy ng sertipikasyon ng SAP ang garantisadong antas ng pagganap, pati na rin ang modelo ng CPU, dami ng RAM at imbakan. Kapag na-certify na, hindi na mababago ang configuration nang hindi inaalis ang warranty. Upang sukatin ang platform ng HANA, nag-aalok ang SAP ng tatlong opsyon.
- Scale-Up BWoH/DM/SoH – vertical scaling, na angkop para sa mga solong sistema (isang SID). Lumalaki ang mga appliances ng 256/384 GB simula sa SAP HANA SPS 11. Ipinapakita ng ratio na ito ang maximum na kapasidad na sinusuportahan ng isang CPU at karaniwan para sa buong listahan ng mga certified Appliances. Ang appliance na BWoH/DM/SoH na may vertical scaling ay perpekto para sa BW on HANA (BWoH), Data Mart (DM), at SAP Suite on HANA (SoH) application.
- Scale-Up SoH - Ito ay isang magaan na bersyon ng nakaraang modelo, na may mas kaunting mga paghihigpit sa dami ng RAM. Isa pa rin itong vertically scalable server, ngunit ang maximum na dami ng RAM para sa 2 processor ay nasa 1536 GB (hanggang sa bersyon SPS11) at 3 TB (SPS12+). Angkop para sa SoH lamang.
- Scale-Out - Ito ay isang pahalang na nasusukat na opsyon, isang system na sumusuporta sa mga pagsasaayos ng multi-server. Ang pahalang na pag-scale ay pinakamainam para sa BW at, na may ilang mga limitasyon, para sa SoH.
Sa mga server ng BullSequana S at Bullion S, ang vertical scaling ang pinagtutuunan dahil mas kaunti ang mga limitasyon nito sa pagpapatakbo at nangangailangan ng mas kaunting pangangasiwa. Para sa Appliance mode mayroong isang malaking hanay ng iba't ibang mga device.
Mga solusyon sa BullSequana S para sa SAP HANA sa Appliance mode
*Opsyonal E7-8890/94v4
Mga solusyon sa Bullion S para sa SAP HANA sa Appliance mode
Lahat ng Bull solution sa Appliance mode mula sa SAP HANA SPS 12 ay certified. Ang kagamitan ay naka-install sa isang karaniwang 19-inch 42U rack, na may dalawang power supply - mga panloob na PDU. Ang mga sumusunod na server ay may SAP certification:
- BullSequana S na may Intel Xeon Skylake 8176, 8176M, 8180, 8180M (mga processor na may titik na "M" ay sumusuporta sa 128 GB na mga module ng memorya). Sa mga tuntunin ng ratio ng kalidad ng presyo, ang mga opsyon na may Intel 8176 ay pinakamahusay na hitsura
- Bullion S na may Intel Xeon E7-8880 v4, 8890 at 8894.
Direktang kumokonekta ang storage system sa server sa pamamagitan ng mga FC port, kaya hindi kailangan ang mga SAN switch dito. Maaari silang maging kapaki-pakinabang para sa pag-access ng mga system na konektado sa isang LAN o SAN.
Narito ang isang halimbawa ng EMC Unity 450F storage system configuration sa aming setup:
- Taas: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Mga Controller: 2
- Mga Disk: mula 6 hanggang 250 SAS SSD, mula 600 GB hanggang 15.36 TB bawat isa
- RAID: antas 5 (8+1), 4 na pangkat ng RAID
- Interface: 4 FC bawat controller, 8 o 16 Gbit/s
- Software: Unisphere Block Suite
Ang appliance ay isang maaasahang opsyon sa pag-deploy, ngunit mayroon itong malaking disbentaha: maliit na kalayaan sa pag-configure ng hardware. Bilang karagdagan, ang pagpipiliang ito ay maaaring mangailangan ng mga pagbabago sa mga proseso ng departamento ng IT.
SAP HANA TDI
Ang isang alternatibo sa Appliance ay ang TDI (Tailored Data center Integration) mode, kung saan maaari kang pumili ng mga partikular na tagagawa at mga bahagi ng imprastraktura depende sa kagustuhan ng customer - isinasaalang-alang ang mga gawaing ginawa at workload. Halimbawa, ang isang SAN ay maaaring magamit muli sa isang data center, na may ilang mga disk na nakatuon sa isang pag-install ng HANA.
Kung ikukumpara sa Appliance, ang TDI mode ay nagbibigay sa user ng higit na kalayaan upang matupad ang mga kinakailangan. Lubos nitong pinapasimple ang pagsasama ng HANA sa data center - maaari kang bumuo ng sarili mong naka-customize na imprastraktura. Halimbawa, iba-iba ang uri at bilang ng mga processor depende sa load.
Para sa mga kalkulasyon ng kapasidad, inirerekomenda namin ang paggamit ng SAP Quick Sizer, isang simpleng tool na nagbibigay ng mga kinakailangan sa CPU at memory para sa iba't ibang workload sa SAP HANA. Pagkatapos ay maaari kang makipag-ugnayan sa SAP Active Global Support para planuhin ang iyong IT landscape. Pagkatapos nito, iko-convert ng kasosyo sa hardware ng SAP HANA ang mga resulta ng pagkalkula sa iba't ibang posibleng mga configuration ng system - pareho sa top-end at sa mas simpleng hardware. Sa TDI mode para sa mga server katanggap-tanggap na gumamit ng mga Intel E7 CPU, kabilang ang Intel Broadwell E7 at Skylake-SP (Platinum, Gold, Silver na may 8 o higit pang mga core bawat processor), pati na rin ang IBM Power8/ 9.
Ang mga server ay ibinibigay nang walang mga storage system, switch at rack, ngunit ang mga kinakailangan sa hardware ay nananatiling pareho sa Appliance mode - ang parehong mga solong node, mga solusyon na may vertical o horizontal scaling. Kinakailangan iyon ng SAP mga certified server, storage system at switch lang ang ginamit, ngunit hindi ito nakakatakot - karamihan sa mga tagagawa ay may sertipikadong halos lahat ng kagamitan.
Ang pagsusuri sa pagganap ay dapat gawin gamit ang mga pagsubok sa HWCCT (Hardware Configuration Check Tool)., na nagbibigay-daan sa iyong suriin ang pagsunod sa ilang partikular na SAP KPI. At mayroong isang hindi-hardware na kinakailangan: Ang HANA, OS, at hypervisor (opsyonal) ay dapat na naka-install ng SAP certified na mga espesyalista. Ang mga system lang na nakakatugon sa lahat ng nakalistang panuntunan ang makakatanggap ng suporta sa pagganap ng SAP.
Ang BullSequana S na linya ng mga server sa TDI mode ay katulad ng linya sa Appliance mode, ngunit walang mga storage system, switch at rack. Maaari kang mag-install ng anumang storage system mula sa listahan ng mga certified SAP system - VNX, XtremIO, NetApp at iba pa. Halimbawa, kung natutugunan ng VNX5400 ang mga kinakailangan sa performance ng SAP HANA, maaari mong ikonekta ang storage ng Dell EMC Unity 450F bilang bahagi ng configuration ng TDI. Kung kinakailangan, naka-install ang mga FC adapter (1 o 10 Gbit/s), pati na rin ang Ethernet switch.
Ngayon, para mas malinaw mong maisip ang mga inilarawang mode, sasabihin namin sa iyo ang tungkol sa ilan sa aming mga totoong kaso.
Appliance + TDI: HANA para sa online na tindahan
Ang online na tindahan na Mall.cz, bahagi ng Mall Group, ay itinatag noong 2000. Mayroon itong mga sangay sa Czech Republic, Slovakia, Poland, Hungary, Slovenia, Croatia at Romania. Ito ang pinakamalaking online na tindahan sa bansa, na nagbebenta ng hanggang 75 libong mga produkto bawat araw, ang kita nito sa pagtatapos ng 2017 ay umabot sa halos 280 milyong euro.
Kinakailangan ang pag-update sa imprastraktura ng data center kaugnay ng paglipat sa SAP HANA. Ang tinantyang sukat ay 2x6 TB para sa prod environment at 6 TB para sa test/dev environment. Kasabay nito, ang isang solusyon na may pagbawi sa kalamidad ay kinakailangan para sa isang produktibong kapaligiran ng SAP HANA sa isang aktibong kumpol.
Sa oras ng pag-anunsyo ng malambot, ang customer ay may sistema para sa SAP batay sa mga karaniwang rack at blade server. Dalawang data center, na matatagpuan humigit-kumulang 10 km mula sa bawat isa, ay nilagyan ng iba't ibang mga sistema ng imbakan - IBM SVC, HP at Dell. Ang mga pangunahing sistema ay pinapatakbo sa disaster recovery mode.
Una, humiling ang customer ng certified na solusyon sa Appliance mode para sa SAP HANA para sa lahat ng system (Production at test/dev environment) na may paglaki hanggang 12 TB. Ngunit dahil sa mga paghihigpit sa badyet, sinimulan nilang isaalang-alang ang iba pang mga opsyon - halimbawa, mas maraming mga CPU na may mas maliit na mga module ng RAM (64 GB na mga module sa halip na 128 GB na mga module). Bilang karagdagan, para ma-optimize ang presyo, isinaalang-alang ang magkasanib na storage para sa Production at test/dev environment.
Sumang-ayon kami sa 4 na CPU at 6 na TB RAM para sa kapaligiran ng Produksyon, na may puwang para sa paglago. Para sa mga test/dev environment sa TDI mode, nagpasya kaming gumamit ng mas murang mga CPU - nakuha namin ang 8 CPU at 6 TB ng RAM. Dahil sa mas maraming function na hinihiling ng customer - replikasyon, backup, magkasanib na Production at test/dev environment sa pangalawang site - sa halip na mga internal disk, ginamit ang DellEMC Unity storage system sa full-flash configuration. Bilang karagdagan, humiling ang customer ng solusyon sa pagbawi ng kalamidad batay sa HANA system replication (HSR) na may quorum node sa ikatlong site.
Ang huling configuration para sa Prod environment ay binubuo ng isang BullSequana S400 server sa isang Intel Xeon P8176M (28 core, 2.10 GHz, 165 W) at 6 TB ng RAM. Storage system - Unity 450F 10x 3.84 TB. Para sa mga layunin ng pagbawi ng kalamidad, para sa Prod environment gumamit kami ng BullSequana S400 sa isang Intel Xeon P8176M (28 core, 2.10 GHz, 165 W) na may 6 TB ng RAM. Para sa pagsubok/dev environment, kumuha kami ng BullSequana S800 server na may Intel Xeon P8153 (16 core, 2.00 GHz, 125 W) at 6 TB ng RAM kasama ang Unity 450F 15x 3.84 TB storage system. Ang aming mga espesyalista ay nag-install at nag-configure ng mga server ng DellEMC bilang isang korum, mga server ng application (VxRail Solution) at backup na solusyon (DataDomain).
Ang kagamitan ay handa na para sa mga pag-upgrade sa hinaharap. Inaasahan ng customer na tataas ang laki ng HANA sa 2019, at ang kailangan lang niyang gawin ay mag-install ng mga bagong module sa mga rack.
Appliance: HANA para sa isang malaking integrator ng turismo
Sa pagkakataong ito ang aming kliyente ay isang malaking IT service provider na bumubuo ng mga teknolohikal na solusyon para sa mga kumpanya sa paglalakbay. Naglunsad ang customer ng isang ambisyosong proyekto ng SAP HANA para magpatupad ng bagong sistema ng pagsingil. Kinakailangan ang isang solusyon sa Appliance mode na may 8 TB ng RAM para sa Production at PreProd environment. Alinsunod sa mga rekomendasyon ng SAP, pinili ng customer ang vertical scaling na opsyon.
Ang pangunahing gawain ay ang pagpapatupad ng isang imprastraktura ng hardware batay sa mga device na na-certify sa Appliance mode para sa SAP HANA. Ang priyoridad na pamantayan ay ang pagiging epektibo sa gastos, mataas na pagganap, scalability at mataas na availability ng data.
Nagmungkahi at nagpatupad kami ng SAP certified na solusyon, kabilang ang dalawang Bullion S16 server - para sa Prod at PreProd na kapaligiran. Gumagana ang kagamitan sa mga processor ng Intel Xeon E7-v4 8890 (24 core, 2.20 GHz, 165 W) at nilagyan ng 16 TB ng RAM. Para sa BW at Dev/Test environment, siyam na Bullion S4 server (22 core, 2.20 GHz, 150 W) na may 4 TB ng RAM ang na-install. Ang Hybrid EMC Unity ay ginamit bilang storage system.
Nagbibigay ang solusyon na ito ng suporta sa pag-scale para sa lahat ng elemento ng device - halimbawa, hanggang 16 na socket na may Intel Xeon E7-v4 CPU. Ang pangangasiwa sa pagsasaayos na ito ay pinasimple - lalo na, para sa muling pagsasaayos o paghati sa server.
Appliance + TDI: HANA para sa mga metalurgist
Ang MMC Norilsk Nickel, isa sa pinakamalaking producer ng nickel at palladium, ay nagpasya na i-update ang SAP HANA hardware platform nito upang suportahan ang mga kritikal na aplikasyon at proyekto sa negosyo. Nagkaroon ng pangangailangan na palawakin ang umiiral na tanawin sa mga tuntunin ng kapangyarihan sa pag-compute. Ang isa sa mga pangunahing kundisyon na iniharap ng customer ay ang mataas na kakayahang magamit ng platform - sa kabila ng mga limitasyon ng hardware.
Para sa mga production environment, ginamit namin ang Bullion S8 server at storage system sa SAP HANA Appliance mode. Para sa HA at test/dev, ang platform ay na-deploy sa TDI mode. Gumamit kami ng isang Bull Bullion S8 server, dalawang Bull Bullion S6 server at isang hybrid na storage system. Ang kumbinasyong ito ay naging posible upang makabuluhang taasan ang bilis ng mga application sa SAP landscape, taasan ang dami ng computing power at data storage resources, at mabawasan ang mga gastos sa pagpapatakbo. Mahalaga na ang kliyente ay mayroon pa ring kakayahang mag-scale ng hanggang 16 na mga CPU.
Iniimbitahan ka namin sa SAP Forum
Sa post na ito, tiningnan namin ang pag-deploy ng SAP HANA sa iba't ibang paraan at sinubukang i-highlight ang mga pakinabang at disadvantage ng mga available na opsyon. Kung mayroon kang anumang mga katanungan tungkol sa pagpapatupad ng SAP HANA, ikalulugod naming sagutin ang mga ito sa mga komento.
Inaanyayahan namin ang lahat na interesado sa mga solusyon sa Bull at ang mga posibilidad ng kanilang pagpapatupad sa ilalim ng SAP HANA sa pinakamalaking kaganapan ng SAP ng taon: Ang SAP Forum 17 ay gaganapin sa Moscow sa Abril 2019. Hinihintay ka namin sa aming stand sa IoT zone: sasabihin namin sa iyo ang maraming kawili-wiling bagay, at mamimigay din ng maraming premyo.
See you sa forum!
Pinagmulan: www.habr.com