SAP HANA er et populært DBMS i hukommelsen, der inkluderer lagertjenester (Data Warehouse) og analyser, indbygget middleware, en applikationsserver og en platform til konfiguration eller udvikling af nye hjælpeprogrammer. Ved at eliminere forsinkelsen af traditionelle DBMS'er med SAP HANA kan du i høj grad øge systemets ydeevne, transaktionsbehandling (OLTP) og business intelligence (OLAP).
Du kan implementere SAP HANA i Appliance- og TDI-tilstande (hvis vi taler om produktionsmiljøer). For hver mulighed har producenten sine egne krav. I dette indlæg vil vi tale om fordele og ulemper ved forskellige muligheder, samt for klarhedens skyld om vores rigtige projekter med SAP HANA.
SAP HANA består af 3 hovedkomponenter - vært, instans og system.
Vært er en server eller et driftsmiljø til at køre SAP HANA DBMS. Dens nødvendige komponenter er CPU, RAM, lager, netværk og OS. Værten giver links til installationsmapper, data, logfiler eller direkte til lagersystemet. Samtidig behøver lagersystemet til installation af SAP HANA ikke være placeret på værten. Hvis systemet har flere værter, skal du enten have delt lager eller en, der er tilgængelig på efterspørgsel fra alle værter.
Forekomst — et sæt SAP HANA-systemkomponenter installeret på én vært. Hovedkomponenterne er indeksserveren og navneserveren. Den første, som også kaldes "arbejdsserveren", behandler anmodninger, administrerer nuværende datalagre og databasemotorer. Name Server gemmer information om topologien af SAP HANA installationen - hvor komponenterne kører og hvilke data der er på serveren.
System – dette er en eller flere forekomster med samme nummer. I det væsentlige er dette et separat element, der kan aktiveres, deaktiveres eller kopieres (sikkerhedskopieres). Dataene distribueres i hukommelsen på de forskellige servere, der udgør SAP HANA-systemet.
Systemet kan konfigureres som enkelt-vært (én instans på én vært) eller multi-vært, distribueret (flere SAP HANA-instanser er fordelt over flere værter, med én instans pr. vært). I multi-host-systemer skal hver instans have det samme nummer. Et SAP HANA-system identificeres med et system-id (SID), et unikt nummer bestående af tre alfanumeriske tegn.
SAP HANA virtualisering
En af de vigtigste begrænsninger ved SAP HANA er understøttelsen af kun ét system - én instans med et unikt server-SID. For at bruge hardware mere effektivt eller reducere antallet af servere i et datacenter, kan du bruge virtualisering. På denne måde kan andre landskaber sameksistere på den samme server med systemer, der har lavere krav (ikke-produktive systemer). For en standby HA/DR-server kan virtualisering forbedre hastigheden af skift mellem produktive og ikke-produktive virtuelle maskiner.
SAP HANA inkluderer understøttelse af VMWare ESX hypervisor. Det betyder, at forskellige SAP HANA-systemer - SAP HANA-installationer med forskellige SID-numre - kan eksistere side om side på en enkelt vært (fælles fysisk server) i forskellige virtuelle maskiner. Hver virtuel maskine skal køre på et understøttet OS.
For produktionsmiljøer har SAP HANA virtualisering alvorlige begrænsninger:
- Scale-out-skalering understøttes ikke - virtualisering kan kun bruges med Scale-Up-systemer, det være sig BwoH/DM/SoH eller "ren" SoH;
- virtualisering skal udføres inden for de regler, der er fastsat for apparat- eller TDI-enheder;
- General Availability (GA) kan kun have én virtuel maskine – virksomheder, der ønsker at bruge virtualisering med HANA-produktionsmiljøer, skal deltage i Controlled Availability-programmet med SAP.
I ikke-produktive miljøer, hvor disse begrænsninger ikke eksisterer, kan virtualisering bruges til at optimere hardwareudnyttelsen.
SAP HANA topologier
Lad os gå videre til at implementere SAP HANA. To topologier er defineret her.
- Opskalering – én stor server. Efterhånden som HANA-basen vokser, vokser selve serveren: antallet af CPU'er og mængden af hukommelse stiger. I løsninger med High Availability (HA) og Disaster Recovery (DR) skal backup- eller fejltolerante servere matche produktive serveres egenskaber.
- Udskalering – hele volumen af SAP HANA-systemet er fordelt på flere identiske servere. Masterserveren indeholder oplysninger om indeksserveren og navneserveren. Slaveservere indeholder ikke disse data - bortset fra serveren, som overtager Masters funktioner i tilfælde af fejl på hovedserveren. Indeksservere administrerer de datasegmenter, der er tildelt dem, og reagerer også på anmodninger. Navneservere er opmærksomme på, hvordan data fordeles mellem produktionsservere. Hvis HANA vokser, tilføjes en anden node blot til den aktuelle serverkonfiguration. I denne topologi er det nok at have én backup node for at sikre sikkerheden på hele serveren.
SAP-hardwarekrav
SAP har obligatoriske hardwarekrav til HANA. De vedrører produktive miljøer - for ikke-prod er minimale egenskaber tilstrækkelige. Så her er kravene til produktionsmiljøer:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- fra 128 GB RAM til BW-applikationer med 2 CPU'er, 256 GB med 4+ CPU'er;
Implementering af SAP HANA i Appliance- og TDI-tilstande
Lad os nu gå videre til praksis og tale om, hvordan man implementerer SAP HANA i Appliance- og TDI-tilstande. Til dette bruger vi vores SAP HANA-platforme baseret på BullSequana S- og Bullion S-serverne, som er certificeret af SAP til at fungere i disse tilstande.
Lidt information om produkterne. BullSequana S baseret på Intel Xeon Scalable inkluderer forskellige modeller, op til 32 CPU'er på en enkelt server. Serveren er bygget ved hjælp af et modulært design, der giver skalerbarhed op til 32 CPU'er og det samme antal GPU'er. RAM – fra 64 GB til 48 TB. BullSequana S-funktioner omfatter enterprise AI-understøttelse for forbedret ydeevne, accelereret dataanalyse, forbedret in-memory computing og modernisering med virtualisering og cloud-teknologier.
Bullion S kommer med Intel Xeon E7 v4 familie CPU'er. Det maksimale antal processorer er 16. RAM kan skaleres fra 128 GB til 24 TB. Et stort antal RAS-funktioner giver høje niveauer af tilgængelighed til missionskritiske infrastrukturer som SAP HANA. Bullion S er velegnet til massedatacenterkonsolidering, kørsel af In-Memory-applikationer, migrering af mainframes eller ældre systemer.
SAP HANA Appliance
Appliance er en prækonfigureret løsning, der inkluderer en server, et lagersystem og en softwarepakke til nøglefærdig implementering, med en centraliseret supportservice og et aftalt ydeevne. Her kommer HANA som præ-konfigureret hardware og software, fuldt integreret og certificeret. Enheden i Appliance-tilstand er klar til installation i datacentret, og operativsystemet, SAP HANA og (om nødvendigt) en ekstra VMWare-instans er allerede konfigureret og installeret.
SAP-certificering bestemmer det garanterede niveau af ydeevne, såvel som CPU-modellen, mængden af RAM og lagerplads. Når først er certificeret, kan konfigurationen ikke ændres uden at annullere garantien. For at skalere HANA-platformen tilbyder SAP tre muligheder.
- Opskalering BWoH/DM/SoH – lodret skalering, som er velegnet til enkeltsystemer (én SID). Apparater vokser med 256/384 GB fra SAP HANA SPS 11. Dette forhold viser den maksimale kapacitet, der understøttes af én CPU og er fælles for hele listen over certificerede apparater. Apparat BWoH/DM/SoH med vertikal skalering er ideel til BW på HANA (BWoH), Data Mart (DM) og SAP Suite på HANA (SoH) applikationer.
- Opskalering SoH - Dette er en letvægtsversion af den tidligere model, med færre begrænsninger på mængden af RAM. Dette er stadig en lodret skalerbar server, men den maksimale mængde RAM for 2 processorer er allerede 1536 GB (op til version SPS11) og 3 TB (SPS12+). Kun egnet til SoH.
- Udskalering - Dette er en horisontalt skalerbar mulighed, et system, der understøtter multi-server konfigurationer. Horisontal skalering er optimal for BW og, med nogle begrænsninger, for SoH.
I BullSequana S- og Bullion S-serverne er vertikal skalering i fokus, fordi den har færre operationelle begrænsninger og kræver mindre administration. Til Apparattilstand er der et stort udvalg af forskellige enheder.
BullSequana S-løsninger til SAP HANA i Appliance-tilstand
*Valgfri E7-8890/94v4
Bullion S-løsninger til SAP HANA i Appliance-tilstand
Alle Bull-løsninger i Appliance-tilstand fra SAP HANA SPS 12 er certificerede. Udstyret er installeret i et standard 19-tommer 42U-rack med to strømforsyninger - interne PDU'er. Følgende servere har SAP-certificering:
- BullSequana S med Intel Xeon Skylake 8176, 8176M, 8180, 8180M (processorer med bogstavet "M" understøtter 128 GB hukommelsesmoduler). Med hensyn til forhold mellem pris og kvalitet ser mulighederne med Intel 8176 bedst ud
- Bullion S med Intel Xeon E7-8880 v4, 8890 og 8894.
Lagersystemet forbindes direkte til serveren via FC-porte, så SAN-switche er ikke nødvendige her. De kan være nyttige til at få adgang til systemer, der er tilsluttet et LAN eller SAN.
Her er et eksempel på EMC Unity 450F-lagringssystemkonfigurationen i vores opsætning:
- Højde: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Controllere: 2
- Diske: fra 6 til 250 SAS SSD, fra 600 GB til 15.36 TB hver
- RAID: niveau 5 (8+1), 4 RAID-grupper
- Interface: 4 FC pr. controller, 8 eller 16 Gbit/s
- Software: Unisphere Block Suite
Appliance er en pålidelig implementeringsmulighed, men den har en stor ulempe: lille frihed til at konfigurere hardware. Derudover kan denne mulighed kræve ændringer i IT-afdelingens processer.
SAP HANA TDI
Et alternativ til Appliance er TDI-tilstand (Tailored Data Center Integration), hvor du kan vælge specifikke producenter og infrastrukturkomponenter afhængigt af kundens ønsker - under hensyntagen til de udførte opgaver og arbejdsbelastning. For eksempel kan et SAN genbruges i et datacenter, med nogle diske dedikeret til en HANA-installation.
Sammenlignet med Appliance giver TDI-tilstand brugeren meget mere frihed til at opfylde kravene. Dette forenkler i høj grad integrationen af HANA i datacentret - du kan bygge din egen tilpassede infrastruktur. Varier for eksempel typen og antallet af processorer afhængigt af belastningen.
Til kapacitetsberegninger anbefaler vi at bruge SAP Quick Sizer, et simpelt værktøj, der leverer CPU- og hukommelseskrav til forskellige arbejdsbelastninger i SAP HANA. Du kan derefter kontakte SAP Active Global Support for at planlægge dit it-landskab. Herefter konverterer SAP HANA hardwarepartneren beregningsresultaterne til forskellige mulige systemkonfigurationer - både på top-end og på enklere hardware. I TDI-tilstand for servere det er acceptabelt at bruge Intel E7 CPU'er, inklusive Intel Broadwell E7 og Skylake-SP (Platin, Gold, Silver med 8 eller flere kerner pr. processor), samt IBM Power8/ 9.
Servere leveres uden lagersystemer, switche og racks, men hardwarekravene forbliver de samme som i Appliance-tilstand - de samme enkelte noder, løsninger med vertikal eller horisontal skalering. SAP kræver det kun certificerede servere, lagringssystemer og switches blev brugt, men det er ikke skræmmende - de fleste producenter har næsten alt udstyr certificeret.
Ydelsestest skal udføres ved hjælp af HWCCT-tests (Hardware Configuration Check Tool)., som giver dig mulighed for at kontrollere overholdelse af visse SAP KPI'er. Og der er et ikke-hardwarekrav: HANA, OS og hypervisor (valgfrit) skal installeres af SAP-certificerede specialister. Kun systemer, der opfylder alle de anførte regler, kan modtage SAP-ydelsessupport.
BullSequana S-serien af servere i TDI-tilstand ligner linjen i Appliance-tilstand, men uden lagersystemer, switche og racks. Du kan installere ethvert lagersystem fra listen over certificerede SAP-systemer - VNX, XtremIO, NetApp og andre. For eksempel, hvis VNX5400 opfylder SAP HANA-ydelseskravene, kan du tilslutte Dell EMC Unity 450F-lagring som en del af TDI-konfigurationen. Om nødvendigt installeres FC-adaptere (1 eller 10 Gbit/s) samt Ethernet-switche.
Nu, så du klarere kan forestille dig de beskrevne tilstande, vil vi fortælle dig om flere af vores virkelige tilfælde.
Apparat + TDI: HANA til netbutik
Onlinebutikken Mall.cz, en del af Mall Group, blev grundlagt i 2000. Det har afdelinger i Tjekkiet, Slovakiet, Polen, Ungarn, Slovenien, Kroatien og Rumænien. Dette er den største onlinebutik i landet, der sælger op til 75 tusinde produkter om dagen, dens omsætning ved udgangen af 2017 beløb sig til omkring 280 millioner euro.
Opdatering af datacenterinfrastrukturen var påkrævet i forbindelse med migrering til SAP HANA. Den estimerede størrelse var 2x6 TB for prod-miljøer og 6 TB for test/dev-miljøer. Samtidig var der behov for en løsning med disaster recovery til et produktivt SAP HANA-miljø i en aktiv-aktiv klynge.
På tidspunktet for udbudsbekendtgørelsen havde kunden et system til SAP baseret på standard rack- og bladeservere. To datacentre, der ligger cirka 10 km fra hinanden, var udstyret med forskellige lagersystemer - IBM SVC, HP og Dell. Nøglesystemer drevet i disaster recovery mode.
Først anmodede kunden om en certificeret løsning i Appliance-tilstand til SAP HANA til alle systemer (Produktions- og test/dev-miljøer) med vækst op til 12 TB. Men på grund af budgetrestriktioner begyndte de at overveje andre muligheder - for eksempel et større antal CPU'er med mindre RAM-moduler (64 GB-moduler i stedet for 128 GB-moduler). For at optimere prisen blev der desuden overvejet fælles opbevaring til Produktions- og test/dev-miljøerne.
Vi blev enige om 4 CPU'er og 6 TB RAM til produktionsmiljøet, med plads til vækst. Til test/dev-miljøer i TDI-tilstand besluttede vi at bruge billigere CPU'er - vi endte med 8 CPU'er og 6 TB RAM. På grund af det større antal funktioner, som kunden anmoder om - replikering, backup, fælles produktion og test/dev-miljøer på den anden side - i stedet for interne diske, blev DellEMC Unity-lagringssystemer brugt i en full-flash-konfiguration. Derudover anmodede kunden om en disaster recovery-løsning baseret på HANA-systemreplikering (HSR) med en quorum node på et tredje sted.
Den endelige konfiguration for Prod-miljøet bestod af en BullSequana S400-server på en Intel Xeon P8176M (28 kerner, 2.10 GHz, 165 W) og 6 TB RAM. Lagersystem - Unity 450F 10x 3.84 TB. Til gendannelsesformål brugte vi til Prod-miljøet en BullSequana S400 på en Intel Xeon P8176M (28 kerner, 2.10 GHz, 165 W) med 6 TB RAM. Til test/dev-miljøet tog vi en BullSequana S800-server med en Intel Xeon P8153 (16 kerner, 2.00 GHz, 125 W) og 6 TB RAM plus et Unity 450F 15x 3.84 TB lagersystem. Vores specialister installerede og konfigurerede DellEMC-servere som et quorum, applikationsservere (VxRail Solution) og backup-løsning (DataDomain).
Udstyret er klar til fremtidige opgraderinger. Kunden forventer, at HANA-dimensioneringen vil stige i 2019, og det eneste, han skal gøre, er at installere nye moduler i stativerne.
Apparat: HANA for en stor turismeintegrator
Denne gang var vores kunde en stor IT-serviceudbyder, der udviklede teknologiske løsninger til rejseselskaber. Kunden lancerede et ambitiøst SAP HANA-projekt for at implementere et nyt faktureringssystem. En løsning var påkrævet i Appliance-tilstand med 8 TB RAM til produktions- og PreProd-miljøer. I overensstemmelse med SAP-anbefalinger valgte kunden muligheden for vertikal skalering.
Nøgleopgaven var implementeringen af en hardwareinfrastruktur baseret på enheder certificeret i Appliance-tilstand til SAP HANA. Prioritetskriterierne var omkostningseffektivitet, høj ydeevne, skalerbarhed og høj datatilgængelighed.
Vi foreslog og implementerede en SAP-certificeret løsning, inklusive to Bullion S16-servere - til Prod- og PreProd-miljøer. Udstyret kører på Intel Xeon E7-v4 8890-processorer (24 kerner, 2.20 GHz, 165 W) og er udstyret med 16 TB RAM. Til BW- og Dev/Test-miljøer blev der installeret ni Bullion S4-servere (22 kerner, 2.20 GHz, 150 W) med 4 TB RAM. Hybrid EMC Unity blev brugt som lagersystem.
Denne løsning giver skaleringsunderstøttelse for alle enhedens elementer - for eksempel op til 16 sokler med en Intel Xeon E7-v4 CPU. Administrationen i denne konfiguration er forenklet - især til omkonfiguration eller partitionering af serveren.
Apparat + TDI: HANA for metallurger
MMC Norilsk Nickel, en af de største producenter af nikkel og palladium, besluttede at opdatere sin SAP HANA hardwareplatform til at understøtte kritiske forretningsapplikationer og projekter. Der var behov for at udvide det eksisterende landskab med hensyn til computerkraft. En af de vigtigste betingelser, som kunden fremlagde, var platformens høje tilgængelighed - trods hardwarebegrænsninger.
Til produktionsmiljøer brugte vi Bullion S8-serveren og lagersystemerne i SAP HANA Appliance-tilstand. Til HA og test/dev blev platformen implementeret i TDI-tilstand. Vi brugte en Bull Bullion S8-server, to Bull Bullion S6-servere og et hybridt lagersystem. Denne kombination gjorde det muligt markant at øge hastigheden af applikationer i SAP-landskabet, øge mængden af computerkraft og datalagringsressourcer og minimere driftsomkostningerne. Det er vigtigt, at klienten stadig har mulighed for at skalere op til 16 CPU'er.
Vi inviterer dig til SAP Forum
I dette indlæg kiggede vi på implementering af SAP HANA på forskellige måder og forsøgte at fremhæve fordele og ulemper ved de tilgængelige muligheder. Hvis du har spørgsmål om implementering af SAP HANA, vil vi med glæde besvare dem i kommentarerne.
Vi inviterer alle, der er interesseret i Bull-løsninger og mulighederne for deres implementering under SAP HANA til årets største SAP-event: SAP Forum 17 afholdes i Moskva den 2019. april. Vi venter på dig på vores stand i IoT zone: vi vil fortælle dig en masse interessante ting og også give mange præmier væk.
Vi ses på forummet!
Kilde: www.habr.com