Arkitekturbegrepp och mönster för Azure-stordatorer och mellanregister

  • Artikel
  • 12 minuter för att läsa

Omstrukturera

Refaktorering kräver minimala ändringar i program. Detta gör det ofta möjligt för programarkitekturen att utnyttja Azure PaaS (plattform som en tjänst) och utnyttja ytterligare molnerbjudanden. Du kan till exempel migrera beräkningskomponenter för befintliga program till Azure App Service eller till Azure Kubernetes Service (AKS). Du kan också omstrukturera relationsdatabaser och icke-relationella databaser till olika alternativ, till exempel Azure SQL Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL och Azure Cosmos DB.

Omstrukturera arkitekturer

  • Unisys-stordatormigrering
    • 11/17/2020
    • 7 min att läsa

    Lär dig mer om alternativ för att använda AMT-ramverket (Asysco Automated Migration Technology) för att migrera Unisys-stordatorarbetsbelastningar till Azure.

  • IBM System i (AS/400) till Azure med infinite i
    • 05/14/2021
    • 7 min att läsa

    Använd Infinite i för att enkelt migrera dina IBM System i-arbetsbelastningar (AS/400) till Azure. Du kan sänka kostnaderna, förbättra prestanda, förbättra tillgängligheten och modernisera.

Ny tekniker

Ny teknik för migrering fokuserar på att ändra och utöka programfunktioner och kodbasen för att optimera programarkitekturen för molnskalbarhet. Du kan till exempel dela upp ett monolitiskt program i en grupp med mikrotjänster som fungerar tillsammans och skalas enkelt. Du kan också göra om relationella och icke-relationella databaser till en fullständigt hanterad databaslösning, till exempel SQL Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL och Azure Cosmos DB.

Arkitekturer för ny teknik

Dedikerad maskinvara

Ett annat mönster för migrering till Azure (för äldre system) är vad som kallas dedikerad maskinvara. Det här mönstret är när äldre maskinvara (till exempel IBM Power Systems) körs i Azure-datacentret, med en azure-hanterad tjänsthantering runt maskinvaran, vilket möjliggör enkel molnhantering och automatisering. Dessutom är den här maskinvaran tillgänglig för att ansluta till och använda med andra Azure IaaS- och PaaS-tjänster.

Dedikerade maskinvaruarkitekturer

Dataförflyttning och migrering

En viktig del av äldre migreringar och omvandlingar till Azure är att ta hänsyn till data. Detta kan omfatta inte bara dataförflyttning, utan även datareplikering och synkronisering.

Arkitekturer för dataflyttning och migrering

Nästa steg

Faktablad, bloggar, webbseminor och andra resurser finns tillgängliga för att hjälpa dig på din resa, för att förstå hur du migrerar äldre system till Azure:

Faktablad

Webbseminarier

Blogginlägg

Kundberättelser

Olika branscher migrerar från äldre stordatorer och mellanregistersystem på innovativa och inbjudande sätt. Här följer ett antal kundfallstudier och framgångsberättelser:

Stordator- och medelhög maskinvara består av en familj av system från olika leverantörer (alla med en historik och ett mål med hög prestanda, högt dataflöde och ibland hög tillgänglighet). Dessa system var ofta uppskalade och monolitiska, vilket innebär att de var en enda, stor ram med flera bearbetningsenheter, delat minne och delad lagring.

På programsidan skrevs program ofta i en av två varianter: antingen transaktionella eller batch. I båda fallen fanns det en mängd olika programmeringsspråk som användes, inklusive COBOL, PL/I, Natural, Fortran, REXX och så vidare. Trots systemens ålder och komplexitet finns det många migreringsvägar till Azure.

På datasidan lagras data vanligtvis i filer och i databaser. Stordator- och mellanregisterdatabaser finns ofta i en mängd olika möjliga strukturer, till exempel relationsdatabaser, hierarkiska databaser och nätverk. Det finns olika typer av filorganisationssystem, där vissa av dem kan indexeras och kan fungera som nyckel/värde-lager. Dessutom kan datakodning i stordatorer vara annorlunda än den kodning som vanligtvis hanteras i system som inte är stordatorer. Därför bör datamigrering hanteras med startplanering. Det finns många alternativ för att migrera till Azure-dataplattformen.

