Instalace a konfigurace SAP HANA (velké instance) v Azure

V tomto článku vás provedeme ověřením, konfigurací a instalací Velké instance SAP HANA (HLI) v Azure (jinak označované jako BareMetal Infrastructure).

Požadavky

Než si tento článek pročítáte, seznamte se s těmito funkcemi:

Další zdroje informací:

Plánování instalace

Za instalaci SAP HANA zodpovídáte vy. Po navázání připojení mezi virtuálními sítěmi Azure a jednotkami velké instance HANA můžete začít instalovat novou službu SAP HANA na server Azure (velké instance).

Poznámka

Podle zásad SAP musí instalaci SAP HANA provést osoba, která složila zkoušku Certified SAP Technology Associate, certifikační zkoušku SAP HANA Installation nebo která je certifikovaným systémovým integrátorem (SI).

Pokud plánujete instalaci HANA 2.0, projděte si poznámku podpory SAP #2235581 – SAP HANA: Podporované operační systémy. Ujistěte se, že operační systém podporuje SAP HANA verzi, kterou instalujete. Podporovaný operační systém pro HANA 2.0 je restriktivnější než podporovaný operační systém pro HANA 1.0. Ověřte, že verze operačního systému, který vás zajímá, je podporovaná pro konkrétní velkou instanci HANA. Použijte tento seznam. Výběrem HLI zobrazíte podrobnosti seznamu podporovaných operačních systémů pro tuto jednotku.

Před zahájením instalace HANA ověřte následující:

Ověření jednotek velkých instancí HANA

Jakmile od Microsoftu obdržíte velké instance HANA, navázání přístupu a připojení k nim. Potom ověřte následující nastavení a podle potřeby ho upravte.

  1. Zkontrolujte v Azure Portal, jestli se instance zobrazují se správnými skladmi a operačním systémem. Další informace najdete v tématu Řízení velkých instancí Azure HANA prostřednictvím Azure Portal.

  2. Zaregistrujte operační systém instance u svého poskytovatele operačního systému. Tento krok zahrnuje registraci operačního systému SUSE Linux v instanci nástroje SUSE Subscription Management Tool (SMT), který je nasazený na virtuálním počítači v Azure.

    Velká instance HANA se může k této instanci SMT připojit. (Další informace najdete v tématu Nastavení serveru SMT pro SUSE Linux). Pokud používáte operační systém Red Hat, musí být zaregistrovaný ve Správci předplatného Red Hat, ke které se připojíte. Další informace najdete v poznámkách v tématu Co je SAP HANA Azure (velké instance)?.

    Tento krok je nezbytný pro opravy operačního systému, což je na vás. Informace o SUSE najdete v dokumentaci k instalaci a konfiguraci nástroje SMT.

  3. Zkontrolujte nové opravy a opravy konkrétní verze nebo verze operačního systému. Ověřte, že velká instance HANA obsahuje nejnovější opravy. Někdy nejsou k dispozici nejnovější opravy, proto nezapomeňte provést kontrolu.

  4. Zkontrolujte příslušné poznámky SAP k instalaci a konfiguraci SAP HANA konkrétní verze nebo verze operačního systému. Microsoft HLI nekonfiguruje vždy úplně. Změna doporučení nebo změn poznámek nebo konfigurací SAP závislých na jednotlivých scénářích může být znemožněná.

    Proto si nezapomeňte přečíst poznámky SAP související s SAP HANA pro vaši přesnou verzi Linuxu. Zkontrolujte také konfigurace verze nebo verze operačního systému a pokud jste to ještě neudělali, použijte nastavení konfigurace.

    Konkrétně zkontrolujte následující parametry a nakonec upravte na:

    • 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

    Počínaje SLES12 SP1 a Red Hat Enterprise Linuxem (RHEL) 7.2 musí být tyto parametry nastavené v konfiguračním souboru v adresáři /etc/sysctl.d. Například musí být vytvořen konfigurační soubor s názvem 91-NetApp-HANA.conf. U starších verzí SLES a RHEL musí být tyto parametry nastavené v souboru/etc/sysctl.conf.

    U všech verzí RHEL počínaje RHEL 6.3 mějte na paměti:

    • Parametr sunrpc.tcp_slot_table_entries = 128 musí být nastavený v souboru/etc/modprobe.d/sunrpc-local.conf. Pokud soubor neexistuje, vytvořte ho nejprve přidáním položky :
      • options sunrpc tcp_max_slot_table_entries=128
  5. Zkontrolujte systémový čas velké instance HANA. Instance se nasadí se systémovým časovým pásmem. Toto časové pásmo představuje umístění oblasti Azure, ve které se nachází razítko velké instance HANA. Můžete změnit systémový čas nebo časové pásmo instancí, které vlastníte.

    Pokud si do tenanta objednáte více instancí, musíte upravit časové pásmo nově doručených instancí. Microsoft nemá žádný přehled o systémovém časovém pásmu, které jste nastavili s instancemi po předání. Nově nasazené instance tedy nemusí být nastavené ve stejném časovém pásmu jako instance, na kterou jste změnili. Je na vás, abyste podle potřeby přizpůsobili časové pásmo instancí, které byly předány.

  6. Zkontrolujte atd./hostitele. Když se okna předá, mají přiřazené různé IP adresy pro různé účely. Při přidání jednotek do existujícího tenanta je důležité zkontrolovat soubor etc/hosts. Soubor etc/hosts nově nasazených systémů nemusí být správně udržován s IP adresami systémů dodaných dříve. Ujistěte se, že nově nasazená instance dokáže přeložit názvy jednotek, které jste ve svém tenantovi nasadili dříve.

