Szerkesztés

Share via


Az Adabas > Natural rendszert futtató nagyszámítógépes számítógépes rendszerek újrabontása

Azure Kubernetes Service (AKS)
Azure ExpressRoute
Azure Managed Disks
Azure NetApp Files

A Szoftver AG egy népszerű 4GL-alapú nagyszámítógép-platformot biztosít, amely a természetes programozási nyelven és az Adabas-adatbázison alapul. Ez a cikk egy architektúrát biztosít az Adabas &természetes rendszert futtató nagyszámítógépeket használó szervezetek számára, amelyek a számítási feladatok modernizálásának és a felhőbe való áthelyezésének módját keresik.

A nagyszámítógépek architektúrája

Ez az ábra egy olyan nagyszámítógép példáját mutatja be, amelyen telepítve vannak a Software AG Adabas & Natural moduljai az Azure-ba való migrálás előtt. Ez a példa egy IBM z/OS architektúrát mutat be.

Diagram that shows a mainframe architecture that uses Software AG's Adabas & Natural, before migration to Azure.

Töltse le az architektúra Visio-fájlját.

Munkafolyamat

A. A bemenet TCP/IP-n keresztül történik, beleértve a TN3270-et és a HTTP(S-t). A nagyszámítógépbe történő bemenet szabványos nagyszámítógép-protokollokat használ.

B. Az alkalmazások fogadása lehet kötegelt vagy online rendszer.

C. A természetes, COBOL, PL/I, Assembler vagy más kompatibilis nyelvek engedélyezett környezetben futnak.

D. A gyakran használt adat- és adatbázis-szolgáltatások hierarchikus/hálózati adatbázisrendszerek és relációs adatbázistípusok.

E. A gyakori szolgáltatások közé tartozik a program végrehajtása, az I/O-műveletek, a hibaészlelés és a környezeten belüli védelem.

F. A köztes szoftver és segédprogramok olyan szolgáltatásokat kezelnek, mint a szalagos tárolás, az üzenetsorkezelés, a kimenet és a webszolgáltatások a környezetben.

G. Az operációs rendszerek biztosítják a motor és az általa futtatott szoftver közötti interfészt.

H. A partíciókra külön számítási feladatok futtatásához és a munkatípusok elkülönítéséhez van szükség a környezetben.

Azure-architektúra

Ez az ábra bemutatja, hogyan migrálhatja az örökölt architektúrát az Azure-ba egy újrabontási megközelítéssel a rendszer modernizálásához:

Diagram that shows the legacy architecture after migration to Azure.

Töltse le az architektúra Visio-fájlját.

Munkafolyamat

  1. Bemenet. A bemenet általában az Azure ExpressRoute-on keresztül történik távoli ügyfelekről vagy más, jelenleg az Azure-t futtató alkalmazásokon keresztül. Mindkét esetben a TCP/IP-kapcsolatok jelentik a rendszerhez való kapcsolódás elsődleges eszközét. A 443-as TLS-port hozzáférést biztosít a webalapú alkalmazásokhoz. A webes alkalmazások bemutatórétegét gyakorlatilag változatlanul hagyhatja a felhasználók újratanításának minimalizálása érdekében. Másik lehetőségként frissítheti ezt a réteget a követelményeknek megfelelő modern UX-keretrendszerekkel. A virtuális gépekhez való rendszergazdai hozzáféréshez az Azure Bastion-gazdagépek használatával maximalizálhatja a biztonságot a nyitott portok minimalizálásával.

  2. Hozzáférés az Azure-ban. Az Azure-ban az alkalmazás számítási fürtöihez való hozzáférés egy Azure-terheléselosztón keresztül történik. Ez a megközelítés lehetővé teszi a kibővített számítási erőforrások számára a bemeneti munka feldolgozását. A 7. szintű (alkalmazásszint) és a 4. szintű (hálózati protokollszintű) terheléselosztók is elérhetők. A használt típus attól függ, hogy az alkalmazás bemenete hogyan éri el a számítási fürt belépési pontját.

  3. Alkalmazás-számítási fürtök. Az architektúra támogatja az olyan tárolókban futó alkalmazásokat, amelyek a Kuberneteshez hasonló tárolóvezénylőben helyezhetők üzembe. Az Adabas > természetes összetevői linuxos operációs rendszeren futó tárolótechnológián belül futtathatók. Az örökölt alkalmazásokat a modern tárolóalapú architektúrákra építheti újra, és az Azure Kubernetes Servicesen felül is működhet.

  4. ApplinX terminálemuláció (Software AG). Az ApplinX egy kiszolgálóalapú technológia, amely webes kapcsolatot és integrációt biztosít az alapvető rendszeralkalmazásokba anélkül, hogy az alkalmazásokat módosítani kellene. A Natural Online lehetővé teszi, hogy az online felhasználók webböngészőn keresztül csatlakozzanak a Természetes alkalmazásokhoz. ApplinX nélkül a felhasználóknak SSH használatával kell csatlakozniuk a terminálemulációs szoftverhez. Mindkét rendszer tárolókban fut.

  5. EntireX (Szoftver AG). A EntireX lehetővé teszi az integrációs kiszolgálón futó szolgáltatások egyszerű csatlakoztatását olyan kritikus fontosságú programokhoz, amelyek olyan nyelveken vannak megírva, mint a COBOL és a Natural. A Natural Business Services lehetővé teszi az API számára a Természetes programban programozott üzleti funkciókhoz való hozzáférést. Mindkét rendszer tárolókban fut.

  6. Adabas (Software AG). Az Adabas egy nagy teljesítményű NoSQL-adatbázis-kezelő rendszer. A Természetes köteg (Software AG) egy dedikált összetevő a kötegelt feladatok futtatásához. A választott kötegelt feladatütemezési rendszer által ütemezett természetes kötegelt feladatoknak az Adabas-adatbázissal megegyező csomóponton kell futniuk a teljesítményhatás elkerülése érdekében.

  7. Tárhely. Az adatszolgáltatások a nagy teljesítményű tárolás (ultra/prémium SSD), a fájltárolás (NetApp) és a standard tárolás (Blob, archív, biztonsági mentés) kombinációját használják, amelyek a használattól függően helyi redundánsak vagy georedundánsak lehetnek. A csomópont operációs rendszerei felügyelt lemeztárolót használnak. Minden állandó adat, például az adatbázisfájlok, a védelmi naplók, az alkalmazásadatok és a biztonsági mentés, az Azure NetApp Filest használja. Az AKS kezeli a felügyelt lemezeken tárolt operációsrendszer-köteteket. Az adatbázisokból származó összes üzleti szempontból kritikus adatot, beleértve az ASSO-t, a DATA-t, a WORK-fájlokat és az Adabas védelmi naplókat, külön kötetekre kell írni, amelyeket az Azure NetApp Files biztosít.

  8. CONNX. A CONNX for Adabas modul rendkívül biztonságos, valós idejű olvasási/írási hozzáférést biztosít az Adabas-adatforrásokhoz OS/390, z/OS, V Standard kiadás, Linux, Solaris, HP-UX, AIX és Windows rendszeren keresztül .NET, ODBC, OLE DB és JDBC rendszeren keresztül. A CONNX-összekötők hozzáférést biztosítanak az Adabas-adatforrásokhoz, és elérhetővé teszik őket gyakoribb adatbázisokban, például az Azure SQL Database-ben, az Azure Database for PosgreSQL-ben és az Azure Database for MySQL-ben.

Összetevők

  • Az Azure ExpressRoute kibővíti a helyszíni hálózatokat a Microsoft-felhőbe egy privát kapcsolaton keresztül, amelyet egy kapcsolatszolgáltató tesz lehetővé. Az ExpressRoute használatával kapcsolatokat létesíthet a Microsoft felhőszolgáltatásaihoz, például az Azure-hoz és az Office 365-höz.

  • Az Azure Kubernetes Service egy teljes körűen felügyelt Kubernetes-szolgáltatás a tárolóalapú alkalmazások üzembe helyezéséhez és kezeléséhez. Az AKS kiszolgáló nélküli Kubernetes-t, integrált folyamatos integrációt és folyamatos teljesítést (CI/CD) és nagyvállalati szintű biztonságot és irányítást biztosít.

  • Az Azure által felügyelt lemezek olyan blokkszintű tárolókötetek, amelyeket az Azure felügyel, és amelyeket az Azure Virtual Machines használatával használnak. Különböző típusok érhetők el: ultralemezek, prémium SSD, standard SSD és standard HDD. Ebben az architektúrában SSD-lemezeket használunk.

  • Az Azure NetApp Files nagyvállalati szintű Azure-fájlmegosztásokat biztosít a NetApp segítségével. Az Azure NetApp Files megkönnyíti az összetett, fájlalapú alkalmazások migrálását és futtatását a kód módosítása nélkül.

Forgatókönyv részletei

A nagyszámítógépeken futó alkalmazások majdnem 50 éve a legtöbb üzleti művelet központi eleme. Bár ezek a nagyszámítógépes rendszerek figyelemre méltó megbízhatóságot biztosítottak az évek során, kissé problémássá váltak, mivel merevek, és bizonyos esetekben nehezen karbantarthatóak és költségesek a működésük.

Számos szervezet keres módszereket ezeknek a rendszereknek a modernizálására. Olyan módszereket keresnek, amelyekkel felszabadíthatják a rendszer fenntartásához, költségeik szabályozásához és a rendszerekkel való interakciók rugalmasságához szükséges korlátozott erőforrásokat.

A Szoftver AG egy népszerű 4GL-alapú nagyszámítógép-platformot biztosít, amely a természetes programozási nyelven és az Adabas-adatbázison alapul.

Két minta teszi lehetővé az Adabas > Natural-alkalmazások azure-beli futtatását: az újratárolást és az újrabontást. Ez a cikk azt ismerteti, hogyan lehet újrabontást elvégezni egy alkalmazáson az Azure Kubernetes Service-ben (AKS) felügyelt tárolók használatával. További információ: Tárolóalapú megközelítés, a cikk későbbi részében.

Lehetséges használati esetek

Ez az architektúra minden olyan szervezetre vonatkozik, amely az Adabas & Natural rendszerű nagyszámítógépeket használja, és tervezi ezeknek a számítási feladatoknak a modernizálását és a felhőbe való áthelyezését.

Considerations

Tárolóalapú megközelítés

Az Azure rugalmasságának, megbízhatóságának és képességeinek kihasználásához újra kell terveznie a nagyszámítógépes alkalmazásokat. Javasoljuk, hogy mikroszolgáltatásként írja át a monolitikus alkalmazásokat, és használjon tárolóalapú megközelítést az üzembe helyezéshez. A tárolók egyetlen végrehajtható csomagba csomagolják a végrehajtáshoz szükséges összes szoftvert. Az alkalmazás kódját tartalmazza az alkalmazás futtatásához szükséges kapcsolódó konfigurációs fájlokkal, kódtárakkal és függőségekkel együtt. A tárolóalapú alkalmazások gyorsan üzembe helyezhetők, és támogatják a népszerű DevOps-eljárásokat, például a folyamatos integrációt (CI) és a folyamatos üzembe helyezést (CD).

Az Adabas > Természetes tárolók podokban futnak, amelyek mindegyike egy adott feladatot hajt végre. A podok egy vagy több tároló egységei, amelyek ugyanazon a csomóponton maradnak együtt, és olyan erőforrásokat osztanak meg, mint a gazdagép neve és AZ IP-címe. Mivel leválasztva vannak a mögöttes platformról, a podok összetevői egymástól függetlenül méretezhetők, és támogatják a magasabb rendelkezésre állást. A tárolóalapú alkalmazások hordozhatóak is: minden infrastruktúrán egységesen és következetesen futnak.