Stordator + översikt över medelintervall –

Migrera äldre system till Azure

I många fall kan stordatorer, mellanregister och andra serverbaserade arbetsbelastningar replikeras i Azure med lite eller ingen funktionsförlust. Ibland märker användarna inte ändringar i sina underliggande system. I andra situationer finns det alternativ för att omstrukturera och omstrukturera den äldre lösningen till en arkitektur som är i linje med molnet. Detta görs samtidigt som samma eller liknande funktioner bibehålls. Arkitekturerna i den här innehållsuppsättningen (plus ytterligare faktablad och andra resurser som anges nedan) hjälper dig genom den här processen.

Stordator- och medelintervallsbegrepp

I våra stordatorarkitekturer använder vi följande termer.

Stordatorer

Stordatorer utformades som uppskalningsservrar för att köra onlinetransaktioner med stora volymer och batchbearbetning i slutet av 1950-talet. Därför har stordatorer programvara för onlinetransaktionsformulär (kallas ibland gröna skärmar) och högpresterande I/O-system för bearbetning av batchkörningarna. Stordatorer har ett rykte för hög tillförlitlighet och tillgänglighet, förutom möjligheten att köra online- och batchjobb.

Stordatorlagring

En del av avmystifiera stordatorer omfattar avkodning av olika överlappande termer. Till exempel refererar central lagring, verkligt minne, verklig lagring och huvudlagring vanligtvis till lagring som är direkt kopplad till stordatorprocessorn. Stordatormaskinvara innehåller processorer och många andra enheter, till exempel lagringsenheter för direktåtkomst (DASD), magnetiska bandenheter och flera typer av användarkonsoler. Band och DASD:er används för systemfunktioner och av användarprogram.

Typer av fysisk lagring:

  • Central lagring. Den finns direkt på stordatorprocessorn och kallas även för processorlagring ellerverklig lagring.
  • Extra lagring. Den finns separat från stordatorn och innehåller lagring på DASD:er, vilket även kallas växlingslagring.

MIPS

Mätningen av miljontals instruktioner per sekund (MIPS) ger ett konstant värde för antalet cykler per sekund för en viss dator. MIPS används för att mäta den övergripande beräkningskraften för en stordator. Stordatorleverantörer debiterar kunder baserat på MIPS-användning. Kunder kan öka stordatorkapaciteten för att uppfylla specifika krav. IBM har ett processorkapacitetsindexsom visar den relativa kapaciteten mellan olika stordatorer.

Tabellen nedan visar typiska MIPS-tröskelvärden för små, medelstora och stora företagsorganisationer (SORG, MORG ochGS).

Kundstorlek Typisk MIPS-användning
SORG Mindre än 500 MIPS
MORG 500 MIPS till 5 000 MIPS
GSG Mer än 5 000 MIPS

Stordatordata

Stordatordata lagras och organiseras på en mängd olika sätt, från relationsdatabaser och hierarkiska databaser till filsystem med högt dataflöde. Några av de vanliga datasystemen är z/OS Db2 för relationsdata och IMS DB för hierarkiska data. För fillagring med högt dataflöde kan du se VSAM (IBM Virtual Storage Access Method). Följande tabell innehåller en mappning av några av de vanligaste stordatordatasystemen och deras möjliga migreringsmål till Azure.

Datakälla Målplattform i Azure
z/OS Db2 & Db2 LUW Azure SQL DB, SQL Server på virtuella Azure-datorer, Db2 LUW på virtuella Azure-datorer, Oracle på Azure virtuella datorer Azure Database for PostgreSQL
IMS DB Azure SQL DB, SQL Server på virtuella Azure-datorer, Db2 LUW på virtuella Azure-datorer, Oracle på Azure virtuella datorer Azure Cosmos DB
Virtual Storage Access Method (VSAM), ISAM (Indexed Sequential Access Method), andra flata filer Azure SQL DB, SQL Server på virtuella Azure-datorer, Db2 LUW på virtuella Azure-datorer, Oracle på Azure virtuella datorer Azure Cosmos DB
Generation Date Groups (GS) Filer på Azure som använder tillägg i namngivningskonventionerna för att tillhandahålla liknande funktioner som TGS

