Overstappen van mainframes naar Azure

Als alternatief platform voor het uitvoeren van traditionele mainframe-toepassingen biedt Azure hyperscale compute en opslag in een omgeving met hoge beschikbaarheid. U krijgt de waarde en flexibiliteit van een modern, cloudplatform zonder de kosten die zijn gekoppeld aan een mainframe-omgeving.

Deze sectie bevat technische richtlijnen voor het overstappen van een mainframe-platform naar Azure.

MIPS versus vCPU's

Er is geen universele toewijzingsformule die bestaat voor het bepalen van het aantal virtuele centrale verwerkingseenheden (vCPU's) dat nodig is om mainframe-workloads uit te voeren. De metrische gegevens van een miljoen instructies per seconde (MIPS) worden echter vaak toegewezen aan vCPU's in Azure. MIPS meet de totale rekenkracht van een mainframe door een constante waarde op te geven van het aantal cycli per seconde voor een bepaalde machine.

Een kleine organisatie vereist mogelijk minder dan 500 MIPS, terwijl een grote organisatie doorgaans meer dan 5000 MIPS gebruikt. Bij $ 1000 per enkele MIPS besteedt een grote organisatie jaarlijks ongeveer $ 5 miljoen aan het implementeren van een MIPS-infrastructuur van 5.000. De jaarlijkse kostenraming voor een typische Azure-implementatie van deze schaal is ongeveer één tiende van de kosten van een MIPS-infrastructuur.

Een nauwkeurige berekening van MIPS naar vCPU's met Azure is afhankelijk van het type vCPU en de exacte workload die u uitvoert. Benchmarkstudies bieden echter een goede basis voor het schatten van het aantal en het type vCPU's dat u nodig hebt. Een recente HPE zRef-benchmark biedt de volgende schattingen:

• 288 MIPS per Intel-kern die wordt uitgevoerd op HPE ProLiant-servers voor onlinetaken (CICS).

• 170 MIPS per Intel-kern voor COBOL-batchtaken.

Deze handleiding schat 200 MIPS per vCPU voor online verwerking en 100 MIPS per vCPU voor batchverwerking.

Notitie

Deze schattingen kunnen worden gewijzigd wanneer er nieuwe vm-serie (virtuele machines) beschikbaar komen in Azure.

Hoge beschikbaarheid en failover

Mainframesystemen bieden vaak vijf beschikbaarheid van 9's (99,999 procent) wanneer mainframekoppeling en Parallel Sysplex worden gebruikt. Toch moeten systeembeheerders nog steeds downtime plannen voor onderhoud en initiële programmabelastingen (IPL's). De werkelijke beschikbaarheid nadert twee of drie 9's, vergelijkbaar met high-end servers op basis van Intel.

