Migrace SAP HANA ve velkých instancích Azure na virtuální počítače Azure
Tento článek popisuje možné scénáře nasazení služby Azure Large Instance a nabízí plánování a migraci s minimalizovaný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 výpočetní platformu v paměti. Rozšíření velikosti virtuálního počítače Azure a podpora nasazení horizontálního navýšení kapacity HANA v posledních letech překročila poptávku po kapacitě databáze ERP 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ý konfigurační dokument. Popisuje běžné modely nasazení a nabízí rady pro plánování a migraci. Naším záměrem je zvážit nezbytné aspekty přípravy na minimalizaci výpadků přechodu.
Předpoklady
Tento článek obsahuje následující předpoklady:
- Budeme uvažovat pouze o migraci homogenních výpočetních služeb databáze HANA z velké instance Hana (HLI) na virtuální počítač Azure bez významného upgradu softwaru nebo oprav. 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.
- Před migrací nebo po migraci provedete všechny aktivity aktualizací a upgradů. 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 HLI Rev3 i Rev4.
- 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 s jednou instancí (DR) zůstane v cíli stejný.
- Zkontrolovali jste a porozuměli jste smlouvě o úrovni služeb (SLA) cílové architektury (to be).
- 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ů.
- Víte, ž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 plán návrhu a migrace.
- Naplánujte virtuální počítač pro zotavení po havárii spolu s primární lokalitou. HLI nemůžete použít jako uzel zotavení po havárii pro primární lokalitu spuštěnou na virtuálních počítačích po migraci.
- Zkopírovali jste požadované záložní soubory do cílových virtuálních počítačů na základě požadavků na obnovitelnost firmy a dodržování předpisů. Díky zálohám přístupným k virtuálním počítačům umožňuje obnovení k určitému bodu v čase během přechodného období.
- V případě vysoké dostupnosti replikace systému SAP HANA (HSR) je potřeba nastavit a nakonfigurovat zařízení pro šerming pro SLES a RHEL. Není to předkonfigurované jako případ HLI.
- Tento přístup k migraci nepokrývá 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. Pokud chcete využívat doplňkové služby Azure, možná budete muset provést menší změny architektury.
| ID scénáře | Scénář HLI | Chcete provést doslovnou migraci na virtuální počítač? | Poznámka |
|---|---|---|---|
| 0 | 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ě | No | Replikace úložiště není u virtuální platformy Azure dostupná. změňte aktuální řešení zotavení po havárii na HSR nebo zálohování nebo obnovení. |
| 4 | Jeden uzel s zotavením po havárii (multipurpose) s využitím replikace úložiště | No | Replikace úložiště není u virtuální platformy Azure dostupná. změňte aktuální řešení zotavení po havárii na HSR nebo zálohování nebo obnovení. |
| 5 | HSR s oplocením pro zajištění vysoké dostupnosti | Ano | Pro cílové virtuální počítače nejsou nakonfigurované žádné předkonfigurované sbd. Vyberte a nasaďte řešení pro ohraničení. Možné možnosti: Agent fencing Azure (podporovaný pro RHEL, SLES i SBD). |
| 6 | Vysoká dostupnost s HSR, zotavení po havárii s replikací úložiště | No | Replikaci úložiště pro potřeby zotavení po havárii nahraďte hsR nebo zálohováním nebo 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 M128s, M416s, virtuálními počítači M416ms využívajícími ANF pouze pro úložiště. |
| 9 | Horizontální navýšení kapacity bez úsporného režimu | Ano | BW/4HANA s M128s, M416s, virtuálními počítači M416ms (s anF nebo bez použití ANF pro úložiště). |
| 10 | Horizontální navýšení kapacity s využitím zotavení po havárii s využitím replikace úložiště | No | Replikaci úložiště pro potřeby zotavení po havárii nahraďte hsR nebo zálohováním nebo obnovením. |
| 11 | Jeden uzel s zotavením po havárii pomocí HSR | Ano | - |
| 12 | HsR s jedním uzlem k 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 využitím HSR (optimalizované pro náklady) | Ano | - |
| 15 | Horizontální navýšení kapacity s využitím zotavení po havárii s využitím HSR | Ano | BW/4HANA s M128s. M416s, virtuální počítače M416ms (s anF nebo bez použití ANF pro úložiště). |
Plánování zdrojů (HLI)
Při onboardingu serveru HLI jste vy a správa služeb Microsoftu prošli plánováním výpočetních prostředků, sítě, úložiště a nastavení specifického pro operační systém pro spuštění databáze SAP HANA. Pro migraci na virtuální počítač Azure je potřeba provést podobné plánování.
Úklid domů SAP HANA
Osvědčeným provozním postupem je vázat obsah databáze tak nežádoucí, zastaralá data nebo zastaralé protokoly, které se do nové databáze nemigrují. Úklid domů obvykle zahrnuje odstranění nebo archivaci starých, prošlých nebo neaktivních dat. Tato "hygiena dat" by měla být testována v neprodukčních systémech, aby ověřila platnost jejich údajů před použitím výroby.
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ích počítačů umístěný ve stávající virtuální síti s rozsahy IP adres, které už mají povolené připojení k HLI? Pak se nevyžaduje žádná další aktualizace připojení.
- Je nový virtuální počítač Azure umístěný v nové virtuální síti Microsoft Azure, možná v jiné oblasti, a je v partnerském vztahu se stávající virtuální sítí? Pak můžete použít klíč služby ExpressRoute a ID prostředku z původního zřizování HLI, abyste umožnili přístup k tomuto novému rozsahu IP adres virtuální sítě. Koordinace se službou Microsoft Service Management za účelem povolení připojení k HLI virtuální síti
Poznámka:
Aby se minimalizovala latence sítě mezi aplikačními a databázovými vrstvami, musí být aplikační i databázové vrstvy ve stejné virtuální síti.
Existující skupina dostupnosti vrstvy aplikace, zóny dostupnosti a skupina umístění bezkontaktní komunikace (PPG)
Navrhli jsme aktuální model nasazení tak, aby splňoval určité cíle na úrovni služeb. V tomto přesunu se ujistěte, že cílová infrastruktura splní nebo překročí stanovené cíle.
S větší pravděpodobností než ne, vaše aplikační servery SAP se umístí do skupiny dostupnosti. Pokud je aktuální úroveň služby nasazení uspokojivá a pokud cílový virtuální počítač předpokládá název hostitele logického názvu HLI, aktualizace překladu adres DNS (Domain Name Service) odkazující na IP adresu virtuálního počítače bude fungovat bez aktualizace profilů SAP.
- Pokud nepoužíváte PPG, nezapomeňte umístit všechny aplikační a databázové servery do stejné zóny, aby se minimalizovala latence sítě.
- Pokud používáte PPG, přečtěte si další část tohoto článku, skupiny dostupnosti, zóny dostupnosti a skupiny umístění bezkontaktní komunikace.
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ě DR HLI. Tato replikace je důležitá v případě, že dojde k havárii během přechodu z fyzického serveru na virtuální počítač Azure.
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 založených na snímcích a protokolů na HLI snadno dostupné ani obnovitelné pro virtuální počítač. Doporučujeme pořizovat zálohy a snímky na úrovni souborů v HLI i týdny před vyjmutím. Tyto zálohy se zkopírují do účtu Azure Storage, ke kterému má přístup nový virtuální počítač SAP HANA. V raném přechodném období i předtím, než zálohování založené na Azure vytvoří dostatečnou historii, aby splňovalo požadavky na obnovení k určitému bodu v čase, proveďte zálohy na úrovni souborů.
Zálohování obsahu HLI je důležité. Je také vhodné mít úplné zálohy na šířku SAP snadno dostupné v případě, že je potřeba vrátit zpět.
Úprava monitorování systému
K monitorování a odesílání upozornění pro systémy v prostředí SAP můžete použít mnoho různých nástrojů. Nezapomeňte provést odpovídající akci, abyste v případě potřeby zahrnuli změny pro monitorování a aktualizovali příjemce oznámení výstrahy.
Zapojení provozního týmu Microsoftu
Na webu Azure Portal otevřete lístek založený na existující instanci HLI. Po vytvoření lístku podpory vás pracovník podpory bude kontaktovat prostřednictvím e-mailu.
Zapojení týmu účtů Microsoft
Naplánujte migraci blízko doby prodloužení výročí smlouvy HLI, abyste minimalizovali zbytečné výdaje na výpočetní prostředek. Pokud chcete HLI vyřadit z provozu, koordinovat ukončení smlouvy a vypnout jednotku.
Plánování cíle
Pečlivé plánování je nezbytné při nasazení nové infrastruktury, aby se místo existující infrastruktury chystalo. Ujistěte se, že nové přidání bude naplnit vaše potřeby ve větším schématu věcí. Tady je několik klíčových bodů, které je potřeba vzít v úvahu.
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. HLI se ale nabízejí v menším počtu umístění než dostupné oblasti Azure. Při migraci fyzického HLI na virtuální počítač Azure je také vhodný čas doladit vzdálenost blízkosti všech souvisejících služeb pro optimalizaci výkonu. Při tom se ujistěte, že vybraná oblast obsahuje všechny požadované prostředky. Můžete například zkontrolovat dostupnost určité řady virtuálních počítačů nebo zón Azure nabízející nastavení vysoké dostupnosti.
Virtuální síť
Chcete spustit novou databázi HANA v existující virtuální síti nebo vytvořit novou databázi? Hlavním rozhodovacím faktorem je aktuální rozložení sítě pro prostředí SAP. Navíc platí, že když infrastruktura přechází z nasazení jedné zóny na dvě zóny a používá PPG, ukládá změnu architektury. Další informace najdete v článku Azure PPG pro zajištění optimální latence sítě s aplikací SAP.
Zabezpečení
Bez ohledu na to, jestli nový virtuální počítač SAP HANA běží na nové nebo existující virtuální síti nebo podsíti, je pro vaši firmu důležitá nová služba. Zaslouží si ochranu. Zajistěte, aby řízení přístupu odpovídalo zásadám zabezpečení vaší společnosti.
Doporučení k určení 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 pro zvýšení efektivity útraty.
Úložiště
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 SAP HANA. Doporučujeme zkontrolovat tyto specifikace a porovnat se stávajícími statistikami systému HLI, abyste zajistili odpovídající kapacitu vstupně-výstupních operací a výkon pro 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, který zkontroluje a zajistí 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 vyžadovat změnu, znovu se podívejte na náklady na úložiště, abyste se vyhnuli překvapením provozní útraty.
Replikace úložiště pro zotavení po havárii
U služby 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í vašim obchodním potřebám.
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 měli 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 vědět o profilu latence vybraných zón. Umístěte systémové komponenty SAP tak, aby se snížila vzdálenost mezi aplikací SAP a databází. Testovací nástroj pro latenci zóny dostupnosti veřejné domény usnadňuje měření.
Strategie zálohování
Řada našich zákazníků už používá řešení zálohování třetích stran pro SAP HANA v HLI. Pokud jste, 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 cíle na úrovni služeb pomůžou delší dobu obnovení, zálohování může být snadné. Zálohování do úložiště objektů blob a obnovení na místě nebo obnovení do nového virtuálního počítače je nejjednodušší a nejméně náročná strategie zotavení po havárii.
Na platformě velkých instancí se zotavení po havárii HANA obvykle provádí s HSR. Na virtuálním počítači Azure je HSR také nejpřirozenější a nativní řešení zotavení po havárii SAP HANA. Bez ohledu na to, jestli je zdrojové nasazení izolované nebo clusterované, 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 do primární instance 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
Migrace HSR vede k novému hostiteli databáze HANA a také novému názvu hostitele databáze pro aplikační vrstvu. Upravte profily SAP tak, aby odrážely nový název hostitele. Pokud přepínání provádí překlad názvů se zachováním názvu 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č, i když jsou na stejné úrovni vydání (například SLES 12 SP4), nejsou identické. Ověřte požadované balíčky, opravy hot, opravy, jádro a opravy zabezpečení v HLI. Pak na cíl nainstalujte stejné balíčky. 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 kontrolou poznámky SAP 2763388.
Nová žádost o licenci SAP
Jednoduchý popisek pro žádost o novou licenci SAP pro nový systém HANA, když je teď migrovaný na virtuální počítače.
Rozdíly ve smlouvě o úrovni služeb (SLA)
Autoři chtějí zjistit rozdíl mezi smlouvou SLA o dostupnosti mezi HLI a virtuálním počítačem Azure. Například páry vysoké dostupnosti clusterovaných HLIs 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 virtuální počítače popisuje dostupnost pro různé konfigurace virtuálních počítačů, aby zákazníci mohli naplánovat cílovou infrastrukturu.
Strategie migrace
V tomto dokumentu se zabýváme pouze přístupem replikace systému HANA pro migraci z HLI na virtuální počítač Azure. Závisí na nasazené cílovém řešení úložiště, proces se mírně liší. Základní kroky jsou popsány níže.
Virtuální počítač s disky Úrovně Premium/Ultra pro data
Pro virtuální počítače nasazené s disky Úrovně Premium nebo Ultra platí standardní konfigurace replikace systému SAP HANA pro nastavení HSR. Přehled kroků při nastavování replikace systému najdete v článku nápovědy k SAP. Článek se zabývá také převzetím sekundárního systému, navrácením služeb po obnovení na primární a zakázáním replikace systému. K migraci budeme potřebovat jenom nastavení, převzetí a zakázání kroků replikace.
Virtuální počítač s ANF pro svazky dat a protokolů
Na vysoké úrovni je potřeba zkopírovat nejnovější snímky úložiště HLI úplných dat a svazků protokolů do úložiště Azure. Z ní jsou přístupné a obnovitelné cílovým virtuálním počítačem HANA. Proces kopírování je možné provést s libovolnými nativními linuxovými nástroji pro kopírování.
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ě. Objem procesu kopírování by se měl provést před výpadkem primární databáze HANA.
Převod MCOS na MDC
Někteří naši zákazníci HLI používali model nasazení Více komponent v jednom systému (MCOS). Motivací bylo obejít omezení snímků úložiště MDC (Multiple Databases Container) starších verzí SAP HANA. V modelu MCOS je několik nezávislých instancí SAP HANA skládaných v jedné velké instanci HANA. Použití HSR pro migraci funguje správně, 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ž to, co byste mohli chtít. 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.
Důležité informace o aplikační vrstvě
Databázový server se zobrazuje jako 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 nový PPG, možná budete muset přesunout existující aplikační servery do PPG, kde se nachází virtuální počítač HANA. Vytváření nových aplikačních serverů se může považovat za jednodušší, pokud už máte připravené šablony nasazení.
Vyhledejte existující aplikační servery a nový virtuální počítač HANA optimálně. 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, stávající aplikační servery se můžou stát nepotřebnými. Dají se vypnout a odstranit. Pokud se název hostitele cílového virtuálního počítače změnil a liší se od názvu hostitele HLI, upravte profily aplikačního serveru SAP tak, aby odkazy na nového hostitele. Pokud se změnila 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.
Akceptační test
Migrace z HLI na virtuální počítač neprovádí žádné změny obsahu databáze v porovnání s heterogenní migrací. 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 jsou pro případ, že je potřeba záložní systém zachovat. Dobré plánování nabízí rychlejší návrat.
Po migraci
Úloha migrace se nedokončí, dokud neoddělíme všechny služby závislé na HLI a připojení, abychom zajistili integritu dat. Doporučujeme také vypnout nepotřebné služby. V této části najdete několik důležitý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. Udržování HLI však po dobu trvání místního intervalu uchovávání záloh zajistí rychlejší obnovení v případě potřeby. Pokud je místní okno uchovávání záloh v minulosti, měli byste vyřadit velkou instanci HANA z provozu. Pak s Microsoftem uzavřete své smluvní závazky HLI kontaktováním zástupců Společnosti Microsoft.
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. Nicméně, tato služba připojení by měla být zachována tak dlouho, dokud HLI stojí. Službu vypněte jenom po úplném vyřazení HLI.
Odebrání služby Global Reach pro HLI
Global Reach se používá 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í proxy služby. Toto připojení už není potřeba v případě, že po migraci chybí jednotka HLI. Stejně jako proxy služba IPTables by se měla uchovávat také služba GlobalReach, dokud se HLI plně vyřadí z provozu.
Předplatné operačního systému – přesun/opětovné 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 nemusíte platit dvakrát.
Další kroky
Naplánujte nasazení SAP.