Operační systém

Místo pro prohození doručené image operačního systému je podle poznámky k podpoře SAP #1999997 –nejčastější dotazy: SAP HANA paměti . Pokud chcete jiné nastavení, musíte si ho nastavit sami.

SUSE Linux Enterprise Server 12 SP1 pro aplikace SAP je distribuce Linuxu, která je nainstalovaná pro SAP HANA v Azure (velké instance). Tato distribuce poskytuje funkce specifické pro SAP, včetně předem nastavených parametrů pro efektivní spouštění SAP na SLES.

Několik užitečných zdrojů informací souvisejících s nasazením SAP HANA na SLES najdete tady:

Tyto prostředky zahrnují informace o nastavení vysoké dostupnosti, zabezpečení pro operace SAP a další.

Tady jsou další zdroje informací pro SAP v SUSE:

Následující dokumenty jsou poznámky k podpoře SAP, které se vztahují k implementaci SAP HANA na SLES 12:

Red Hat Enterprise Linux pro SAP HANA je další nabídkou pro spouštění SAP HANA ve velkých instancích HANA. K dispozici jsou a podporované verze RHEL 7.2 a 7.3. Další informace o SASu v Red Hatu najdete na SAP HANA na webu Red Hat Linux.

Následující dokumenty jsou poznámky k podpoře SAP, které se vztahují k implementaci SAP HANA red Hatu:

Čas synchronizace

Aplikace SAP založené na architektuře SAP NetWeaver jsou citlivé na časové rozdíly mezi komponentami systému SAP. SAP jazyk ABAP krátké výpisy s chybou, které jsou v ZDATE _ velkých _ časových _ rozdílů, jsou pravděpodobně známé. To je proto, že tyto krátké výpisy se zobrazí, když se systémový čas různých serverů nebo virtuálních počítačů posune příliš daleko od sebe.

V případě SAP HANA v Azure (velké instance) se synchronizace času v Azure nevztahuje na výpočetní jednotky ve velkých označeních instance. Nevztahují se také na spuštěné aplikace SAP v nativních virtuálních počítačích Azure, protože systém Azure zajišťuje správnou synchronizaci času systému.

