Dela via

SAP HANA på Azure Large Instance-migrering till virtuella Azure-datorer

  • Artikel

Den här artikeln beskriver möjliga distributionsscenarier för Azure Large Instance och erbjuder planerings- och migreringsmetod med minimerad avbrottstid för övergången.

Översikt

Azure Large Instances for SAP HANA (HLI) tillkännagavs först i september 2016. Sedan dess har många använt den här maskinvaran som en tjänst för sin minnesinterna beräkningsplattform. Men under de senaste åren har storlekstillägget för den virtuella Azure-datorn (VM) och stödet för UTskalningsdistributionen för HANA överskridit de flesta företagskunders efterfrågan på ERP-databaskapacitet. Många uttrycker ett intresse för att migrera sin SAP HANA-arbetsbelastning från fysiska servrar till virtuella Azure-datorer.

Den här artikeln är inte ett steg-för-steg-konfigurationsdokument. Den beskriver de vanliga distributionsmodellerna och erbjuder planerings- och migreringsråd. Vår avsikt är att ta upp nödvändiga överväganden för förberedelser för att minimera avbrott i övergången.

Antaganden

Den här artikeln gör följande antaganden:

  • Vi kommer bara att överväga en homogen HANA-databasberäkningstjänstmigrering från Hana Large Instance (HLI) till en virtuell Azure-dator utan betydande programuppgradering eller korrigering. Dessa mindre uppdateringar omfattar användning av en nyare operativsystemversion (OS) eller HANA-version som uttryckligen anges som stöds av relevanta SAP-anteckningar.
  • Du utför alla uppdateringar/uppgraderingar före eller efter migreringen. Till exempel konverterar SAP HANA MCOS till MDC-distribution.
  • Migreringsmetoden som erbjuder minst stilleståndstid är SAP HANA-systemreplikering. Andra migreringsmetoder ingår inte i omfånget för det här dokumentet.
  • Den här vägledningen gäller för både Rev3- och Rev4-SKU:er för HLI.
  • HANA-distributionsarkitekturen förblir i första hand oförändrad under migreringen. Ett system med haveriberedskap för en enskild instans (DR) förblir alltså detsamma på målet.
  • Du har granskat och förstått serviceavtal (SLA) för målarkitekturen (som ska vara).
  • Kommersiella termer mellan HLIs och virtuella datorer skiljer sig. Övervaka användningen av dina virtuella datorer för kostnadshantering.
  • Du förstår att HLI är en dedikerad beräkningsplattform medan virtuella datorer körs på delad men isolerad infrastruktur.
  • Du har verifierat att de virtuella måldatorerna stöder din avsedda arkitektur. En lista över vm-SKU:er som stöds som är certifierade för SAP HANA-distribution finns i katalogen för SAP HANA-maskinvara.
  • Du har verifierat design- och migreringsplanen.
  • Planera för haveriberedskaps-VM tillsammans med den primära platsen. Du kan inte använda HLI som DR-nod för den primära platsen som körs på virtuella datorer efter migreringen.
  • Du kopierade de säkerhetskopieringsfiler som krävs för att rikta in dig på virtuella datorer baserat på kraven på återställning och efterlevnad. Med vm-tillgängliga säkerhetskopior möjliggör det återställning till tidpunkt under övergångsperioden.
  • För hög tillgänglighet för SAP HANA-systemreplikering (HSR) måste du konfigurera fäktningsenheten per SAP HANA HA-guider för SLES och RHEL. Den är inte förkonfigurerad som HLI-fallet.
  • Den här migreringsmetoden omfattar inte HLI-SKU:er med Optane-konfiguration.

Distributionsscenarier

Du kan migrera till virtuella Azure-datorer för alla HLI-scenarier. Vanliga distributionsmodeller för HLI sammanfattas i följande tabell. För att kunna dra nytta av kompletterande Azure-tjänster kan du behöva göra mindre arkitektoniska ändringar.

Scenario-ID HLI-scenario Migrera till virtuell dator ordagrant? Anmärkning
1 En nod med ett SID Ja -
2 En nod med flera komponenter i ett system (MCOS) Ja -
3 Enskild nod med DR med lagringsreplikering Nej Lagringsreplikering är inte tillgängligt med den virtuella Azure-plattformen. ändra den aktuella DR-lösningen till antingen HSR eller säkerhetskopiering/återställning.
4 En nod med DR (multipurpose) med lagringsreplikering Nej Lagringsreplikering är inte tillgängligt med den virtuella Azure-plattformen. ändra den aktuella DR-lösningen till antingen HSR eller säkerhetskopiering/återställning.
5 HSR med fäktning för hög tillgänglighet Ja Ingen förkonfigurerad SBD för virtuella måldatorer. Välj och distribuera en fäktningslösning. Möjliga alternativ: Azure Fencing Agent (stöds för både RHEL, SLES och SBD.
6 HA med HSR, DR med lagringsreplikering Nej Ersätt lagringsreplikering för DR-behov med antingen HSR eller säkerhetskopiering/återställning.
7 Värd för automatisk redundans (1+1) Ja Använd Azure NetApp Files (ANF) för delad lagring med virtuella Azure-datorer.
8 Utskalning med vänteläge Ja BW/4HANA med M128s, M416s, M416ms virtuella datorer med ANF endast för lagring.
9 Utskalning utan vänteläge Ja BW/4HANA med M128s, M416s, M416ms virtuella datorer (med eller utan anf för lagring).
10 Skala ut med DR med lagringsreplikering Nej Ersätt lagringsreplikering för DR-behov med antingen HSR eller säkerhetskopiering/återställning.
11 En nod med DR med HSR Ja -
12 HSR till DR med en nod (kostnadsoptimerad) Ja -
13 HA och DR med HSR Ja -
14 HA och DR med HSR (kostnadsoptimerad) Ja -
15 Skala ut med DR med HSR Ja BW/4HANA med M128s. Virtuella M416s-, M416ms-datorer (med eller utan anf för lagring).

Källplanering (HLI)

När du registrerade din HLI-server gick du och Microsoft Service Management igenom planeringen av de beräknings-, nätverks-, lagrings- och OS-specifika inställningarna för att köra SAP HANA-databasen. Liknande planering måste ske för migreringen till den virtuella Azure-datorn.

SAP HANA-hushållning

Det är en bra praxis att städa upp databasinnehållet så att oönskade, inaktuella data eller inaktuella loggar inte migreras till den nya databasen. Hushållning omfattar vanligtvis borttagning eller arkivering av gamla, utgångna eller inaktiva data. Denna "datahygien" bör testas i icke-produktionssystem för att verifiera deras datatrimnings giltighet före produktionsanvändning.

Tillåt nätverksanslutning för nya virtuella datorer och virtuella nätverk

I din HLI-distribution konfigurerades nätverket baserat på den information som beskrivs i artikeln SAP HANA-nätverksarkitektur (stora instanser). Dessutom utförs routning av nätverkstrafik på det sätt som beskrivs i avsnittet Routning i Azure.

  • Är det nya migreringsmålet för virtuell dator placerat i det befintliga virtuella nätverket med IP-adressintervall som redan tillåts ansluta till HLI? Då krävs ingen ytterligare anslutningsuppdatering.
  • Placeras den nya virtuella Azure-datorn i ett nytt Virtuellt Microsoft Azure-nätverk, kanske i en annan region, och peer-kopplas med det befintliga virtuella nätverket? Sedan kan du använda ExpressRoute-tjänstnyckeln och resurs-ID:t från den ursprungliga HLI-etableringen för att tillåta åtkomst för det nya virtuella nätverkets IP-intervall. Samordna med Microsoft Service Management för att aktivera det virtuella nätverket till HLI-anslutning.

    Kommentar

    För att minimera nätverksfördröjningen mellan program- och databasskikten måste både program- och databasskikten finnas i samma virtuella nätverk.

Befintlig tillgänglighetsuppsättning för appskikt, tillgänglighetszoner och närhetsplaceringsgrupp (PPG)

Vi har utformat den aktuella distributionsmodellen för att uppfylla vissa servicenivåmål. I det här steget ska du se till att målinfrastrukturen uppfyller eller överskrider dina angivna mål.
Mer troligt än inte är att dina SAP-programservrar placeras i en tillgänglighetsuppsättning. Om den aktuella distributionstjänstnivån är tillfredsställande, och om den virtuella måldatorn förutsätter värdnamnet för det logiska HLI-namnet, fungerar uppdatering av DNS-adressmatchningen (domain name service) som pekar på den virtuella datorns IP-adress utan att uppdatera några SAP-profiler.

Avbrottsprocess för lagringsreplikering (om den används)

Om du använde lagringsreplikering som din DR-lösning avslutar du den när SAP-programmet har stängts av. Innan du gör det måste du se till att den sista SAP HANA-katalogen, loggfilen och datasäkerhetskopiorna replikeras till de fjärranslutna DR HLI-lagringsvolymerna. Den här replikeringen är viktig om en katastrof inträffar under övergången från den fysiska servern till den virtuella Azure-datorn.

Bevarande av datasäkerhetskopior

När du har övergått till SAP HANA på den virtuella Azure-datorn är de ögonblicksbildsbaserade data- och loggsäkerhetskopiorna på HLI:n inte lättillgängliga eller återställningsbara till en virtuell dator. Vi rekommenderar att du tar säkerhetskopior på filnivå och ögonblicksbilder på HLI även veckor före cut-over. Låt dessa säkerhetskopior kopieras till ett Azure Storage-konto som är tillgängligt för den nya virtuella SAP HANA-datorn. Innan den Azure-baserade säkerhetskopieringen skapar tillräckligt med historik för att uppfylla kraven för återställning till tidpunkt under den tidiga övergångsperioden bör du också göra säkerhetskopior på filnivå.

Det är viktigt att säkerhetskopiera HLI-innehållet. Det är också klokt att ha fullständiga säkerhetskopior av SAP-landskapet lättillgängligt om en återställning behövs.

Justera systemövervakning

Du kan använda många olika verktyg för att övervaka och skicka aviseringsaviseringar för system i DITT SAP-landskap. Kom ihåg att vidta lämpliga åtgärder för att införliva ändringar för övervakning och uppdatera mottagarna av aviseringsmeddelanden om det behövs.

Microsoft Operations-teamets engagemang

Öppna ett ärende från Azure-portalen baserat på den befintliga HLI-instansen. När supportärendet har skapats kontaktar en supporttekniker dig via e-post.

Engagera Microsoft-kontoteamet

Planera migrering nära jubileumsförnyelsetiden för HLI-kontraktet för att minimera onödiga kostnader för beräkningsresursen. Om du vill inaktivera HLI samordnar du uppsägning av kontrakt och avstängning av enheten.

Målplanering

Det är viktigt med noggrann planering för att distribuera en ny infrastruktur för att ta plats i en befintlig infrastruktur. Se till att det nya tillägget uppfyller dina behov i det större tingsschemat. Här är några viktiga saker att tänka på.

Resurstillgänglighet i målregionen

Den aktuella distributionsregionen för SAP-programservrar ligger vanligtvis nära de associerade HLIs. HLIs erbjuds dock på färre platser än tillgängliga Azure-regioner. När du migrerar den fysiska HLI:n till en virtuell Azure-dator är det också ett bra tillfälle att finjustera närhetsavståndet för alla relaterade tjänster för prestandaoptimering. När du gör det kontrollerar du att den valda regionen har alla nödvändiga resurser. Du kanske till exempel vill kontrollera tillgängligheten för en viss VM-familj eller de Azure-zoner som erbjuder konfiguration av hög tillgänglighet.

Virtuellt nätverk

Vill du köra den nya HANA-databasen i ett befintligt virtuellt nätverk eller skapa en ny? Den primära avgörande faktorn är den aktuella nätverkslayouten för SAP-liggande. När infrastrukturen går från distribution med en zon till två zoner och använder PPG införs även arkitekturändring. Mer information finns i artikeln Azure PPG för optimal nätverksfördröjning med SAP-program.

Säkerhet

Oavsett om den nya virtuella SAP HANA-datorn körs på ett nytt eller befintligt vnet/undernät är det en ny tjänst som är viktig för ditt företag. Det förtjänar skydd. Se till att åtkomstkontrollen är kompatibel med företagets säkerhetsprincip.

Rekommendation för vm-storleksändring

Den här migreringen är också en möjlighet att ändra storlek på HANA-beräkningsmotorn. Du kan använda HANA-systemvyer med HANA Studio för att förstå systemets resursförbrukning, vilket möjliggör rätt storleksändring för att öka utgiftseffektiviteten.

Storage

Lagringsprestanda är en av de faktorer som påverkar användarupplevelsen för SAP-programmet. Det finns minsta publicerade lagringslayouter för angivna VM-SKU:er. Mer information finns i SAP HANA Azure-lagringskonfigurationer för virtuella datorer. Vi rekommenderar att du granskar dessa specifikationer och jämför med din befintliga HLI-systemstatistik för att säkerställa tillräcklig I/O-kapacitet och prestanda för din nya virtuella HANA-dator.

Kommer du att konfigurera PPG för den nya virtuella HANA-datorn och dess associerade serverserver? Skicka sedan ett supportärende för att inspektera och säkerställa lagringens och den virtuella datorns samplats. Eftersom din säkerhetskopieringslösning kan behöva ändras kan du även gå tillbaka till lagringskostnaden för att undvika driftsöverraskningar.

Lagringsreplikering för haveriberedskap

Med HLI var lagringsreplikering standardalternativet för haveriberedskap. Den här funktionen är inte standardalternativet för SAP HANA på en virtuell Azure-dator. Överväg HSR, säkerhetskopiering/återställning eller andra lösningar som stöds som uppfyller dina affärsbehov.

Tillgänglighetsuppsättningar, tillgänglighetszoner och närhetsplaceringsgrupper

Du kan förkorta avståndet mellan programskiktet och SAP HANA för att hålla nätverksfördröjningen minst. Placera den nya virtuella databasdatorn och de aktuella SAP-programservrarna i en PPG. Mer information om hur Azure-tillgänglighetsuppsättningar och tillgänglighetszoner fungerar med PPG för SAP-distributioner finns i Närhetsplaceringsgrupp.

Om medlemmar i DITT HANA-system distribueras i mer än en Azure-zon bör du känna till svarstidsprofilen för de valda zonerna. Placera SAP-systemkomponenter för att minska avståndet mellan SAP-programmet och databasen. Testverktyget för tillgänglighetszoner för offentlig domän hjälper till att göra mätningen enklare.

Strategi för säkerhetskopiering

Många av våra kunder använder redan säkerhetskopieringslösningar från tredje part för SAP HANA på HLI. Om du är det behöver endast skyddade virtuella datorer och HANA-databaser konfigureras. Pågående HLI-säkerhetskopieringsjobb kan vara oplanerade om datorn inaktiveras efter migreringen.

Azure-säkerhetskopiering för SAP HANA på virtuell dator är nu allmänt tillgänglig. Mer information om SAP HANA-säkerhetskopiering på virtuella Azure-datorer finns i Säkerhetskopiering, återställning och hantering.

DR-strategi

Om dina servicenivåmål rymmer en längre återställningstid kan det vara enkelt att säkerhetskopiera. En säkerhetskopiering till bloblagring och återställning på plats eller återställning till en ny virtuell dator är den enklaste och billigaste DR-strategin.

På den stora instansplattformen görs HANA DR vanligtvis med HSR. På en virtuell Azure-dator är HSR också den mest naturliga och inbyggda SAP HANA DR-lösningen. Oavsett om källdistributionen är en instans eller klustrad krävs en replik av källinfrastrukturen i DR-regionen. Den här DR-repliken konfigureras när den primära HLI-till-VM-migreringen har slutförts. DR HANA DB registreras till den primära SAP HANA-instansen på den virtuella datorn som en sekundär replikeringsplats.

Ändring av sap-programserveranslutningsmål

HSR-migreringen resulterar i en ny HANA-databasvärd och även ett nytt databasvärdnamn för programlagret. Ändra SAP-profiler så att de återspeglar det nya värdnamnet. Om bytet görs med namnmatchning som bevarar värdnamnet krävs ingen profiländring.

Operativsystem (OS)

Os-avbildningarna för HLI och vm, trots att de är på samma versionsnivå (till exempel SLES 12 SP4), är inte identiska. Verifiera nödvändiga paket, snabbkorrigeringar, korrigeringar, kernel- och säkerhetskorrigeringar på HLI. Installera sedan samma paket på målet. Du kan använda HSR för att replikera från ett äldre operativsystem till en virtuell dator med en nyare operativsystemversion. Kontrollera vilka versioner som stöds genom att granska SAP-2763388.

Ny SAP-licensbegäran

En enkel uppmaning om att begära en ny SAP-licens för det nya HANA-systemet nu när det har migrerats till virtuella datorer.

Skillnader mellan serviceavtal (SLA)

Författarna vill framhäva skillnaden i tillgänglighets-SLA mellan HLI och virtuella Azure-datorer. Klustrade HLIs HA-par erbjuder till exempel 99,99 % tillgänglighet. För att uppnå samma serviceavtal måste du distribuera virtuella datorer i tillgänglighetszoner. Serviceavtal för virtuella datorer beskriver tillgängligheten för olika VM-konfigurationer så att kunderna kan planera sin målinfrastruktur.

Migreringsstrategi

I det här dokumentet går vi bara igenom METODEN HANA-systemreplikering för migreringen från HLI till en virtuell Azure-dator. Beroende på vilken mållagringslösning som distribueras skiljer sig processen något åt. De övergripande stegen beskrivs nedan.

Virtuell dator med premium-/ultradiskar för data

För virtuella datorer som distribueras med premium- eller ultradiskar gäller standardkonfigurationen för SAP HANA-systemreplikering för att konfigurera HSR. En översikt över stegen för att konfigurera systemreplikering finns i artikeln om SAP-hjälp. Artikeln beskriver även att ta över ett sekundärt system, växla tillbaka till det primära och inaktivera systemreplikeringen. För migrering behöver vi bara konfigurationen, tar över och inaktiverar replikeringsstegen.

Virtuell dator med ANF för data- och loggvolymer

På hög nivå måste de senaste HLI-lagringsögonblicksbilderna av fullständiga data och loggvolymer kopieras till Azure Storage. Därifrån är de tillgängliga och kan återställas av den virtuella måldatorn HANA. Kopieringsprocessen kan göras med alla inbyggda Linux-kopieringsverktyg.

Viktigt!

Kopiering och dataöverföring kan ta timmar beroende på HANA-databasens storlek och nätverksbandbredd. Huvuddelen av kopieringsprocessen bör göras före den primära HANA-databasavbrottstiden.

MCOS till MDC-konvertering

Distributionsmodellen Multiple Components in One System (MCOS) användes av några av våra HLI-kunder. Motivationen var att kringgå MDC-lagringsögonblicksbegränsningen (Multiple Databases Container) för tidigare SAP HANA-versioner. I MCOS-modellen staplas flera oberoende SAP HANA-instanser upp i en hana-stor instans. Att använda HSR för migreringen fungerar bra, men resulterar i flera virtuella HANA-datorer med en klientdatabas vardera. Den här modellen ger ett mer hektiskt landskap än vad du kanske föredrar. Standarddistributionen för SAP HANA 2.0 är MDC. Ett alternativ är att flytta HANA-klientorganisationen efter HSR-migreringen. Flytt av HANA-klientorganisation kombinerar dessa oberoende HANA-databaser till cotenanter i en enda HANA-container.

Överväganden för programskikt

Databasservern visas som mitten av ett SAP-system. Alla programservrar ska finnas nära SAP HANA-databasen. I vissa fall, när du vill använda en ny PPG, kan du behöva flytta befintliga programservrar till DEN PPG där den virtuella HANA-datorn finns. Det kan vara enklare att skapa nya programservrar om du redan har distributionsmallar klara.

Leta upp befintliga programservrar och den nya virtuella HANA-datorn optimalt. Sedan behöver du inte skapa nya programservrar, såvida du inte vill ha större kapacitet.

När du skapar en ny infrastruktur för att förbättra tjänstens tillgänglighet kan dina befintliga programservrar bli onödiga. De kan stängas av och tas bort. Om värdnamnet för den virtuella måldatorn har ändrats och skiljer sig från HLI-värdnamnet justerar du SAP-programserverprofilerna så att de pekar på den nya värden. Om bara IP-adressen för HANA-databasen har ändrats uppdaterar du DNS-posten för att leda inkommande anslutningar till den nya virtuella HANA-datorn.

Godkännandetest

Migrering från HLI till virtuell dator gör ingen väsentlig ändring av databasinnehållet jämfört med en heterogen migrering. Vi rekommenderar dock att du kontrollerar prestandan för den nya installationen.

Snabb plan

Även om den här migreringen är enkel innebär den att en befintlig databas inaktiveras. Noggrann planering för att bevara källsystemet med dess innehåll och säkerhetskopieringsbilder är viktiga om återställning krävs. God planering ger en snabbare omsvängning.

Efter migrering

Migreringsjobbet görs inte förrän vi på ett säkert sätt har frikopplat alla HLI-beroende tjänster och anslutningar för att säkerställa dataintegriteten. Dessutom rekommenderar vi att du stänger av onödiga tjänster. I det här avsnittet beskrivs några av de viktigaste objekten.

Inaktivera HLI

När du har migrerat HANA-databasen till en virtuell Azure-dator kontrollerar du att inga affärstransaktioner körs på HLI-databasen. Att hålla HLI igång under den tid som det lokala kvarhållningsfönstret för säkerhetskopior körs säkerställer dock snabbare återställning om det behövs. Först när det lokala kvarhållningsfönstret för säkerhetskopior är förbi bör du inaktivera den stora HANA-instansen. Avsluta sedan dina avtalsenliga HLI-åtaganden med Microsoft genom att kontakta deras Microsoft-representanter.

Ta bort alla proxyservrar (till exempel Iptables, BIGIP) som konfigurerats för HLI

Om en proxytjänst som IPTables används för att dirigera lokal trafik till och från HLI behöver du den inte efter den lyckade migreringen till den virtuella datorn. Den här anslutningstjänsten bör dock behållas så länge som HLI:en är redo. Stäng endast av tjänsten när HLI har inaktiverats helt.

Ta bort global räckvidd för HLI

Global Reach används för att ansluta kundernas ExpressRoute-gateway till HLI ExpressRoute-gatewayen. Det gör att kundernas lokala trafik kan nå HLI-klientorganisationen direkt utan att använda en proxytjänst. Den här anslutningen behövs inte längre i avsaknad av HLI-enheten efter migreringen. Men precis som IPTables-proxytjänsten bör GlobalReach också behållas tills HLI har inaktiverats helt.

Operativsystemprenumeration – flytta/återanvända

När de virtuella datorservrarna distribueras och HLIs inaktiveras kan OS-prenumerationerna ersättas eller återanvändas. Du behöver inte betala dubbelt för OS-licenser.

Nästa steg

Planera din SAP-distribution.

SAP-arbetsbelastningar i Azure: Checklista för planering och distribution