Unisys stordatormigrering med Asysco

Bastion
ExpressRoute
SQL Database
Virtual Machines
Virtual Network

Unisys ClearPath-stordatorsystem är kompletta driftsmiljöer som kan skalas upp lodrätt för att hantera verksamhetskritiska arbetsbelastningar. ClearPath-stordatormodeller inkluderar Dorado, som kör Legacy Sperry 1100/2200 och Libra, som kör Legacy Burroughs A Series/MCP. Att emulera, konvertera eller modernisera dessa system till Azure kan ge liknande eller bättre prestanda och SLA-garantier, samtidigt som du drar nytta av Azures flexibilitet, tillförlitlighet och framtida funktioner.

I den här artikeln beskrivs de konverteringstekniker som Microsoft-partnern Asysco använder för att migrera Unisys-stordatorarbetsflöden till Azure. Ramverket för automatiserad migreringsteknik (AMT) möjliggör en snabbare flytt till Azure utan att skriva om programkod eller omdesigna dataarkitekturen. Ramverket konverterar äldre kod till C#, samtidigt som källkoden bevaras i sin ursprungliga form. Programanvändargränssnitt och interaktioner kan vara praktiskt taget oförändrade, vilket minimerar behovet av omträning av slutanvändare.

Asysco AMT Transform automatiserar migreringen av hela stordatorekosystemet till Azure genom att konvertera:

  • Transaktionsprogramkod till AMT COBOL eller direkt till C# och .NET. AMT upprätthåller den ursprungliga kodstrukturen som ska användas som baslinje eller för att möjliggöra framtida redigeringar.
  • Alla databaser, oavsett om de är hierarkiska, nätverk eller relationella, till Azure SQL Database.
  • WFL/ECL-skript för att Windows PowerShell eller till Visual Basic-skript med öppen källkod.
  • Alla binära eller indexerade flata filer.

Potentiella användningsfall

AMT Framework stöder flera alternativ för att flytta klientarbetsbelastningar till Azure:

  • En metod är att konvertera och flytta hela stordatorsystemet till Azure samtidigt, vilket sparar underhållskostnader för mellanliggande stordatorer och supportkostnader för anläggningar. Den här metoden medför en viss risk: Alla processer, till exempel programkonvertering, datamigrering och testning, måste justeras för att möjliggöra en smidig övergång.

  • En andra metod är att gradvis flytta program från stordatorn till Azure, med en fullständig övergång som slutmål. Den här taktiken ger besparingar per program, och lärdomar att konvertera varje program kan hjälpa till med efterföljande konverteringar. Att modernisera varje program enligt sitt eget schema kan vara mer avslappnat än att konvertera allt på en gång.

Den här stegvisa metoden kan också ge fler bearbetningscykler på stordatorn när program konverteras till Azure. Slutligen kan utsvältning av stordatorn när program konverteras till Azure markera behovet av att dra tillbaka stordatorn.

Äldre arkitektur

Följande diagram visar de typiska komponenterna i Unisys Burroughs MCP- eller Unisys Sperry OS 1100/2200-stordatorsystem.

Diagram som visar Unisys Burroughs MCP- eller Unisys Sperry OS 1100/2200-stordatorkomponenter.

Arbetsflöde

  • Lokala administratörsanvändare interagerar med stordatorn via Terminal Emulator (MCP-system) eller UTS Terminal Emulator (OS 1100/2200-system) (A). Lokala webbgränssnittsanvändare kan interagera via en webbläsare via TLS 1.3 port 443 (B). Stordatorer använder kommunikationsstandarder som IPv4, IPv6, SSL/TLS, Telnet, FTP och Sockets.

  • Löst kopplade integrerade mellanprogram innehåller webbtjänster, MOM, WebSphere MQ och MSMQ. Miljöintegratörer är Java, .NET, Tuxedo och paket som SAP. Andra mellanprogram inkluderar direkt dataåtkomst via ODBC, JDBC och JCA-anslutningsappar och XML-leverantörer.

  • Programservrar (C) utför batchbearbetning och hanterar transaktioner via COMS Transaction Management-servern för MCP eller paket med hög volym/transaktionsgränssnitt (TIP/HVTIP) för OS 2200.

  • Program (D) för MCP är skrivna i COBOL, C, PASCAL, ALGOL, RPG eller WFL. För OS 2200 finns programmen i COBOL, Fortran, C, MASM, SSG, PASCAL, UCOBOL eller ECL.

  • Databashanteringssystem (E) är XA-kompatibla. MCP använder hierarkiska DMS II-databassystem och OS 2200 använder nätverksbaserade DMS II- eller relationsdatabassystem.

  • Filfunktioner (F) omfattar CIFS, sekventiella filer, flata filer, nyckelbaserad I/O och virtuella bandfiler.

  • En dedikerad server hanterar åtgärder och övervakning (G).

  • Ett skrivarundersystem (H) hanterar lokala skrivare.