Mellanregistersystem, Unix-varianter och andra äldre system

Mellanregistersystem och mellanregisterdatorer är löst definierade termer för ett datorsystem som är kraftfullare än en personlig dator för generell användning, men mindre kraftfull än en stordator i full storlek. I de flesta fall används en mellannivådator som nätverksserver när det finns ett litet till medelstort antal klientsystem. Datorerna har vanligtvis flera processorer, en stor mängd random access memory (RAM) och stora hårddiskar. Dessutom innehåller de vanligtvis maskinvara som möjliggör avancerade nätverk och portar för att ansluta till mer affärsorienterad kringutrustning (till exempel storskaliga datalagringsenheter).

Vanliga system i den här kategorin är AS/400- och IBM i- och p-serien. Unisys har också en samling mellanregistersystem.

Unix-operativsystem

Unix-operativsystemet var ett av de första operativsystemen i företagsklass. Unix är det grundläggande operativsystemet för Ubuntu, Solaris och operativsystem som följer POSIX-standarder. Unix utvecklades på 1970-talet av Ken Thompson, Unix Ritchie och andra på AT & T Unix. Den var ursprungligen avsedd för programmerare som utvecklar programvara i stället för icke-programmerare. Den distribuerades till myndigheter och akademiska institutioner, som båda ledde till att Unix portades till en större mängd varianter och förgafflar med olika specialiserade funktioner. Unix och dess varianter (till exempel AIX, HP-UX och Tru64) körs ofta på äldre system, till exempel IBM-stordatorer, AS/400-system, Sun Sparc och DEC-maskinvarubaserade system.

Andra system

Andra äldre system är systemfamiljen från Digital Equipment Corporation (DEC), till exempel DECBEL, DEC Alpha och DEC PDP. DEC-systemen körde inledningsvis VMS-operativsystemet VMS och flyttade till slut till Unix-varianter, till exempel Tru64. Andra system är sådana som baseras på PA-RISC-arkitekturen, till exempel HP-3000- och HP-9000-system.

Mellanregisterdata och lagring

Mellanregisterdata lagras och organiseras på olika sätt, från relationsdatabaser och hierarkiska databaser till filsystem med högt dataflöde. Några av de vanliga datasystemen är Db2 för i (för relationsdata) och IMS DB för hierarkiska data. Följande tabell innehåller en mappning av några av de vanligaste stordatordatasystemen och de möjliga migreringsmålen till Azure.

Datakälla Målplattform i Azure
Db2 för i Azure SQL DB, SQL Server på virtuella Azure-datorer, Azure Database for PostgreSQL Db2 LUW på virtuella Azure-datorer Oracle på Azure virtuella datorer
IMS DB Azure SQL DB, SQL Server på virtuella Azure-datorer, Db2 LUW på virtuella Azure-datorer, Oracle på Azure virtuella datorer Azure Cosmos DB

Endianness

Tänk på följande information om endianitet:

  • RISC- och x86-processorer skiljer sig åt vad gäller endianitet, en term som används för att beskriva hur ett system lagrar byte i datorminnet.
  • RISC-baserade datorer kallas för big endian eftersom de lagrar det viktigaste ("stora") värdet först, det vill säga i den lägsta lagringsadressen.
  • De flesta Linux-datorer baseras på x86-processorn, som little endian system, vilket innebär att de lagrar det minst signifikanta ("lite") värdet först.

Följande bild visar visuellt skillnaden mellan big endian och little endian.

Endianness explained

Arkitekturtyper på hög nivå

Ange ny värd

Det här alternativet kallas ofta lift and shift-migrering och kräver inte kodändringar. Du kan använda den för att snabbt migrera dina befintliga program till Azure. Varje program migreras som det är för att dra nytta av fördelarna med molnet (utan den risk och kostnad som är associerad med kodändringar).

Värd för arkitekturer