V důsledku toho je potřeba nastavit samostatný časový server. Tento server budou používat aplikační servery SAP běžící na virtuálních počítačích Azure. Bude také používána instancemi databáze SAP HANA spuštěnými ve velkých instancích HANA. Infrastruktura úložiště u razítek velkých instancí je časově synchronizovaná se servery NTP (Network Time Protocol).

Sítě

V tématu navrhování virtuálních sítí Azure a připojení těchto virtuálních sítí k velkým instancím HANA nezapomeňte postupovat podle doporučení popsaných v tématu:

Zde uvádíme několik detailů, které se týkají sítě s jednotlivými jednotkami. Každá jednotka velkých instancí HANA má dvě nebo tři IP adresy, které jsou přiřazené dvěma nebo třemi porty řadiče síťového rozhraní (NIC). V konfiguracích se škálováním na více systémů a ve scénáři replikace systému HANA se používají tři IP adresy. Jedna z IP adres přiřazená síťové kartě jednotky je mimo fond IP adres serveru, který je popsaný v tématu SAP Hana (velké instance) přehled a architektura v Azure.

Další informace o možnostech sítě Ethernet pro vaši architekturu najdete v tématu podporované scénáře HLI.

Storage

Rozložení úložiště pro SAP HANA (velké instance) se konfiguruje SAP HANA ve službě Azure Service Management pomocí doporučených pokynů pro SAP. Tyto pokyny jsou popsány v SAP HANA požadavky na úložiště.

Hrubou velikost různých svazků s různými jednotkami SKU velkých instancí HANA je popsána v článku SAP Hana (velké instance) přehled a architektura v Azure.

Zásady vytváření názvů svazků úložiště jsou uvedené v následující tabulce:

využití Storage Název připojení Název svazku
Data HANA /hana/data/SID/mnt0000<m> Storage Hana_data_SID_mnt00001_tenant_vol IP:/
Protokol HANA /hana/log/SID/mnt0000<m> Storage Hana_log_SID_mnt00001_tenant_vol IP:/
Zálohování protokolu HANA /hana/log/backups Storage Hana_log_backups_SID_mnt00001_tenant_vol IP:/
Sdílená 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

Identifikátor SID je ID systému instance Hana.

Tenant je interní výčet operací při nasazení tenanta.

HANA usr/SAP sdílí stejný svazek. Klasifikace mountpoints zahrnuje ID systému instancí HANA a číslo připojení. V nasazení se škálováním na více míst existuje jenom jedno připojení, například mnt00001. V nasazení se škálováním na více instancí uvidíte tolik připojení jako pracovní a primární uzly.

Pro prostředí se škálováním na více instancí se svazky, protokoly a zálohy protokolů sdílejí a připojují k jednotlivým uzlům v konfiguraci s možností horizontálního rozšíření kapacity. V případě konfigurací, které jsou několika instancemi SAP, se vytvoří jiná sada svazků a připojí se k velké instanci HANA. Podrobnosti o rozložení úložiště pro váš scénář najdete v tématu podporované scénáře HLI.

Velké instance HANA se dodávají se svazkem velkorysá disku pro HANA/data a svazkem HANA/log/Backup. Data HANA a dat jsme vytvořili tak velké, protože snímky úložiště používají stejný diskový svazek. Další snímky úložiště, které provedete, je více místa spotřebované snímky v přiřazených svazcích úložiště.

Svazek HANA/log/Backup by neměl být svazkem pro zálohy databáze. Velikost se používá jako záložní svazek pro zálohy protokolu transakcí HANA. Další informace najdete v tématu SAP Hana (velké instance) vysoká dostupnost a zotavení po havárii v Azure.

Svoje úložiště můžete zvýšit tak, že nakoupíte větší kapacitu v přírůstcích po 1 TB. Toto dodatečné úložiště je možné přidat jako nové svazky do velké instance HANA.