Azure-arkitektur

Det andra diagrammet visar hur Unisys stordatorkomponenter kan mappa och migrera till Azure-funktioner.

Diagram som visar hur Unisys stordatorkomponenter kan mappas till Azure-funktioner.

Arbetsflöde

  1. En webbläsare för att få åtkomst till Azure-systemresurser ersätter terminalemulering för efterfrågan och onlineanvändare (A). Användare får åtkomst till webbaserade program via TLS-port 443. För administratörsåtkomst till Azure Virtual Machines (VM) maximerar Azure Bastion-värdar säkerheten genom att minimera öppna portar.

  2. Kod för presentationslager körs i IIS och använder ASP.NET för att underhålla Unisys-stordatorns gränssnittsskärmar (B). Programmens presentationslager kan förbli i stort sett oförändrade för att minimera omträningen av slutanvändare. Eller så kan du uppdatera presentationsskiktet för webbprogram med moderna ramverk för användarupplevelser.

  3. AMT Framework konverterar stordatorpresentation, batch- och transaktionsbelastningar (C) till tillräckligt många servergrupper för att hantera arbetet. Lösningen använder två uppsättningar av två virtuella datorer som kör webb- och programlagren, som frontas av Azure Load Balancers i aktiva-aktiva arrangemang för att sprida fråge- och transaktionstrafik.

    Batchbaserade arbetsflöden kan ha andra transaktionsserveruppsättningar bakom lastbalanserare i stället för presentationsservrar.

  4. AMT Framework konverterar äldre programkod (D) till C#/.NET. Om koden behöver ändras eller redigeras kan AMT underhålla och ombearbeta den ursprungliga koden. Eller så kan du redigera den konverterade C#-koden direkt för att flytta fram kodbasen till nya standarder.

  5. Äldre databasstrukturer (E) kan migreras till Azure SQL Database, med funktioner för hög tillgänglighet (HA) och haveriberedskap (DR) som Azure tillhandahåller. Asysco-datamigreringsverktyg kan konvertera DMS- och RDMS-scheman till SQL. Azure Private Link tillhandahåller en privat direktanslutning från de virtuella Azure-datorerna till Azure SQL Database.

  6. Filstrukturer (F) mappar enkelt till Azure-strukturerade fil- eller bloblagringsdatakonstruktioner. Funktioner som azure autofailover-gruppreplikering kan ge dataskydd.

  7. Arbetsbelastningsautomatisering, schemaläggning, rapportering och systemövervakningssystem (G) som är Azure-kompatibla kan behålla sina aktuella plattformar. Dessa plattformar omfattar Unisys Operations Sentinel och SMA OpCon. Asysco AMT Control Center kan också hantera dessa funktioner.

  8. Azure Site Recovery HA/DR-funktioner speglar de virtuella Azure-datorerna till en sekundär Azure-region för snabb redundans om det uppstår fel i Azure-datacentret.

  9. Systemet har stöd för skrivare (H) och andra äldre systemutdataenheter om de har IP-adresser anslutna till Azure-nätverket.

