Växla från stordatorer till Azure

Som en alternativ plattform för att köra traditionella stordatorprogram erbjuder Azure beräkning och lagring i hyperskala i en miljö med hög tillgänglighet. Du får värdet och flexibiliteten för en modern, molnbaserad plattform utan de kostnader som är kopplade till en stordatormiljö.

Det här avsnittet innehåller teknisk vägledning för att växla från en stordatorplattform till Azure.

MIPS jämfört med vCPU:er

Det finns ingen universell mappningsformel som finns för att fastställa antalet virtuella centrala bearbetningsenheter (vCPU:er) som behövs för att köra stordatorarbetsbelastningar. Måttet för en miljon instruktioner per sekund (MIPS) mappas dock ofta till vCPU:er i Azure. MIPS mäter den övergripande beräkningskraften för en stordator genom att ange ett konstant värde för antalet cykler per sekund för en viss dator.

En liten organisation kan kräva mindre än 500 MIPS, medan en stor organisation vanligtvis använder mer än 5 000 MIPS. Vid $ 1,000 per enskild MIPS spenderar en stor organisation cirka $ 5 miljoner årligen för att distribuera en infrastruktur på 5 000 MIPS. Den årliga kostnadsuppskattningen för en typisk Azure-distribution av den här skalan är ungefär en tiondel av kostnaden för en MIPS-infrastruktur.

En korrekt beräkning av MIPS till vCPU:er med Azure beror på typen av vCPU och den exakta arbetsbelastning som du kör. Benchmark-studier ger dock en bra grund för att uppskatta antalet och typen av vCPU:er som du behöver. Ett nytt HPE zRef-riktmärke ger följande uppskattningar:

• 288 MIPS per Intel-baserad kärna som körs på HPE ProLiant-servrar för onlinejobb (CICS).

• 170 MIPS per Intel-kärna för COBOL-batchjobb.

Den här guiden uppskattar 200 MIPS per vCPU för onlinebearbetning och 100 MIPS per vCPU för batchbearbetning.

Kommentar

Dessa uppskattningar kan komma att ändras när nya vm-serier (VM) blir tillgängliga i Azure.

Hög tillgänglighet och redundans

Stordatorsystem erbjuder ofta fem 9-talets tillgänglighet (99,999 procent) när stordatorkoppling och Parallell Sysplex används. Ändå måste systemoperatörerna fortfarande schemalägga stilleståndstid för underhåll och inledande programbelastningar (IPL). Den faktiska tillgängligheten närmar sig två eller tre 9:or, jämförbara med intel-baserade servrar med hög slutpunkt.

Som jämförelse erbjuder Azure åtagandebaserade serviceavtal (SLA), där flera 9:ors tillgänglighet är standard, optimerat med lokal eller geo-baserad replikering av tjänster.

Azure ger ytterligare tillgänglighet genom att replikera data från flera lagringsenheter, antingen lokalt eller i andra geografiska regioner. I händelse av ett Azure-baserat fel kan beräkningsresurser komma åt replikerade data på lokal eller regional nivå.

När du använder PaaS-resurser (Plattform som en tjänst), till exempel Azure SQL Database och Azure Cosmos DB, kan Azure automatiskt hantera redundansväxlingar. När du använder Azure-infrastruktur som en tjänst (IaaS) förlitar sig redundans på specifika systemfunktioner, till exempel SQL Server AlwaysOn-funktioner, redundansklusterinstanser och tillgänglighetsgrupper.

Skalbarhet

Stordatorer skalas vanligtvis upp medan molnmiljöerna skalas ut. Stordatorer kan skalas ut med hjälp av en kopplingsanläggning (CF), men den höga kostnaden för maskinvara och lagring gör stordatorer dyra att skala ut.

En CF erbjuder också nära kopplade beräkningar, medan utskalningsfunktionerna i Azure är löst kopplade. Molnet kan skalas upp eller ned för att matcha exakta användarspecifikationer, med beräkningskraft, lagring och tjänster som skalar på begäran enligt en användningsbaserad faktureringsmodell.

Säkerhetskopiering och återställning

Stordatorkunder underhåller vanligtvis haveriberedskapsplatser eller använder sig av en oberoende stordatorleverantör för haveriberedskap. Synkronisering med en haveriberedskapsplats görs vanligtvis via offlinekopior av data. Båda alternativen medför höga kostnader.

Automatiserad geo-redundans är också tillgänglig via stordatorkopplingsfaciliteten. Den här metoden är dyr och är vanligtvis reserverad för verksamhetskritiska system. Azure har däremot enkla att implementera och kostnadseffektiva alternativ för säkerhetskopiering, återställning och redundans på lokal eller regional nivå eller via geo-redundans.

Lagring

En del av att förstå hur stordatorer fungerar är att avkoda olika överlappande termer. Till exempel central lagring, verkligt minne, verklig lagring och huvudlagring refererar vanligtvis till lagring som är ansluten direkt till stordatorprocessorn.

Stordatormaskinvara omfattar processorer och många andra enheter, till exempel lagringsenheter med direktåtkomst (DASD), magnetbandenheter och flera typer av användarkonsoler. Band och DASD används för systemfunktioner och av användarprogram.

Typer av fysisk lagring för stordatorer är:

• Central lagring: Finns direkt på stordatorprocessorn, detta kallas även processor eller verklig lagring.
• Extra lagring: Den här typen finns separat från stordatorn och innehåller lagring på DASD:er och kallas även växlingslagring.

Molnet erbjuder en rad flexibla, skalbara alternativ, och du betalar bara för de alternativ som du behöver. Azure Storage erbjuder ett massivt skalbart objektlager för dataobjekt, en filsystemtjänst för molnet, ett tillförlitligt meddelandearkiv och ett NoSQL-lager. För virtuella datorer ger hanterade och ohanterade diskar beständig, säker disklagring.

Utveckling och testning av stordatorer

En viktig faktor i stordatormigreringsprojekt är det föränderliga ansiktet för programutveckling. Organisationer vill att deras utvecklingsmiljö ska vara mer flexibel och lyhörd för affärsbehov.

Stordatorer har vanligtvis separata logiska partitioner (LPAR) för utveckling och testning, till exempel QA och mellanlagring av LPAR. Stordatorutvecklingslösningar omfattar kompilatorer (COBOL, PL/I, Assembler) och redigerare. Den vanligaste är ISPF (Interactive System Productivity Facility) för z/OS-operativsystemet som körs på IBM-stordatorer. Andra är ROSCOE Programming Facility (RPF) och Computer Associates-verktyg, till exempel CA Librarian och CA-Panvalet.

Emuleringsmiljöer och kompilatorer är tillgängliga på x86-plattformar, så utveckling och testning kan vanligtvis vara bland de första arbetsbelastningarna som migreras från en stordator till Azure. Tillgängligheten och den utbredda användningen av DevOps-verktyg i Azure påskyndar migreringen av utvecklings- och testmiljöer.

När lösningar utvecklas och testas i Azure och är redo för distribution till stordatorn måste du kopiera koden till stordatorn och kompilera den där.

Nästa steg

Migrering av stordatorprogram