Během připojování pomocí SAP HANA ve službě Azure Service Management zadáte ID uživatele (UID) a ID skupiny (GID) pro uživatele sidadm a skupinu sapsys (například: 1 000 500). Během instalace SAP HANA systému je nutné použít stejné hodnoty. Vzhledem k tomu, že chcete nasadit více instancí HANA na jednotku, získáte více sad svazků (jedna sada pro každou instanci). V době nasazení tedy musíte definovat:

  • Identifikátor SID různých instancí HANA (sidadm je z něj odvozený).
  • Velikosti paměti různých instancí HANA. Velikost paměti na instanci definuje velikost svazků v jednotlivých svazcích sady.

Na základě doporučení pro poskytovatele úložiště jsou pro všechny připojené svazky nakonfigurované následující možnosti připojení (nezahrnuje spouštěcí logickou jednotku):

  • NFS – RW, západ = 4, tvrdý, Timeo = 600, rsize = 1048576, wsize = 1048576, intr, noatime, Lock 0 0

Tyto přípojné body jsou nakonfigurovány v/etc/fstab, jak je znázorněno na následujících snímcích obrazovky:

Snímek obrazovky zobrazující fstab připojené svazky v jednotkách velkých instancí HANA

Výstup příkazu df-h na velké instanci S72m HANA vypadá nějak takto:

Snímek obrazovky zobrazující výstup příkazu pro velkou instanci HANA

Řadič úložiště a uzly v dlouhých razítkech instance se synchronizují se servery NTP. Je důležité synchronizovat SAP HANA v Azure (velké instance) a virtuální počítače Azure se serverem NTP. Eliminuje značnou dobu mezi infrastrukturou a výpočetními jednotkami v Azure nebo v razítek velkých instancí.

Pokud chcete optimalizovat SAP HANA v níže používaném úložišti, nastavte následující parametry konfigurace SAP HANA:

  • max_parallel_io_requests 128
  • async_read_submit na
  • async_write_submit_active na
  • async_write_submit_blocks vše

Pro verze SAP HANA 1,0 až do SPS12 lze tyto parametry nastavit během instalace databáze SAP HANA, jak je popsáno v tématu SAP note #2267798-Configuration of SAP HANA Database.

Parametry můžete nakonfigurovat i po instalaci SAP HANA databáze pomocí architektury hdbparam.

Úložiště používané ve velkých instancích HANA má omezení velikosti souboru. Omezení velikosti je 16 TB na jeden soubor. Na rozdíl od omezení velikosti souborů v systémech souborů EXT3 nemá HANA implicitně implicitní omezení úložiště vynutilé úložištěm velkých instancí HANA. V důsledku toho HANA nevytvoří automaticky nový datový soubor, když je dosaženo limitu velikosti souboru 16 TB. Vzhledem k tomu, že HANA se pokusí zvětšit soubor nad rámec 16 TB, HANA odešle zprávy o chybách a indexový server selže na konci.

Důležité

Pokud chcete, aby HANA nedošlo k pokusu o zvětšení datových souborů nad rámec velikosti souborů o velikosti 16 TB úložiště velkých instancí HANA, nastavte v konfiguračním souboru SAP HANA global.ini následující parametry:

  • datavolume_striping = true
  • datavolume_striping_size_gb = 15000
  • Viz také SAP – Poznámka #2400005
  • Pamatujte na poznámku ke SAP #2631285

S SAP HANA 2,0 se rozhraní hdbparam už nepoužívá. parametry musí být nastaveny pomocí SQLch příkazů. Další informace najdete v tématu SAP note #2399079: eliminace hdbparam v Hana 2.

Další informace o rozložení úložiště pro vaši architekturu najdete v tématu podporované scénáře HLI .

Další kroky

Projděte si postup instalace SAP HANA v Azure (velké instance).