Komponenter

  • Azure Virtual Machines är skalbara beräkningsresurser på begäran. Azure Virtual Machines ger dig flexibiliteten i virtualisering utan att behöva köpa och underhålla fysisk maskinvara.

  • Virtuella Azure-nätverk är de grundläggande byggstenarna för privata Azure-nätverk. Med virtuella nätverk kan Azure-resurser som virtuella datorer kommunicera säkert med varandra, Internet och lokala nätverk. Även om en Azure-Virtual Network liknar ett traditionellt nätverk lokalt, erbjuder det de extra fördelarna med Azures infrastruktur, till exempel skalbarhet, tillgänglighet och isolering.

  • Med virtuella nätverksgränssnitt kan virtuella Azure-datorer kommunicera med Internet, Azure och lokala resurser. Precis som i den här arkitekturen kan du lägga till flera nätverkskort till en virtuell Azure-dator. Sedan kan underordnade virtuella datorer ha egna dedikerade nätverksenheter och IP-adresser.

  • Azure-hanterade diskar är lagringsvolymer på blocknivå som Azure hanterar på virtuella Azure-datorer. De tillgängliga typerna av diskar är ultradiskar, Premium SSD-enheter (Solid State Drive), standard-SSD:er och standardhårddiskar (HDD). Den här arkitekturen fungerar bäst med Premium SSD eller Ultra Disk SSD.

  • Azure Files erbjuder fullständigt hanterade filresurser i ditt Azure Storage-konto som är tillgängliga från molnet eller lokalt. Windows-, Linux- och macOS-distributioner kan montera Azure-filresurser samtidigt och komma åt filer via branschstandardprotokollet Server Message Block (SMB).

  • Med Azure ExpressRoute kan du utöka dina lokala nätverk till Microsoft-molnet via en privat anslutning som underlättas av en anslutningsleverantör. Med ExpressRoute kan du upprätta anslutningar till molntjänster som Azure och Office 365.

  • Azure Bastion är en fullständigt hanterad plattform som en tjänst (PaaS) som du etablerar i ditt virtuella nätverk. Bastion ger säker och sömlös RDP- och SSH-anslutning till de virtuella datorerna i ditt virtuella nätverk direkt från Azure Portal via TLS.

  • Azure SQL Database är en fullständigt hanterad PaaS-databasmotor som alltid körs på den senaste stabila versionen av SQL Server och det korrigerade operativsystemet med 99,99 % tillgänglighet. SQL Database hanterar de flesta databashanteringsfunktioner som uppgradering, korrigering, säkerhetskopiering och övervakning utan inblandning av användaren. Med de här PaaS-funktionerna kan du fokusera på verksamhetskritisk, domänspecifik databasadministration och optimering.

  • Azure Private Link för Azure SQL Database tillhandahåller en privat, direkt anslutning som är isolerad till Azure-nätverkets stamnät från de virtuella Azure-datorerna till Azure SQL Database.

Överväganden

Följande överväganden gäller för den här arkitekturen:

Tillgänglighet

  • Den här arkitekturen använder Azure Site Recovery för att spegla de virtuella Azure-datorerna till en sekundär Azure-region för snabb redundansväxling och haveri vid fel i Azure-datacenter.

  • Azure autofailover-gruppreplikering ger dataskydd genom att hantera databasreplikering och redundans till en annan region.

Återhämtning

Återhämtning är inbyggd i den här lösningen på grund av lastbalanserarna. Om en presentation eller transaktionsserver misslyckas axlar den andra servern bakom Load Balancer arbetsbelastningen.

Skalbarhet

Du kan skala ut serveruppsättningarna för att ge mer dataflöde. Mer information finns i Vm-skalningsuppsättningar.

Säkerhet

  • Den här lösningen använder en Nätverkssäkerhetsgrupp (NSG) i Azure för att hantera trafik mellan Azure-resurser. Mer information finns i Nätverkssäkerhetsgrupper.

  • Private Link för Azure SQL Database tillhandahåller en privat, direkt anslutning isolerad till Azure-nätverksnätet från de virtuella Azure-datorerna till Azure SQL Database.

Azure Bastion maximerar administratörsåtkomstsäkerheten genom att minimera öppna portar. Bastion ger säker och sömlös säker RDP- och SSH-anslutning via TLS från Azure Portal till virtuella datorer i det virtuella nätverket.

Kostnadsoptimering

  • Azure SQL Database bör använda Hyperskala eller Affärskritisk SQL Database nivåer för åtgärder med hög in-/utdata per sekund (IOPS) och serviceavtal för hög drifttid.

  • Den här arkitekturen fungerar bäst med Premium SSD eller Ultra Disk SSD. Mer information finns i Managed Disks prissättning.

Deltagare

Den här artikeln underhålls av Microsoft. Den skrevs ursprungligen av följande deltagare.

Huvudförfattare:

Om du vill se icke-offentliga LinkedIn-profiler loggar du in på LinkedIn.

Nästa steg

Mer information finns på legacy2azure@microsoft.com.

Utforska relaterade resurser: