Sdílet prostřednictvím

Migrace SAP HANA ve velké instanci Azure do Azure Virtual Machines

  • Článek

Tento článek popisuje možné scénáře nasazení velké instance Azure a nabízí přístup k plánování a migraci s minimálními výpadky přechodu.

Přehled

Velké instance Azure pro SAP HANA (HLI) byly poprvé oznámeny v září 2016. Od té doby mnozí tento hardware přijali jako službu pro svou výpočetní platformu v paměti. V posledních letech ale rozšíření velikosti virtuálních počítačů Azure a podpora nasazení hana se škálováním na více instancí překročily poptávku po kapacitě databází ERP u většiny podnikových zákazníků. Řada z nich vyjadřuje zájem o migraci úloh SAP HANA z fyzických serverů na virtuální počítače Azure.

Tento článek není podrobným konfiguračním dokumentem. Popisuje běžné modely nasazení a nabízí rady k plánování a migraci. Naším záměrem je zohlednit nezbytné aspekty přípravy, abychom minimalizovali výpadky přechodu.

Předpoklady

Tento článek předpokládá následující předpoklady:

  • Budeme uvažovat pouze o migraci homogenních databázových výpočetních služeb HANA z velké instance Hana (HLI) na virtuální počítač Azure bez významného upgradu nebo oprav softwaru. Mezi tyto dílčí aktualizace patří použití novější verze operačního systému (OS) nebo verze HANA, která je explicitně uvedena jako podporovaná příslušnými poznámkami SAP.
  • Všechny aktivity aktualizací a upgradů provedete před nebo po migraci. Například SAP HANA MCOS převádí na nasazení MDC.
  • Přístup k migraci, který nabízí nejmenší výpadek, je replikace systému SAP HANA. Jiné metody migrace nejsou součástí rozsahu tohoto dokumentu.
  • Tyto pokyny platí pro skladové položky Rev3 i Rev4 HLI.
  • Architektura nasazení HANA zůstává během migrace primárně beze změny. To znamená, že systém s zotavením po havárii jedné instance (DR) zůstane v cíli stejný.
  • Prošli jste si a porozuměli jste smlouvě o úrovni služeb (SLA) cílové (to-be) architektury.
  • Komerční podmínky mezi HLI a virtuálními počítači se liší. Monitorujte využití virtuálních počítačů pro správu nákladů.
  • Chápete, že HLI je vyhrazená výpočetní platforma, zatímco virtuální počítače běží na sdílené, ale izolované infrastruktuře.
  • Ověřili jste, že cílové virtuální počítače podporují vaši zamýšlenou architekturu. Seznam podporovaných skladových položek virtuálních počítačů certifikovaných pro nasazení SAP HANA najdete v hardwarovém adresáři SAP HANA.
  • Ověřili jste návrh a plán migrace.
  • Naplánujte virtuální počítač zotavení po havárii společně s primární lokalitou. Po migraci nemůžete použít HLI jako uzel zotavení po havárii pro primární lokalitu spuštěnou na virtuálních počítačích.
  • Na základě požadavků na obchodní obnovitelnost a dodržování předpisů jste zkopírovali požadované záložní soubory do cílových virtuálních počítačů. Díky přístupným zálohám virtuálních počítačů umožňuje obnovení k určitému bodu v čase během přechodného období.
  • V případě vysoké dostupnosti (HA) replikace systému SAP HANA (HSR) je potřeba nastavit a nakonfigurovat oplocení zařízení podle průvodců vysokou dostupností SAP HANA pro SLES a RHEL. Není to předkonfigurované jako v případě HLI.
  • Tento přístup k migraci se nevztahuje na skladové položky HLI s konfigurací Optane.

Scénáře nasazení

Pro všechny scénáře HLI můžete migrovat na virtuální počítače Azure. Běžné modely nasazení pro HLI jsou shrnuté v následující tabulce. Abyste mohli využívat doplňkové služby Azure, možná budete muset provést menší změny architektury.

ID scénáře Scénář HLI Migrovat na virtuální počítač doslovně? Poznámka
1 Jeden uzel s jedním identifikátorem SID Ano -
2 Jeden uzel s více komponentami v jednom systému (MCOS) Ano -
3 Jeden uzel s zotavením po havárii s využitím replikace úložiště Ne Replikace úložiště není k dispozici s virtuální platformou Azure. změňte aktuální řešení zotavení po havárii na HSR nebo zálohování/obnovení.
4 Jeden uzel s zotavením po havárii (multipurpose) s využitím replikace úložiště Ne Replikace úložiště není k dispozici s virtuální platformou Azure. změňte aktuální řešení zotavení po havárii na HSR nebo zálohování/obnovení.
5 HSR s oplocením pro zajištění vysoké dostupnosti Ano Žádné předkonfigurované sbd pro cílové virtuální počítače. Vyberte a nasaďte řešení oplocení. Možné možnosti: Azure Fencing Agent (podporuje se pro RHEL, SLES i SBD.
6 Vysoká dostupnost s HSR, zotavení po havárii s replikací úložiště Ne Replikaci úložiště pro potřeby zotavení po havárii nahraďte hsR nebo zálohováním/obnovením.
7 Automatické převzetí služeb při selhání hostitele (1+1) Ano Pro sdílené úložiště s virtuálními počítači Azure použijte Azure NetApp Files (ANF).
8 Horizontální navýšení kapacity s pohotovostním režimem Ano BW/4HANA s virtuálními počítači M128s, M416s a M416ms, které používají ANF jenom pro úložiště.
9 Horizontální navýšení kapacity bez pohotovostního režimu Ano BW/4HANA s virtuálními počítači M128s, M416s a M416ms (s použitím ANF pro úložiště nebo bez).
10 Škálování na více instancí s využitím zotavení po havárii s využitím replikace úložiště Ne Replikaci úložiště pro potřeby zotavení po havárii nahraďte hsR nebo zálohováním/obnovením.
11 Jeden uzel s zotavením po havárii s využitím HSR Ano -
12 HSR s jedním uzlem na zotavení po havárii (optimalizované pro náklady) Ano -
13 Vysoká dostupnost a zotavení po havárii s HSR Ano -
14 Vysoká dostupnost a zotavení po havárii s HSR (optimalizované pro náklady) Ano -
15 Škálování na více instancí s využitím zotavení po havárii s využitím HSR Ano BW/4HANA s M128s. Virtuální počítače M416s, M416ms (s použitím ANF pro úložiště nebo bez)

Plánování zdroje (HLI)

Při onboardingu serveru HLI jste spolu se správou služeb Microsoftu prošli plánováním nastavení výpočetních prostředků, sítě, úložiště a operačního systému pro spuštění databáze SAP HANA. Podobné plánování je potřeba provést i při migraci na virtuální počítač Azure.

Úklid SAP HANA

Osvědčeným provozním postupem je uklidit obsah databáze, aby se do nové databáze nemigrovaly nežádoucí, zastaralá data nebo zastaralé protokoly. Úklid obvykle zahrnuje odstranění nebo archivaci starých, prošlých nebo neaktivních dat. Tato "hygiena údajů" by měla být testována v neprodukčních systémech, aby se ověřila platnost jejich úprav před použitím ve výrobě.

Povolit síťové připojení pro nové virtuální počítače a virtuální síť

Ve vašem nasazení HLI byla síť nastavena na základě informací popsaných v článku Architektura sítě SAP HANA (velké instance). Směrování síťového provozu se také provádí způsobem popsaným v části Směrování v Azure.

  • Je nový cíl migrace virtuálního počítače umístěný ve stávající virtuální síti s rozsahy IP adres, které už mají povolené připojení k HLI? Pak už není potřeba žádná další aktualizace připojení.
  • Je nový virtuální počítač Azure umístěný v novém Virtual Network Microsoft Azure, třeba v jiné oblasti, a je v partnerském vztahu se stávající virtuální sítí? Pak můžete pomocí klíče služby ExpressRoute a ID prostředku z původního zřizování HLI povolit přístup pro tento nový rozsah IP adres virtuální sítě. Koordinujte se správou služeb Microsoftu a povolte připojení virtuální sítě k HLI.

    Poznámka

    Aby se minimalizovala latence sítě mezi vrstvou aplikace a databáze, musí být aplikační i databázové vrstvy ve stejné virtuální síti.

Existující skupina dostupnosti aplikační vrstvy, zóny dostupnosti a skupina umístění bezkontaktní komunikace (PPG)

Aktuální model nasazení jsme navrhli tak, aby splňoval určité cíle úrovně služeb. V tomto kroku zajistěte, aby cílová infrastruktura splňovala nebo překročila stanovené cíle.
Vaše aplikační servery SAP jsou s největší pravděpodobností umístěné ve skupině dostupnosti. Pokud je aktuální úroveň služby nasazení uspokojivá a cílový virtuální počítač přebírá název hostitele logického názvu HLI, bude aktualizace překladu adres DNS (Domain Name Service) odkazující na IP adresu virtuálního počítače fungovat bez aktualizace profilů SAP.

Proces ukončení replikace úložiště (pokud se používá)

Pokud jste jako řešení zotavení po havárii použili replikaci úložiště, ukončete ji po vypnutí aplikace SAP. Než to uděláte, ujistěte se, že se poslední katalog SAP HANA, soubor protokolu a zálohy dat replikují na vzdálené svazky úložiště zotavení po havárii HLI. Tato replikace je důležitá v případě, že během přechodu z fyzického serveru na virtuální počítač Azure dojde k havárii.

Důležité informace o zachování záloh dat

Po přechodu na SAP HANA na virtuálním počítači Azure nebudou zálohy dat a protokolů založené na snímcích na HLI snadno dostupné ani obnovitelné na virtuálním počítači. Doporučujeme pořídit zálohy a snímky na úrovni souborů na HLI i týdny před oříznutím. Nechte si tyto zálohy zkopírovat do účtu služby Azure Storage, který bude přístupný z nového virtuálního počítače SAP HANA. Také v raném přechodném období, než zálohování založené na Azure vytvoří dostatečnou historii pro splnění požadavků na obnovení k určitému bodu v čase, pořiďte zálohy na úrovni souborů.

Zálohování obsahu HLI je velmi důležité. Je také vhodné mít k dispozici úplné zálohy prostředí SAP, které jsou snadno dostupné pro případ, že by bylo potřeba vrácení zpět.

Úprava monitorování systému

K monitorování a odesílání oznámení výstrah pro systémy v rámci vašeho prostředí SAP můžete použít mnoho různých nástrojů. Nezapomeňte provést příslušná opatření k začlenění změn pro monitorování a v případě potřeby aktualizovat příjemce oznámení o upozorněních.

Zapojení provozního týmu Microsoftu

Otevřete lístek z Azure Portal na základě existující instance HLI. Po vytvoření lístku podpory vás technik podpory kontaktuje e-mailem.

Zapojení týmu účtu Microsoft

Naplánujte migraci blízko výročí prodloužení platnosti smlouvy HLI, aby se minimalizovaly zbytečné náklady na výpočetní prostředek. Pokud chcete HLI vyřadit z provozu, koordinujte ukončení smlouvy a vypínání jednotky.

Plánování cíle

Pečlivé plánování je nezbytné pro nasazení nové infrastruktury, aby se místo stávající infrastruktury chytly. Ujistěte se, že nový přírůstek splní vaše potřeby ve větším schématu věcí. Tady je několik klíčových bodů, které byste měli zvážit.

Dostupnost prostředků v cílové oblasti

Aktuální oblast nasazení aplikačních serverů SAP je obvykle blízko přidruženým HLI. Vysoké instance se ale nabízejí v menším počtu umístění než v dostupných oblastech Azure. Při migraci fyzického HLI na virtuální počítač Azure je také vhodné doladit vzdálenost všech souvisejících služeb za účelem optimalizace výkonu. Přitom se ujistěte, že vybraná oblast má všechny požadované prostředky. Můžete například chtít zkontrolovat dostupnost určité řady virtuálních počítačů nebo nastavení zón Azure nabízejících vysokou dostupnost.

Virtuální síť

Chcete novou databázi HANA spustit ve stávající virtuální síti, nebo vytvořit novou? Hlavním rozhodujícím faktorem je aktuální rozložení sítě pro prostředí SAP. Navíc platí, že když infrastruktura přejde z nasazení s jednou zónou na dvě zóny a používá PPG, dojde k změně architektury. Další informace najdete v článku Azure PPG pro optimální latenci sítě s aplikací SAP.

Zabezpečení

Bez ohledu na to, jestli nový virtuální počítač SAP HANA běží v nové nebo existující virtuální síti nebo podsíti, jedná se o novou službu, která je pro vaši firmu důležitá. Zaslouží si ochranu. Zajistěte, aby řízení přístupu odpovídalo zásadám zabezpečení vaší společnosti.

Doporučení ke stanovení velikosti virtuálních počítačů

Tato migrace je také příležitostí ke správnému nastavení velikosti výpočetního modulu HANA. Pomocí systémových zobrazení HANA se sadou HANA Studio můžete porozumět spotřebě systémových prostředků, což umožňuje správné nastavení velikosti, které zvyšuje efektivitu útraty.

Storage

Výkon úložiště je jedním z faktorů, které ovlivní uživatelské prostředí aplikace SAP. Pro dané skladové položky virtuálních počítačů jsou publikovaná minimální rozložení úložiště. Další informace najdete v tématu Konfigurace úložiště virtuálních počítačů Azure pro SAP HANA. Doporučujeme projít si tyto specifikace a porovnat je se stávajícími statistikami systému HLI, abyste zajistili odpovídající vstupně-výstupní kapacitu a výkon pro váš nový virtuální počítač HANA.

Nakonfigurujete PPG pro nový virtuální počítač HANA a jeho přidružené severy? Pak odešlete lístek podpory, abyste zkontrolovali a zajistili společné umístění úložiště a virtuálního počítače. Vzhledem k tomu, že vaše řešení zálohování může být potřeba změnit, projděte si také náklady na úložiště, abyste se vyhnuli překvapením provozní útraty.

Replikace úložiště pro zotavení po havárii

U HLI byla replikace úložiště výchozí možností pro zotavení po havárii. Tato funkce není výchozí možností pro SAP HANA na virtuálním počítači Azure. Zvažte HSR, zálohování/obnovení nebo jiná podporovaná řešení, která vyhovují potřebám vaší firmy.

Skupiny dostupnosti, zóny dostupnosti a skupiny umístění bezkontaktní komunikace

Vzdálenost mezi aplikační vrstvou a SAP HANA můžete zkrátit, abyste zachovali minimální latenci sítě. Umístěte nový databázový virtuální počítač a aktuální aplikační servery SAP do ppg. Další informace o tom, jak skupina dostupnosti Azure a zóny dostupnosti fungují s PPG pro nasazení SAP, najdete v tématu Skupina umístění bezkontaktní komunikace.

Pokud jsou členové vašeho systému HANA nasazeni ve více než jedné zóně Azure, měli byste znát profil latence vybraných zón. Umístěte systémové komponenty SAP, abyste zmenšili vzdálenost mezi aplikací SAP a databází. Nástroj pro testování latence zóny dostupnosti ve veřejné doméně usnadňuje měření.

Strategie zálohování

Mnoho našich zákazníků už používá řešení zálohování třetích stran pro SAP HANA na HLI. Pokud ano, je potřeba nakonfigurovat jenom chráněné virtuální počítače a databáze HANA. Probíhající úlohy zálohování HLI můžou být neplánované, pokud se počítač po migraci vyřadí z provozu.

Zálohování Azure pro SAP HANA na virtuálním počítači je teď obecně dostupné. Další informace o zálohování SAP HANA na virtuálních počítačích Azure najdete v tématu Zálohování, obnovení a správa.

Strategie zotavení po havárii

Pokud vaše cíle na úrovni služeb použijí delší dobu obnovení, zálohování může být snadné. Zálohování do úložiště objektů blob a místní obnovení nebo obnovení na nový virtuální počítač je nejjednodušší a nejlevnější strategie zotavení po havárii.

Na platformě velkých instancí se zotavení po havárii HANA obvykle provádí pomocí HSR. Na virtuálním počítači Azure je HSR také nejpřirozenějším a nejnárodnějším řešením zotavení po havárii SAP HANA. Bez ohledu na to, jestli je nasazení zdroje jednou instancí nebo clusterem, je v oblasti zotavení po havárii vyžadována replika zdrojové infrastruktury. Tato replika zotavení po havárii se nakonfiguruje po dokončení migrace primárního serveru HLI na virtuální počítač. Databáze DR HANA se zaregistruje v primární instanci SAP HANA na virtuálním počítači jako sekundární replikační lokalita.

Změna cíle připojení aplikačního serveru SAP

Výsledkem migrace HSR je nový hostitel databáze HANA a také nový název hostitele databáze pro aplikační vrstvu. Upravte profily SAP tak, aby odrážely nový název hostitele. Pokud se přepnutí provádí tak, že překlad ip adres zachová název hostitele, nevyžaduje se žádná změna profilu.

Operační systém (OS)

Image operačního systému pro HLI a virtuální počítač, přestože jsou na stejné úrovni verze (například SLES 12 SP4), nejsou identické. Ověřte požadované balíčky, horké opravy, opravy, jádro a opravy zabezpečení na HLI. Pak nainstalujte stejné balíčky do cíle. HsR můžete použít k replikaci ze staršího operačního systému na virtuální počítač s novější verzí operačního systému. Ověřte podporované verze tím, že si projděte poznámku SAP 2763388.

Nová žádost o licenci SAP

Jednoduchý popisek žádosti o novou licenci SAP pro nový systém HANA teď, když je migrovaný do virtuálních počítačů.

Rozdíly ve smlouvě o úrovni služeb (SLA)

Autoři rádi označují rozdíl mezi smlouvou SLA o dostupnosti mezi HLI a virtuálním počítačem Azure. Například clusterované páry vysoké dostupnosti nabízejí 99,99% dostupnost. Pokud chcete dosáhnout stejné smlouvy SLA, budete muset nasadit virtuální počítače v zónách dostupnosti. Smlouva SLA pro Virtual Machines popisuje dostupnost pro různé konfigurace virtuálních počítačů, aby si zákazníci mohli naplánovat cílovou infrastrukturu.

Strategie migrace

V tomto dokumentu se zabýváme pouze přístupem k replikaci systému HANA pro migraci z HLI na virtuální počítač Azure. V závislosti na nasazené cílové řešení úložiště se proces mírně liší. Základní kroky jsou popsané níže.

Virtuální počítač s disky Premium/Ultra pro data

U virtuálních počítačů nasazených s disky Úrovně Premium nebo Ultra platí pro nastavení HSR standardní konfigurace replikace systému SAP HANA. Přehled kroků při nastavení replikace systému najdete v článku nápovědy k SAP. Článek se také zabývá převzetím sekundárního systému, navrácením služeb po obnovení do primárního systému a zákazem replikace systému. K migraci budeme potřebovat jenom kroky nastavení, převzetí a zakázání replikace.

Virtuální počítač s ANF pro svazky dat a protokolů

Na vysoké úrovni je potřeba do úložiště Azure zkopírovat nejnovější snímky úložiště HLI s úplnými datovými svazky a svazky protokolů. Odtud jsou přístupné a obnovitelné cílovým virtuálním počítačem HANA. Proces kopírování lze provést pomocí libovolných nativních nástrojů pro kopírování v Linuxu.

Důležité

Kopírování a přenos dat může trvat hodiny v závislosti na velikosti databáze HANA a šířce pásma sítě. Hromadná část procesu kopírování by se měla provést před výpadkem primární databáze HANA.

Převod z MCOS na MDC

Model nasazení Více komponent v jednom systému (MCOS) používali někteří naši zákazníci HLI. Motivací bylo obejít omezení snímků úložiště kontejneru více databází (MDC) dřívějších verzí SAP HANA. V modelu MCOS je v jedné velké instanci HANA naskládané několik nezávislých instancí SAP HANA. Použití HSR pro migraci funguje bez problémů, ale výsledkem je několik virtuálních počítačů HANA s jednou databází tenanta. Tento model je pro rušnější krajinu, než byste mohli preferovat. Výchozí nasazení pro SAP HANA 2.0 je MDC. Alternativou je přesun tenanta HANA po migraci HSR. Přesun tenanta HANA kombinuje tyto nezávislé databáze HANA do tenantů v jednom kontejneru HANA.

Aspekty aplikační vrstvy

Databázový server se považuje za střed systému SAP. Všechny aplikační servery by se měly nacházet v blízkosti databáze SAP HANA. V některých případech, když chcete použít novou skupinu ppg, možná budete muset přesunout stávající aplikační servery do ppg, kde se nachází virtuální počítač HANA. Vytváření nových aplikačních serverů může být považováno za jednodušší, pokud už máte připravené šablony nasazení.

Optimálně vyhledejte existující aplikační servery a nový virtuální počítač HANA. Pak nebudete muset vytvářet nové aplikační servery, pokud nechcete větší kapacitu.

Když vytvoříte novou infrastrukturu pro zvýšení dostupnosti služeb, vaše stávající aplikační servery můžou být zbytečné. Je možné je vypnout a odstranit. Pokud se změnil název hostitele cílového virtuálního počítače a liší se od názvu hostitele HLI, upravte profily aplikačního serveru SAP tak, aby ukazovaly na nového hostitele. Pokud se změní jenom IP adresa databáze HANA, aktualizujte záznam DNS tak, aby vedl příchozí připojení k novému virtuálnímu počítači HANA.

Test přijetí

Migrace z HLI na virtuální počítač v porovnání s heterogenní migrací nijak podstatně nezmění obsah databáze. Přesto doporučujeme zkontrolovat výkon nového nastavení.

Plán přímé migrace

I když je tato migrace jednoduchá, zahrnuje vyřazení existující databáze z provozu. Pečlivé plánování zachování zdrojového systému s jeho obsahem a záložními imagemi je důležité pro případ, že je potřeba náhradní instalace. Dobré plánování nabízí rychlejší zvrat.

Po migraci

Úloha migrace se neprokončí, dokud bezpečně neoddělíme všechny služby a připojení závislé na HLI, abychom zajistili integritu dat. Doporučujeme také vypnout nepotřebné služby. Tato část obsahuje několik důležitějších položek.

Vyřazení HLI z provozu

Po úspěšné migraci databáze HANA na virtuální počítač Azure se ujistěte, že v databázi HLI neběží žádné obchodní transakce. Pokud ale necháte HLI běžet po dobu trvání svého časového intervalu uchovávání místních záloh, zajistíte v případě potřeby rychlejší obnovení. Vyřazujte velkou instanci HANA z provozu pouze v případě, že je po uplynutí časového období uchovávání místních záloh. Pak uzavřte smluvní závazky HLI se společností Microsoft tím, že se obrátíte na jejich zástupce Microsoftu.

Odeberte všechny proxy servery (například Iptables, BIGIP) nakonfigurované pro HLI.

Pokud se služba proxy serveru, jako je IPTables, používá ke směrování místního provozu do a z HLI, po úspěšné migraci na virtuální počítač ji nepotřebujete. Tato služba připojení by však měla být zachována tak dlouho, dokud bude HLI existovat. Službu vypněte až po úplném vyřazení HLI.

Odebrání globálního dosahu pro HLI

Global Reach slouží k propojení brány ExpressRoute zákazníků s bránou HLI ExpressRoute. Umožňuje, aby se místní provoz zákazníků dostal přímo do tenanta HLI bez použití služby proxy. Toto připojení už není potřeba, pokud po migraci chybí jednotka HLI. Stejně jako proxy služba IPTables by se ale měla uchovávat i služba GlobalReach, dokud se HLI úplně vyřadí z provozu.

Předplatné operačního systému – přesun nebo opakované použití

Po nasazení serverů virtuálních počítačů a vyřazení hliů z provozu je možné předplatná operačního systému nahradit nebo znovu použít. Za licence operačního systému není nutné platit dvojnásobek.

Další kroky

Naplánujte nasazení SAP.

Úlohy SAP na platformě Azure: kontrolní seznam pro plánování a nasazování