Szerkesztés

Megosztás a következőn keresztül:


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.

Az Azure-ba való migrálás előtt a Szoftver Adabas > Naturalt használó nagyszámítógép-architektúrát bemutató ábra.

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:

Az Azure-ba való migrálás utáni örökölt architektúrát bemutató ábra.

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. Használhat 7. szintű (alkalmazásszintű) vagy 4. szintű (hálózati protokollszintű) terheléselosztókat. A használt terheléselosztó típusa azonban attól függ, hogy az alkalmazás bemenete hogyan éri el a számítási fürt belépési pontját. Javasoljuk, hogy a 7. rétegbeli forgalomhoz használjon Azure-alkalmazás átjárót webalkalmazási tűzfalfunkciókkal.

  3. Alkalmazás-számítási fürtök. Az architektúra támogatja az Azure Kubernetes Service-ben (AKS) üzembe helyezhető tárolóban futó alkalmazásokat. Az Adabas > természetes összetevői Linux-alapú tárolókban futtathatók. Az örökölt alkalmazásokat a modern tárolóalapú architektúrákra építheti újra, és az AKS-en 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 az Azure NetApp Filesban.

  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, VSE, Linux, Solaris, HP-UX, AIX és Windows rendszeren keresztül .NET, ODBC, OLE DB és JDBC rendszeren keresztül. A CONNX egy adatvirtualizálási réteget biztosít, amely összekötőket használ az Adabashoz és más adatforrásokhoz, például az Azure SQL Database-hez, az Azure Database for PosgreSQL-hez és az Azure Database for MySQL-hez.

Ö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. Másik lehetőségként vagy biztonsági mentésként kapcsolatokat létesíthet az Azure VPN Gatewayrel. Javasoljuk azonban, hogy az ExpressRoute-ot használja, hogy fokozott biztonságú, nagy sebességű privát kapcsolaton keresztül csatlakozzon az Azure-környezethez.

  • Az AKS 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. Ebben a forgatókönyvben az Adabas & Natural tárolók az AKS-ben vannak üzembe helyezve.

  • 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. Ebben a forgatókönyvben az összes operációsrendszer-kötet az Azure által felügyelt lemezeken van tárolva.

  • 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. Ebben a forgatókönyvben az összes állandó adat, például az adatbázisfájlok, a védelmi naplók, az alkalmazásadatok és a biztonsági mentési fájlok az Azure NetApp Filest használják.

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.

A felhőbeli észszerűsítési minták közül kettő lehetővé teszi 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 AKS-ben 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.

Megfontolások

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). A természetesnek három vagy több virtuálisgép-példányon (csomóponton) kell futnia 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.

Helyezze a természetes köteg podokat ugyanabban a rendelkezésre állási zónában (adatközpontban), mint az Adabas podok. A közelségi elhelyezési csoportokkal helyezze el az Adabas és a Natural köteg podokat ugyanabban a csomópontkészletben ugyanabban a rendelkezésre állási zónában.

Biztonság

A biztonság biztosítékokat nyújt a szándékos támadások és az értékes adatokkal és rendszerekkel való visszaélés ellen. További információkért lásd a Biztonsági terv felülvizsgálati ellenőrzőlistát.

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. Az újrabontású tárolókat egy privát AKS-fürtön kell üzembe helyezni, bejövő hozzáféréssel egy privát API-kiszolgálón és belső IP-címeken keresztül. Minden kimenő forgalmat egy kimenő tűzfalrétegen kell irányítani.

Költségoptimalizálás

A költségoptimalizálás a szükségtelen kiadások csökkentéséről és a működési hatékonyság javításáról szól. További információt a Költségoptimalizálás tervezési felülvizsgálati ellenőrzőlistájában talál.

  • A fürt automatikus skálázója és a podok automatikus horizontális skálázása segítségével skálázhatja a podok és csomópontok számát a forgalmi feltételek alapján. Az Adabas-podok horizontális pod-automatikus skálázást használhatnak a költségoptimalizáláshoz.

  • A podok által igényelt processzor- és memóriaerőforrások elemzése és beállítása a podok függőleges automatikus skálázásával . Ez a módszer optimalizálja az erőforrás-lefoglalást.

  • Válassza ki a csomópontkészletek megfelelő virtuálisgép-méretét a számítási feladatokra vonatkozó követelmények alapján.

  • Több csomópontkészlet létrehozása különböző virtuálisgép-méretekkel adott számítási feladatokhoz. Használjon csomópontfeliratokat, csomópontválasztókat és affinitási szabályokat az erőforrás-kiosztás optimalizálásához.

  • Válassza ki a megfelelő szolgáltatási szinteket és kapacitáskészlet-méretet az Azure NetApp Fileshoz. A költségkezelési javaslatokért tekintse meg az Azure NetApp Files költségmodellje című témakört.

  • Fenntartott kapacitás használata az Azure NetApp Fileshoz.

  • A költségek monitorozásához és optimalizálásához használjon költségkezelési eszközöket, például az Azure Advisort, az Azure Reservationst és az Azure-megtakarítási csomagokat.

  • A használati költségek becsléséhez használja az Azure költségkalkulátorát.

  • A költségkövetés és -kezelés javítása érdekében az Azure-címkék használatával társíthat AKS-erőforrásokat adott számítási feladatokhoz.

Működésbeli kiválóság

Az Operational Excellence azokat az üzemeltetési folyamatokat fedi le, amelyek üzembe helyeznek egy alkalmazást, és éles környezetben tartják azt. További információ: Az operatív kiválóság tervezési felülvizsgálati ellenőrzőlistája.

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 teljesítményhatékonyság az a képesség, hogy a számítási feladatok skálázhatók, hogy hatékonyan megfeleljenek a felhasználók által támasztott követelményeknek. További információt a Teljesítményhatékonyság tervezési felülvizsgálati ellenőrzőlistájában talál.

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. 

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

Közreműködő:

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

Következő lépések

További információkért lépjen velünk kapcsolatba: legacy2azure@microsoft.com.

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