A tárolóalapú szolgáltatásokat és a hozzájuk tartozó hálózati és tárolási összetevőket vezénylésre és felügyeletre van szükség. Javasoljuk az AKS-t, egy felügyelt Kubernetes-szolgáltatást, amely automatizálja a fürt- és erőforrás-kezelést. Meg kell adnia a szükséges csomópontok számát, és az AKS a megfelelő csomópontokra illeszti a tárolókat, hogy a lehető legjobban kihasználhassa az erőforrásokat. Az AKS emellett támogatja az automatizált bevezetéseket és visszaállításokat, a szolgáltatásfelderítést, a terheléselosztást és a tárolás vezénylését is. Az AKS támogatja az öngyógyítást: ha egy tároló meghibásodik, az AKS újat indít el. Emellett biztonságosan tárolhatja a titkos kulcsokat és a konfigurációs beállításokat a tárolókon kívül.

A cikkben szereplő architektúradiagram az Adabas & Natural tárolóalapú implementációját mutatja be. Az AKS beállításakor meg kell adnia a csomópontok Azure-beli virtuálisgép-méretét, amely meghatározza a tárolási PROCESSZORokat, a memóriát és a típust, például a nagy teljesítményű szilárdtest-meghajtókat (SSD-ket) vagy a hagyományos merevlemez-meghajtókat (HDD-ket). Ebben a példában a Natural három virtuálisgép-példányon (csomóponton) fut a felhasználói felület (Natural online és ApplinX) és az API-réteg (Natural services plus EntireX) méretezhetőségének és rendelkezésre állásának növelése érdekében.

Az adatrétegben az Adabas az AKS-fürtben fut, amely az erőforrás-használat alapján automatikusan skálázódik be és ki. Az Adabas több összetevőjét is futtathatja ugyanabban a podban, vagy a nagyobb méret érdekében az AKS eloszthatja őket a fürt több csomópontja között. Az Adabas az Azure NetApp Filest, egy nagy teljesítményű, forgalmi díjas fájltárolási szolgáltatást használ minden állandó adathoz, például adatbázisfájlokhoz, védelmi naplókhoz, alkalmazásadatokhoz és biztonsági mentéshez.

Operations

Az újrabontás támogatja a gyorsabb felhőbevezetést. Emellett elősegíti a DevOps és az Agile munka alapelveinek elfogadását is. A fejlesztési és éles üzembe helyezési lehetőségek teljes rugalmasságával rendelkezik.

Teljesítményhatékonyság

A Kubernetes egy automatikus fürtméretezőt biztosít. Az automatikus skálázó a csomópontkészlet kért számítási erőforrásai alapján módosítja a csomópontok számát. 10 másodpercenként figyeli a Metrics API-kiszolgálót a csomópontok számának szükséges változásaiért. Ha a fürt automatikus skálázója megállapítja, hogy változásra van szükség, az AKS-fürt csomópontjainak száma ennek megfelelően növekszik vagy csökken. 

Biztonsági

Ez az architektúra elsősorban a Kubernetesre épül, amely olyan biztonsági összetevőket tartalmaz, mint a pod biztonsági szabványai és titkos kulcsai. Az Azure további funkciókat biztosít, például a Microsoft Entra ID-t, a Microsoft Defender for Containerst, az Azure Policyt, az Azure Key Vaultot, a hálózati biztonsági csoportokat és a konvenciós fürtfrissítéseket.

Közreműködők

Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.

Fő szerző:

  • Marlon Johnson | Vezető TPM

A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.

Következő lépések

For more information, contact legacy2azure@microsoft.com.

Íme néhány további erőforrás: