SAP HANA – stora instanser hög tillgänglighet och haveriberedskap i Azure
Viktigt
Den här dokumentationen ersätter inte SAP HANA eller SAP Notes. Vi förväntar oss att du har SAP HANA inom administration och drift, särskilt när det gäller säkerhetskopiering, återställning, hög tillgänglighet och haveriberedskap.
I den här artikeln ger vi en översikt över hög tillgänglighet (HA) och haveriberedskap (DR) för SAP HANA på stora Azure-instanser (även kallat BareMetal Infrastructure). Vi kommer även att beskriva några av de krav och överväganden som rör HA och DR.
Vissa av de processer som beskrivs i den här dokumentationen förenklas. De är inte avsedda som detaljerade steg som ska tas med i handboken för åtgärder. Om du vill skapa handbok för åtgärder för dina konfigurationer kör och testar du dina processer med dina specifika HANA-versioner och versioner. Du kan sedan dokumentera de processer som är specifika för dina konfigurationer.
Ha och dr
Hög tillgänglighet och haveriberedskap är viktiga aspekter när du kör dina verksamhetskritiska SAP HANA på Azure-servern (stora instanser). Det är viktigt att arbeta med SAP, systemintegreraren eller Microsoft för att korrekt skapa och implementera rätt strategier för hög tillgänglighet och haveriberedskap. Överväg även mål för återställningspunkt (RPO) och mål för återställningstid (RTO), som är specifika för din miljö.
Microsoft stöder SAP HANA funktioner för hög tillgänglighet med stora HANA-instanser. Dessa funktioner är:
- Lagringsreplikering: Lagringssystemets möjlighet att replikera alla data till en annan stor HANA-instansstämpel i en annan Azure-region. SAP HANA fungerar oberoende av den här metoden. Den här funktionen är standardmekanismen för haveriberedskap som erbjuds för stora HANA-instanser.
- HANA-systemreplikering: Replikering av alla data i SAP HANA till ett SAP HANA system. RTO minimeras med jämna mellanrum genom datareplikering. SAP HANA har stöd för asynkrona, synkrona minnesbaserade och synkrona lägen. Synkront läge används endast för SAP HANA system inom samma datacenter eller mindre än 100 km från varandra. Med den aktuella designen av HANA Large Instance-stämplar kan HANA-systemreplikering användas för hög tillgänglighet endast inom en region. HANA-systemreplikering kräver en omvänd proxy från tredje part eller en routningskomponent för haveriberedskapskonfigurationer till en annan Azure-region.
- Värd för automatisk redundans: En lokal felåterställningslösning för SAP HANA som är ett alternativ till HANA-systemreplikering. Om den primära noden blir otillgänglig konfigurerar du en eller flera väntelägesnoder SAP HANA i utskalningsläge och sedan SAP HANA automatiskt över till en reservnod.
SAP HANA på Azure (stora instanser) finns i två Azure-regioner i fyra geopolitiska områden: USA, Australien, Europa och Japan. Två regioner inom ett geopolitiskt område som är värd för HLI-stämplar (Hana Large Instance) är anslutna till separata dedikerade nätverkskretsar. Dessa HLI:er används för att replikera ögonblicksbilder av lagring för att tillhandahålla haveriberedskapsmetoder. Replikering konfigureras inte som standard, utan endast för kunder som beställer haveriberedskapsfunktioner. Lagringsreplikering är beroende av användningen av ögonblicksbilder av lagring för hana stora instanser. Du kan inte välja en Azure-region som en DR-region som finns i ett annat geopolitiskt område.
Alternativ som stöds för närvarande
I följande tabell visas de metoder och kombinationer av hög tillgänglighet och haveriberedskap som stöds för närvarande:
| Scenario som stöds i HANA – stora instanser | Alternativ för hög tillgänglighet | Alternativ för haveriberedskap | Kommentarer |
|---|---|---|---|
| Enkel nod | Inte tillgängligt. | Dedikerad dr-konfiguration. Installation av flerfunktions-DR. |
|
| Värd för automatisk redundans: Skala ut (med eller utan vänteläge) inklusive 1 +1 |
Möjligt med vänteläge som tar den aktiva rollen. HANA styr rollväxeln. |
Dedikerad dr-konfiguration. Installation av flerfunktions-DR. DR-synkronisering med hjälp av lagringsreplikering. |
HANA-volymuppsättningar är anslutna till alla noder. DR-platsen måste ha samma antal noder. |
| HANA-systemreplikering | Möjligt med primär eller sekundär installation. Sekundära flyttar till primär roll i ett redundansfall. HANA-systemreplikering och os-kontroll redundans. |
Dedikerad dr-konfiguration. Installation av flerfunktions-DR. DR-synkronisering med hjälp av lagringsreplikering. DR med hjälp av HANA-systemreplikering är ännu inte möjligt utan komponenter från tredje part. |
En separat uppsättning diskvolymer är anslutna till varje nod. Endast diskvolymer med sekundära repliker på produktionsplatsen replikeras till platsen för dr.dr. En uppsättning volymer krävs på DR-platsen. |
En dedikerad dr-installation är där enheten för hana stora instanser på dr dr-platsen inte används för att köra andra arbetsbelastningar eller icke-produktionssystem. Enheten är passiv och distribueras bara om en katastrof redundans körs. Den här konfigurationen är inte det bästa alternativet för de flesta kunder.
Mer information om lagringslayout och Ethernet-information för din arkitektur finns i Scenarier som stöds av HLI.
Anteckning
SAP HANA MCOD-distributioner (flera HANA-instanser på en enhet) eftersom överläggsscenarier fungerar med HA- och DR-metoderna som anges i tabellen. Ett undantag är användningen av HANA-systemreplikering med ett automatiskt redundanskluster baserat på Pacemaker. Ett sådant fall stöder bara en HANA-instans per enhet. För SAP HANA MDC-distributioner fungerar endast icke-lagringsbaserade HA- och DR-metoder om fler än en klient distribueras. När en klientorganisation har distribuerats är alla metoder i listan giltiga.
En dr-installation med flera syfte är när den stora HANA-instansenheten på DR-platsen kör en icke-produktionsarbetsbelastning. Vid ett haveri stänger du av icke-produktionssystemet, monterar de lagrings-replikerade (tillagda) volymuppsättningarna och startar PRODUKTIONS-HANA-instansen. De flesta kunder som använder haveriberedskapsfunktionen HANA Large Instance använder den här konfigurationen.
Mer information om hur du SAP HANA hög tillgänglighet finns i följande SAP-artiklar:
- SAP HANA whitepaper om hög tillgänglighet
- SAP HANA administrationsguide
- SAP HANA Academy Video on SAP HANA System Replication
- SAP Support Note #1999880 – vanliga frågor och svar SAP HANA systemreplikering
- SAP Support Note #2165547 – SAP HANA Back up and Restore within SAP HANA System Replication Environment
- SAP Support Note #1984882 – Använda SAP HANA för systemreplikering för maskinvaruutbyte med minsta/noll avbrottstid
Nätverksöverväganden för haveriberedskap med HANA – stora instanser
Om du vill dra nytta av funktionerna för haveriberedskap i HANA – stora instanser måste du utforma nätverksanslutningen till de två Azure-regionerna. Du behöver en Azure ExpressRoute-kretsanslutning från en lokal plats i azure-huvudregionen och en annan kretsanslutning från den lokala regionen till din region för haveriberedskap. Det här måttet omfattar en situation där det finns ett problem i en Azure-region, inklusive en Microsoft Enterprise Edge-router (MSEE).
Du kan också ansluta alla virtuella Azure-nätverk som ansluter till SAP HANA på Azure (stora instanser) i en region till en ExpressRoute-krets som ansluter hana stora instanser i den andra regionen. Med den här cross connect-anslutningen kan tjänster som körs i ett virtuellt Azure-nätverk i Region 1 ansluta till hana stora instansenheter i region 2 och tvärtom. Det här måttet åtgärdar ett fall där endast en av MSEE-platserna som ansluter till din lokala plats med Azure kopplas från.
Följande bild visar en motståndskraftig konfiguration för haveriberedskapsfall:
Andra krav med lagringsreplikering för hana stora instanser för haveriberedskap
- Beställ SAP HANA azure-SKU:er (stora instanser) av samma storlek som dina produktions-SKU:er och distribuera dem i haveriberedskapsregionen. I aktuella kunddistributioner används dessa instanser för att köra HANA-instanser som inte är i produktion. Dessa konfigurationer kallas för dr-konfigurationer med flera syfte.
- Beställa mer lagring på DR-platsen för var och en av dina SAP HANA på Azure-SKU:er (stora instanser) som du vill återställa på haveriberedskapsplatsen. Genom att köpa mer lagringsutrymme kan du allokera lagringsvolymerna. Du kan allokera de volymer som är målet för lagringsreplikeringen från din Azure-produktionsregion till Azure-regionen för haveriberedskap.
- Du kan ha SAP HANA systemreplikering konfigurerad för primär och lagringsbaserad replikering till DR-platsen. Sedan måste du köpa mer lagringsutrymme på DR-platsen så att data för både primära och sekundära noder replikeras till DR-platsen.
Nästa steg
Lär dig mer om säkerhetskopiering och återställning SAP HANA på stora HANA-instanser.