Ter vergelijking biedt Azure service level agreements (SLA's) op basis van toezeggingen, waarbij meerdere 9's de standaardbeschikbaarheid is, geoptimaliseerd met lokale of geo-gebaseerde replicatie van services.

Azure biedt extra beschikbaarheid door gegevens van meerdere opslagapparaten te repliceren, lokaal of in andere geografische regio's. In het geval van een fout op basis van Azure hebben rekenresources toegang tot de gerepliceerde gegevens op lokaal of regionaal niveau.

Wanneer u PaaS-resources (Platform as a Service) van Azure gebruikt, zoals Azure SQL Database en Azure Cosmos DB, kan Azure automatisch failovers verwerken. Wanneer u Azure Infrastructure as a Service (IaaS) gebruikt, is failover afhankelijk van specifieke systeemfunctionaliteit, zoals SQL Server AlwaysOn-functies, failoverclusteringexemplaren en beschikbaarheidsgroepen.

Schaalbaarheid

Mainframes worden meestal omhoog geschaald, terwijl cloudomgevingen worden uitgeschaald. Mainframes kunnen uitschalen met behulp van een koppelingsfaciliteit (CF), maar de hoge kosten van hardware en opslag maken mainframes duur om uit te schalen.

Een CF biedt ook nauw gekoppelde rekenkracht, terwijl de uitschaalfuncties van Azure losjes zijn gekoppeld. De cloud kan omhoog of omlaag schalen om te voldoen aan de exacte gebruikersspecificaties, met rekenkracht, opslag en services die op aanvraag worden geschaald onder een factureringsmodel op basis van gebruik.

Back-up en herstel

Mainframe-klanten onderhouden doorgaans sites voor herstel na noodgevallen of maken gebruik of een onafhankelijke mainframeprovider voor noodgeval. Synchronisatie met een site voor herstel na noodgevallen wordt meestal uitgevoerd via offline kopieën van gegevens. Bij beide opties worden hoge kosten in rekening gebracht.

Geautomatiseerde georedundantie is ook beschikbaar via de mainframekoppelingsfaciliteit. Deze aanpak is duur en is doorgaans gereserveerd voor bedrijfskritieke systemen. Azure heeft daarentegen eenvoudig te implementeren en kosteneffectieve opties voor back-ups, herstel en redundantie op lokaal of regionaal niveau, of via geo-redundantie.

Storage

Een deel van het begrijpen hoe mainframes werken, omvat het decoderen van verschillende overlappende termen. Centrale opslag, echt geheugen, echte opslag en hoofdopslag verwijzen over het algemeen allemaal naar opslag die rechtstreeks aan de mainframeprocessor is gekoppeld.

Mainframe-hardware omvat processors en vele andere apparaten, zoals DASD's (Direct Access Storage Devices), magnetische tapestations en verschillende typen gebruikersconsoles. Tapes en DASD's worden gebruikt voor systeemfuncties en door gebruikersprogramma's.

Typen fysieke opslag voor mainframes zijn:

• Centrale opslag: deze bevindt zich rechtstreeks op de mainframeprocessor, ook wel processor of echte opslag genoemd.
• Hulpopslag: dit type bevindt zich los van het mainframe, inclusief opslag op DASD's en wordt ook wel wisselopslag genoemd.

De cloud biedt een scala aan flexibele, schaalbare opties en u betaalt alleen voor die opties die u nodig hebt. Azure Storage biedt een zeer schaalbaar objectarchief voor gegevensobjecten, een bestandssysteemservice voor de cloud, een betrouwbaar berichtenarchief en een NoSQL-archief. Voor VM's bieden beheerde en niet-beheerde schijven permanente, beveiligde schijfopslag.

Mainframe ontwikkelen en testen

Een belangrijk stuurprogramma in mainframemigratieprojecten is het veranderende gezicht van de ontwikkeling van toepassingen. Organisaties willen dat hun ontwikkelomgeving flexibeler en responsief is op bedrijfsbehoeften.

Mainframes hebben doorgaans afzonderlijke logische partities (LPAR's) voor ontwikkeling en testen, zoals QA en faseringS-LPA's. Mainframe-ontwikkeloplossingen omvatten compilers (COBOL, PL/I, Assemblyer) en editors. De meest voorkomende is de Interactive System Productivity Facility (ISPF) voor het z/OS-besturingssysteem dat wordt uitgevoerd op IBM mainframes. Andere omvatten ROSCOE Programming Facility (RPF) en Computer Associates tools, zoals CA Libraryrian en CA-Panvalet.

Emulatieomgevingen en compilers zijn beschikbaar op x86-platforms, dus ontwikkeling en testen kunnen doorgaans een van de eerste workloads zijn om van een mainframe naar Azure te migreren. De beschikbaarheid en het wijdverspreide gebruik van DevOps-hulpprogramma's in Azure versnelt de migratie van ontwikkel- en testomgevingen.

Wanneer oplossingen worden ontwikkeld en getest in Azure en klaar zijn voor implementatie naar het mainframe, moet u de code naar het mainframe kopiëren en daar compileren.

Volgende stappen

Migratie van Mainframe-toepassingen