Installera och konfigurera SAP HANA (stora instanser) på Azure
I den här artikeln går vi igenom validering, konfiguration och installation av SAP HANA – stora instanser (HLIs) på Azure (även kallat BareMetal Infrastructure).
Förutsättningar
Innan du läser den här artikeln bör du bekanta dig med:
Se även:
- Ansluta virtuella Azure-datorer till HANA – stora instanser
- Anslut ett virtuellt nätverk till HANA – stora instanser
Planera installationen
Installationen av SAP HANA är ditt ansvar. Du kan börja installera en ny SAP HANA på Azure-servern (stora instanser) när du har upprättat anslutningen mellan dina virtuella Azure-nätverk och enheter för hana-stora instanser.
Anteckning
Enligt SAP-principen måste installationen av SAP HANA utföras av en person som har klarat certifierat SAP Technology Associate-prov, SAP HANA-installationscertifieringsprov eller som är sap-certifierad systemintegratör (SI).
När du planerar att installera HANA 2.0 kan du se SAP-supportanteckningen #2235581 - SAP HANA: Operativsystem som stöds. Kontrollera att operativsystemet (OS) stöds med den SAP HANA version som du installerar. Operativsystemet som stöds för HANA 2.0 är mer restriktivt än det operativsystem som stöds för HANA 1.0. Bekräfta att den OS-version som du är intresserad av stöds för den specifika stora HANA-instansen. Använd den här listan; Välj HLI för att se information om listan över operativsystem som stöds för den enheten.
Kontrollera följande innan du påbörjar HANA-installationen:
Verifiera enheter för stora HANA-instanser
När du har fått de stora HANA-instanserna från Microsoft kan du upprätta åtkomst och anslutning till dem. Verifiera sedan följande inställningar och justera efter behov.
Kontrollera i Azure Portal om instanserna visas med rätt SKU:er och operativsystem. Mer information finns i Kontroll av stora Azure HANA-instanser via Azure Portal.
Registrera instansens operativsystem med din OS-provider. Det här steget omfattar registrering av ditt SUSE Linux-operativsystem i en instans av SUSE Subscription Management Tool (SMT) som distribueras på en virtuell dator i Azure.
Den stora HANA-instansen kan ansluta till den här SMT-instansen. (Mer information finns i Konfigurera SMT-server för SUSE Linux). Om du använder ett Red Hat-operativsystem måste det vara registrerat med den Red Hat-prenumerationshanterare som du ska ansluta till. Mer information finns i kommentarer i Vad är SAP HANA på Azure (stora instanser)?.
Det här steget är nödvändigt för att korrigera operativsystemet, vilket är ditt ansvar. För SUSE, se dokumentationen om att installera och konfigurera SMT.
Sök efter nya korrigeringar av den specifika versionen av operativsystemet. Kontrollera att den stora HANA-instansen har de senaste korrigeringarna. Ibland ingår inte de senaste korrigeringarna, så se till att kontrollera dem.
Kontrollera de relevanta SAP-anteckningarna för att installera och konfigurera SAP HANA på den specifika versionen/versionen av operativsystemet. Microsoft konfigurerar inte alltid en HLI helt. Det kan vara omöjligt att ändra rekommendationer eller ändringar i SAP-anteckningar eller konfigurationer som är beroende av enskilda scenarier.
Se därför till att läsa SAP-anteckningarna som rör SAP HANA för din exakta Linux-version. Kontrollera också konfigurationerna för versionen/versionen av operativsystemet och tillämpa konfigurationsinställningarna om du inte redan har gjort det.
Mer specifikt kontrollerar du följande parametrar och justerar så småningom till:
- net.core.rmem_max = 16777216
- net.core.wmem_max = 16777216
- net.core.rmem_default = 16777216
- net.core.wmem_default = 16777216
- net.core.optmem_max = 16777216
- net.ipv4.tcp_rmem = 65536 16777216 16777216
- net.ipv4.tcp_wmem = 65536 16777216 16777216
Från och med SLES12 SP1 och Red Hat Enterprise Linux (RHEL) 7.2 måste dessa parametrar anges i en konfigurationsfil i katalogen /etc/sysctl.d. Till exempel måste en konfigurationsfil med namnet 91-NetApp-HANA.conf skapas. För äldre SLES- och RHEL-versioner måste dessa parametrar anges i/etc/sysctl.conf.
Tänk på följande för alla RHEL-versioner som börjar med RHEL 6.3:
- Parametern sunrpc.tcp_slot_table_entries = 128 måste anges i/etc/modprobe.d/sunrpc-local.conf. Om filen inte finns skapar du den först genom att lägga till posten:
- options sunrpc tcp_max_slot_table_entries=128
Kontrollera systemtiden för din stora HANA-instans. Instanserna distribueras med en systemtidszon. Den här tidszonen representerar platsen för den Azure-region där stämpeln hana stor instans finns. Du kan ändra systemets tid eller tidszon för de instanser som du äger.
Om du beställer fler instanser till din klientorganisation måste du anpassa tidszonen för de nyligen levererade instanserna. Microsoft har ingen insyn i systemets tidszon som du ställer in med instanserna efter övertagandet. Det gör att nyligen distribuerade instanser kanske inte anges i samma tidszon som den som du ändrade till. Det är upp till dig att anpassa tidszonen för de instanser som har lämnats över efter behov.
Kontrollera etc/värdar. När bladen lämnas över har de olika IP-adresser tilldelade för olika syften. Det är viktigt att kontrollera filen etc/hosts när enheter läggs till i en befintlig klientorganisation. Filen etc/hosts för de nyligen distribuerade systemen kanske inte underhålls korrekt med IP-adresserna för system som levererats tidigare. Se till att en nyligen distribuerad instans kan matcha namnen på de enheter som du distribuerade tidigare i din klientorganisation.
Operativsystem
Växlingsutrymmet för den levererade OS-avbildningen är inställt på 2 GB enligt SAP-supportanteckningen #1999997 – vanliga frågor och svar: SAP HANA minne. Om du vill ha en annan inställning måste du ange den själv.
SUSE Linux Enterprise Server 12 SP1 för SAP-program är distributionen av Linux som är installerad för SAP HANA på Azure (stora instanser). Den här distributionen tillhandahåller SAP-specifika funktioner, inklusive förinställt antal parametrar för effektiv körning av SAP på SLES.
Flera användbara resurser som rör distribution SAP HANA på SLES finns i:
- Resursbibliotek/faktablad på SUSE-webbplatsen.
- SAP på SUSE på SAP Community Network (SCN).
Dessa resurser innehåller information om att konfigurera hög tillgänglighet, säkerhetshärdning som är specifik för SAP-åtgärder med mera.
Här är fler resurser för SAP på SUSE:
- SAP HANA på SUSE Linux-webbplatsen
- Bästa praxis för SAP: Aktivera replikering – SAP NetWeaver på SUSE Linux Enterprise 12
- ClamSAP – SLES-virusskydd för SAP (inklusive SLES 12 för SAP-program)
Följande dokument är SAP-supportanteckningar som gäller för implementering SAP HANA på SLES 12:
- SAP-supportanteckning #1944799 – SAP HANA riktlinjer för installation av SLES-operativsystem
- SAP-supportanteckning #2205917 – SAP HANA DB-rekommenderade OS-inställningar för SLES 12 för SAP-program
- SAP-supportanteckning #1984787 – SUSE Linux Enterprise Server 12: installationsanteckningar
- SAP-supportanteckning #171356 – SAP-programvara på Linux: Allmän information
- SAP-supportanteckning #1391070 – Linux UUID-lösningar
Red Hat Enterprise Linux för SAP HANA ett annat erbjudande för att köra SAP HANA på hana stora instanser. Versioner av RHEL 7.2 och 7.3 är tillgängliga och stöds. Mer information om SAP på Red Hat finns i SAP HANA på Red Hat Linux-webbplatsen.
Följande dokument är SAP-supportanteckningar som gäller för implementering SAP HANA på Red Hat:
- SAP-supportanteckning #2009879 – SAP HANA riktlinjer Red Hat Enterprise Linux RHEL-operativsystem (Red Hat Enterprise Linux)
- SAP-supportanteckning #2292690 – SAP HANA DB: Rekommenderade OS-inställningar för RHEL 7
- SAP-supportanteckning #1391070 – Linux UUID-lösningar
- SAP-supportanteckning #2228351 – Linux: SAP HANA Database SPS 11 revision 110 (eller senare) på RHEL 6 eller SLES 11
- SAP-supportanteckning #2397039 – Vanliga frågor och svar: SAP på RHEL
- SAP-supportanteckning #2002167 – Red Hat Enterprise Linux 7.x: Installation och uppgradering
Tidssynkronisering
SAP-program som bygger på SAP NetWeaver-arkitekturen är känsliga för tidsskillnader för sap-systemets komponenter. SAP ABAP korta dumpar med felrubriken ZDATE _ LARGE TIME DIFF är förmodligen _ _ välbekanta. Det beror på att dessa korta dumpar visas när systemtiden för olika servrar eller virtuella datorer (VM) är för långt ifrån varandra.
För SAP HANA på Azure (stora instanser) gäller inte tidssynkronisering i Azure för beräkningsenheterna i stämplarna för stora instanser. Det gäller inte heller för att köra SAP-program på interna virtuella Azure-datorer, eftersom Azure säkerställer att systemets tid synkroniseras korrekt.
Därför måste du konfigurera en separat tidsserver. Den här servern används av SAP-programservrar som körs på virtuella Azure-datorer. Den kommer också att användas av SAP HANA databasinstanser som körs på hana stora instanser. Lagringsinfrastrukturen i stora instansstämplar tidssynkroneras med NTP-servrar (Network Time Protocol).
Nätverk
När du utformar dina virtuella Azure-nätverk och ansluter de virtuella nätverken till de stora HANA-instanserna måste du följa rekommendationerna som beskrivs i:
- SAP HANA (stor instans) – översikt och arkitektur i Azure
- SAP HANA (stora instanser) infrastruktur och anslutning i Azure
Här är några detaljer som är värda att nämna om nätverken för de enskilda enheterna. Varje enhet för stora HANA-instanser har två eller tre IP-adresser tilldelade till två eller tre NIC-portar (Network Interface Controller). Tre IP-adresser används i HANA-utskalningskonfigurationer och HANA-systemreplikeringsscenariot. En av de IP-adresser som tilldelats till nätverkskortet för enheten är utanför serverns IP-pool som beskrivs i översikten över SAP HANA (stora instanser)och arkitekturen i Azure .
Mer information om Ethernet för din arkitektur finns i HLI-scenarier som stöds.
Storage
Lagringslayouten för SAP HANA (stora instanser) konfigureras av SAP HANA Azure Service Management med hjälp av rekommenderade riktlinjer för SAP. Dessa riktlinjer dokumenteras i SAP HANA lagringskrav.
De ungefärliga storlekarna för de olika volymerna med de olika SKU:erna för stora HANA-instanser dokumenteras i översikten SAP HANA (stora instanser)och arkitekturen i Azure .
Namngivningskonventionerna för lagringsvolymerna visas i följande tabell:
| Storage användning | Monteringsnamn | Volymnamn |
|---|---|---|
| HANA-data | /hana/data/SID/mnt0000<m> | Storage IP:/hana_data_SID_mnt00001_tenant_vol |
| HANA-logg | /hana/log/SID/mnt0000<m> | Storage IP:/hana_log_SID_mnt00001_tenant_vol |
| HANA-loggsäkerhetskopia | /hana/log/backups | Storage IP:/hana_log_backups_SID_mnt00001_tenant_vol |
| DELAD HANA | /hana/shared/SID | Storage IP:/hana_shared_SID_mnt00001_tenant_vol/shared |
| usr/sap | /usr/sap/SID | Storage IP:/hana_shared_SID_mnt00001_tenant_vol/usr_sap |
SID är SYSTEM-ID:t för HANA-instansen.
Klientorganisation är en intern uppräkning av åtgärder när du distribuerar en klientorganisation.
HANA usr/sap delar samma volym. Monteringspunkternas terminologi innehåller system-ID:t för HANA-instanserna och monteringsnumret. I uppskalningsdistributioner finns det bara en montering, till exempel mnt00001. I utskalningsdistributioner ser du lika många monteringar som du har arbetsnoder och primära noder.
För utskalningsmiljöer delas volymer för data, logg- och loggsäkerhetskopior och kopplas till varje nod i utskalningskonfigurationen. För konfigurationer som är flera SAP-instanser skapas och kopplas en annan uppsättning volymer till den stora HANA-instansen. Information om lagringslayouten för ditt scenario finns i Scenarier som stöds av HLI.
Stora HANA-instanser har en volym av hög volym för HANA/data och en HANA-volym/logg-/säkerhetskopiering. Vi har gjort HANA/data så stora eftersom ögonblicksbilderna av lagringen använder samma diskvolym. Ju fler ögonblicksbilder av lagringsutrymmet du gör, desto mer utrymme förbrukas av ögonblicksbilder i dina tilldelade lagringsvolymer.
VOLYMEN HANA/logg/säkerhetskopiering ska inte vara volymen för databassäkerhetskopior. Den ska användas som säkerhetskopieringsvolym för säkerhetskopior av HANA-transaktionsloggen. Mer information finns i SAP HANA (stora instanser) hög tillgänglighet och haveriberedskap i Azure.
Du kan öka lagringsutrymmet genom att köpa extra kapacitet i steg om 1 TB. Den här extra lagringen kan läggas till som nya volymer i en stor HANA-instans.
Under onboarding med SAP HANA i Azure Service Management anger du ett användar-ID (UID) och grupp-ID (GID) för sidadm-användaren och sapsys-gruppen (till exempel: 1000 500). Under installationen av SAP HANA måste du använda samma värden. Eftersom du vill distribuera flera HANA-instanser på en enhet får du flera uppsättningar med volymer (en uppsättning för varje instans). Vid distributionen måste du därför definiera:
- SID för de olika HANA-instanserna (sidadm härleds från det).
- Minnesstorlekarna för de olika HANA-instanserna. Minnesstorleken per instans definierar storleken på volymerna i varje enskild volymuppsättning.
Baserat på rekommendationer från lagringsprovidern konfigureras följande monteringsalternativ för alla monterade volymer (omfattar inte start-LUN):
- nfs rw, vers=4, hard, timeo=600, rsize=1048576, wsize=1048576, intr, noatime, lock 0 0
Dessa monteringspunkter konfigureras i /etc/fstab enligt följande skärmbilder:
Utdata från kommandot df -h på en stor S72m HANA-instans ser ut så här:
Lagringsstyrenheten och noderna i stämplarna för stora instanser synkroniseras med NTP-servrar. Det är viktigt att SAP HANA på Azure (stora instanser) och virtuella Azure-datorer mot en NTP-server. Det eliminerar betydande tidsavdrift mellan infrastrukturen och beräkningsenheterna i Azure eller stora instansstämplar.
Om du SAP HANA till den lagring som används under, anger du följande SAP HANA konfigurationsparametrar:
- max_parallel_io_requests 128
- async_read_submit på
- async_write_submit_active på
- async_write_submit_blocks alla
För SAP HANA version 1.0 upp till SPS12 kan dessa parametrar anges under installationen av SAP HANA-databasen, enligt beskrivningen i SAP-anteckningen #2267798 – Konfiguration av SAP HANA-databasen.
Du kan också konfigurera parametrarna efter installationen SAP HANA databasen med hjälp av hdbparam-ramverket.
Lagringen som används i hana stora instanser har en filstorleksbegränsning. Storleksbegränsningen är 16 TB per fil. Till skillnad från filstorleksbegränsningar i EXT3-filsystemen är HANA inte medveten implicit om lagringsbegränsningen som tillämpas av lagringen för hana stora instanser. Därför skapar HANA inte automatiskt en ny datafil när filstorleksgränsen på 16 TB nås. När HANA försöker utöka filen till mer än 16 TB rapporterar HANA fel och indexservern kraschar i slutet.
Viktigt
Om du vill förhindra att HANA försöker utöka datafilerna till en storleksgräns på 16 TB för lagring av stora HANA-instanser anger du följande parametrar i SAP HANA global.ini-konfigurationsfilen:
Med SAP HANA 2.0 är hdbparam-ramverket inaktuellt. Parametrarna måste därför anges med hjälp av SQL kommandon. Mer information finns i SAP-anteckningen #2399079: Borttagning av hdbparam i HANA 2.
Se scenarier som stöds av HLI om du vill veta mer om lagringslayouten för din arkitektur.
Nästa steg
Gå igenom stegen för att installera SAP HANA på Azure (stora instanser).