Nagyszámítógépes tároló áthelyezése az Azure-ba
Ha nagyszámítógépes számítási feladatokat szeretne futtatni a Microsoft Azure-ban, tudnia kell, hogyan viszonyulnak a nagyszámítógép képességei az Azure-hoz. A nagymértékben méretezhető tárolási erőforrások segíthetnek a szervezeteknek a modernizálásban anélkül, hogy felhagynának az általuk használt alkalmazásokkal.
Az Azure az IBM z14-alapú rendszereihez hasonló főszámítógép-szerű funkciókat és tárolási kapacitást biztosít (az írás jelenlegi modellje). Ez a cikk bemutatja, hogyan kaphat hasonló eredményeket az Azure-ban.
A nagyszámítógépes tárolás áttekintése
Az IBM-főszámítógép kétféleképpen jellemzi a tárolást. Az első egy közvetlen hozzáférésű tárolóeszköz (DASD). A második a szekvenciális tárolás. A tárolás kezeléséhez a nagyszámítógép biztosítja az adatlétesítmények tárolókezelési alrendszerét (DFSMS). Kezeli a különböző tárolóeszközökhöz való adathozzáférést.
A DASD egy különálló, másodlagos (nem memóriabeli) tárolóeszközre utal, amely lehetővé teszi egy egyedi cím használatát az adatok közvetlen eléréséhez. A DASD kifejezést eredetileg forgó lemezekre, mágneses dobokra vagy adatcellákra alkalmazták. Most azonban a kifejezés a szilárdtest-tárolóeszközökre (SSD-kre), a tárolóhálózatokra (SAN-okra), a hálózathoz csatlakoztatott tárolókra (NAS) és az optikai meghajtókra is alkalmazható. A dokumentum alkalmazásában a DASD forgó lemezekre, SAN-ekre és SSD-kre vonatkozik.
A DASD-tárolóval ellentétben a szekvenciális tárolás a nagyszámítógépen olyan eszközökre vonatkozik, mint a szalagos meghajtók, amelyeken az adatok egy kiindulási pontról érhetők el, majd egy sorban olvashatók vagy írhatók.
A tárolóeszközök általában szálkapcsolattal (FICON) vannak csatlakoztatva, vagy közvetlenül a nagyszámítógép IO-buszán érhetők el HiperSockets használatával, amely egy IBM-technológia a hipervizort használó kiszolgálók partíciói közötti nagy sebességű kommunikációhoz.
A legtöbb nagyszámítógépes rendszer két típusra választja el a tárolót:
A napi műveletekhez online tárolásra (más néven gyakori elérésű tárolóra) van szükség. A DASD-tárolót általában erre a célra használják. Azonban a szekvenciális tárolás, például a napi szalagos biztonsági mentések (logikai vagy fizikai) is használhatók erre a célra.
Az archív tárolás (más néven hideg tárolás) nem garantáltan egy adott időpontban van csatlakoztatva. Ehelyett szükség szerint csatlakoztatva van és elérhető. Az archív tárolást gyakran szekvenciális szalagos biztonsági másolatok (logikai vagy fizikai) használatával implementálják a tároláshoz.
Nagyszámítógép és IO-késés és IOPS
A nagyszámítógépeket gyakran használják olyan alkalmazásokhoz, amelyek nagy teljesítményű I/O-t és alacsony IO-késést igényelnek. Ezt az IO-eszközökkel és HiperSocketekkel létesített FICON-kapcsolatokkal tehetik meg. Ha HiperSocketekkel közvetlenül csatlakoztatja az alkalmazásokat és eszközöket a nagyszámítógép I/O-csatornáihoz, a mikroszekundumokban késés érhető el.
Az Azure Storage áttekintése
Az Azure-beli szolgáltatásként nyújtott infrastruktúra (IaaS) tárolási lehetőségei összehasonlítható nagyszámítógép-kapacitást biztosítanak.
A Microsoft petabájtnyi tárterületet kínál az Azure-ban üzemeltetett alkalmazásokhoz, és számos tárolási lehetőség közül választhat. Ezek a nagy teljesítményű SSD-tárolótól az alacsony költségű blobtárolóig terjednek a tömeges tároláshoz és az archívumokhoz. Az Azure emellett adatredundanciát is biztosít a tároláshoz – ami nagyobb erőfeszítést igényel a nagyszámítógépes környezetekben való beállításhoz.
Az Azure Storage Azure Disks, Azure Files és Azure Blobs néven érhető el az alábbi táblázat összegzése szerint. További információ az egyes eszközök használatáról.
Típus | Leírás | A következő esetekben használja: |
---|---|---|
Azure Files | SMB-felületet, ügyfélkódtárakat és REST-felületet biztosít, amely bárhonnan hozzáférést biztosít a tárolt fájlokhoz. |
|
Azure-blobok | Ügyfélkódtárakat és EGY REST-felületet biztosít, amely lehetővé teszi a strukturálatlan adatok tömeges tárolását és elérését blokkblobokban. Emellett támogatja az Azure Data Lake Storage Gen2-t a nagyvállalati big data elemzési megoldásokhoz. |
|
Azure Disks | Ügyfélkódtárakat és REST-felületet biztosít, amelyek lehetővé teszik az adatok állandó tárolását és elérését egy csatlakoztatott virtuális merevlemezről. |
|
Azure gyakori (online) és hideg (archív) tárolás
Egy adott rendszer tárolási típusa a rendszer követelményeitől függ, beleértve a tároló méretét, átviteli sebességét és IOPS-t. A nagyszámítógépen lévő DASD-típusú tárolók esetében az Azure-beli alkalmazások általában az Azure Disks meghajtótárolót használják. A nagyszámítógépes archív tárolás esetében a blobtároló az Azure-ban használatos.
Az SSD-k biztosítják a legmagasabb tárolási teljesítményt az Azure-ban. A következő lehetőségek érhetők el (a dokumentum írásától):
Típus | Méret | IOPS |
---|---|---|
Ultra SSD | 4 GB-ról 64 TB-ra | 1200–160 000 IOPS |
Prémium SSD | 32 GB–32 TB | 12–15 000 IOPS |
Standard SSD | 32 GB–32 TB | 12–2000 IOPS |
A Blob Storage a legnagyobb tárterületet biztosítja az Azure-ban. A tárterület mérete mellett az Azure felügyelt és nem felügyelt tárolót is kínál. A felügyelt tárolással az Azure gondoskodik a mögöttes tárfiókok kezeléséről. A nem felügyelt tárolás esetén a felhasználó felelősséget vállal azért, hogy a tárolási követelményeknek megfelelő méretű Azure Storage-fiókokat állítson be.
Következő lépések
- Nagyszámítógépes migrálás
- Nagyszámítógépek áthelyezése Azure-beli virtuális gépeken
- Nagyszámítógépes számítás áthelyezése az Azure-ba
- Az Azure Blobs, az Azure Files vagy az Azure Disks használatának eldöntése
- Standard SSD felügyelt lemezek Azure-beli virtuálisgép-számítási feladatokhoz
IBM-erőforrások
- Párhuzamos Sysplex az IBM Z-n
- IBM CICS és a kapcsoló létesítmény: Az alapokon túl
- Szükséges felhasználók létrehozása a db2 tiszta skálázási szolgáltatás telepítéséhez
- Db2icrt – Példány létrehozása parancs
- Db2 tiszta skálázású fürtözött adatbázis-megoldás
- IBM Data Studio
Azure Government
További migrálási erőforrások
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: