Gyakran feltett kérdések
NetWare 5 - 2.rész
Jelenleg egy IPX alapú NetWare 3.12 és intraNetWare szerverekből álló hálózatunk van és szeretnénk áttérni TCP/IP-re, hogy csak egy protokoll-t kelljen kezelnünk és a WAN linkeken csökkentsük a forgalmat. Milyen eszközökkel segíti a Novell az átállást?
Egy nagyobb hálózat átállítása egy másik protokollra nem egy éjszaka, vagy egy hétvége alatt biztonságosan megoldható feladat. Elkerülhetetlen a két protokoll, az IPX és a TCP/IP egyidejű használata a kliens/szerver kommunikációban. A NetWare 5 továbbra is biztosítja az IPX protokoll használatát, tehát első lépésként akár IPX-es szerverként is integrálhatjuk a NetWare 5-t a meglévő hálózatba, egyszerűen a megszokott módon IPX protokoll-t "bind-olva" a hálózati kártyákhoz. A továbblépéshez, az átállás ideje alatti folyamatos üzemeltetéshez a Novell több eszközt is biztosít. Ezek a Migration Agent, a Compatibilty Driver, az SLP (Service Location Protocol).
Kezdjük a Migration Agent-tel. Ennek mi a funkciója?
A Migration Agent a NetWare 5 szervereken telepíthető és a két protokoll a TCP/IP és az IPX közötti konverziót végzi el, az IP-s és az IPX-es hálózati szegmenseket köti össze. A Migration Agent teszi azt lehetővé, hogy a jelenlegi IPX-es munkaállomásokról elérhetők legyenek a már IP-re átállított NetWare 5 szerverek, illetve az új IP-s kliensekről láthatóak legyenek a "régi" NetWare 3.x, 4.x szerverek.
Hogyan dolgozik a Migration Agent?
A 3.x, 4.x alapú szervereknél a kliens/szerver kommunikációt az IPX/NCP csomagok jelentik. Az NCP (NetWare Core Protocol) révén kommunikálnak egymással a munkaállomások és a szerverek, és az NCP parancsok IPX csomagokban "vándorolnak" a hálózaton. A NetWare 5 esetén az NCP maradt, csak az IPX helyett a TCP/IP végzi a csomagok továbbítását. Kézenfekvő lenne, hogy a Migration Agent az IPX szegmens felől jövő NCP/IPX csomagokat NCP/TCP-IP csomagokká alakítja és vica versa. Mégsem egészen ez történik. Ha azt szeretnénk, hogy egy IP-s gép (akár szerver, akár munkaállomás) kommunikáljon egy IPX-es eszközzel, akkor az IP-s gépen szükségünk van az ún. Compatibility Driver használatára. Egy IP-s gép ugyanis így tud kommunikálni a Migration Agent-tel, és ezen keresztül az IPX-es számítógéppel. A Compatibility Driver-rel ellátott IP-s gép, és a Migration Agent kommunikációja gyakorlatilag IPX/IP "encapsulation"-t jelent, azaz az IPX header-eket IP csomagokban továbbítjuk. Természetesen ez az "encapsulation" csak a migrálás ideje alatt szükséges, amikor az IP-s és az IPX-es gépek együttműködését szeretnénk megvalósítani.
Mi a szerepe az SLP protokollnak a migrációban?
Az SLP (Service Location Protocol) a szerverek szolgáltatásainak meghirdetését, illetve elérhetőségét segíti. Tisztán IP-s környezetben nem feltétlenül szükséges a használata, hiszen az IP-s kliens a szolgáltatásokra (pl. egy nyomtató) vonatkozó információt az NDS-ből ki tudja nyerni, NDS szerver-t pedig DHCP segítségével találhat. A migráció ideje alatt viszont feltétlenül szükségünk van az SLP-re. Az IPX-es kommunikáció erősen függ a SAP, illetve RIP broadcast-októl, azaz a szolgáltatások és a router információk hirdetésétől. Ahhoz, hogy a Migration Agent két "oldalán" levő IPX-es, illetve IP-s számítógép kommunikálni tudjon egymással a fenti broadcast-ok kezelésére, konvertálására is szükség van, amelyet a Migration Agent végez el. Az IP-s oldalon az SLP protokoll "hirdeti" meg az IPX-es szervereket az IP-s kliensek számára, illetve az SLP protokoll biztosítja a Migration Agent segítségével az IP szerverek szolgáltatásairól az információt az IPX-es kliensek számára.
Tudnánk egy gyakorlati példát is mondani, hogyan történik a migráció a fenti eszközök használatával?
Igen. Induljunk ki egy IPX-es klienseket és szervereket tartalmazó hálózatból. Telepítsük az első NetWare5 szervert TCP/IP protokolllal, Migration Agent-tel és a Compatibility Driver-rel, így az elérhető lesz a meglévő IPX-es kliensek számára. Telepítsük a többi új NetWare 5 szervert, illetve upgrade-eljük a meglévőket NetWare5-re. Használjuk itt is a TCP/IP protokollt és a Compatibilty Driver-t. Ezek a szerverek a Migration Agent-en keresztül elérhetők lesznek a régi kliensek számára. Ezek után folyamatosan állítsuk át a munkaállomásokat az új IP-s kliensre, és végül szüntessük meg a Migration Agent és a Compatibilty driver használatát. Ez egy mód az átállásra, természetesen különböző hálózatok esetén különböző áttérési módok képzelhetők el, pl. a szervereken egy ideig nem a Compatibility Driver-t használjuk, hanem az IP és az IPX protokollt párhuzamosan, vagy a kliensekkel állunk át előbb IP-re és utána a szerverekkel.
Mi a helyzet a meglévő alkalmazások támogatásával?
Tiszta IP-s hálózat esetén is az NCP protokollra épül a munkaállomások és a szerverek kommunikációja. Az alkalmazások többsége (a Novell felmérése szerint kb. 95%) a NCP-n keresztül éri el a hálózati szolgáltatásokat, tehát az új struktúrában, tisztán IP alapú hálózatban is működni fog. A maradék 5% számára, akik az NCP-t kikerülik és közvetlenül az IPX protokoll stack-kel kommunikálnak a Compatibility Driver nyújt megoldást. Tehát minden meglévő alkalmazás működni fog NetWare5 alapú hálózatok esetén is, csak az utóbbi 5% esetén az alkalmazás eléréséhez (de csak ehhez) szükséges az IP/IPX encapsulation, azaz a Compatibilty Driver használata.
Hogyan illeszthetők a régi és az új szerverek egy NDS fába?
Ha több szerveres NDS alapú hálózatunk van, akkor legalább az upgrade idején lesz olyan időszak, amikor különböző verziójú szerverek lesznek egy NDS fában. A Novell jelenleg NetWare 4.11 (azaz intraNetWare) és NetWare5 szerverek "együttélését" támogatja és ehhez a 5.99a verziójú DS.NLM szükséges a NetWare 4.11-en. Mielőtt az első NetWare 5 szerverünket betesszük a meglévő NDS fába, az összes NetWare 4.11-en upgrade-ljük a DS.NLM-et 5.99a-ra. (Az upgrade, illetve az install csak a Root Master Replicát tartalmazó szervert ellenőrzi, de az összes szerver upgrade-je kötelező!!!) A 4.1-es szerverek ilyen fajta támogatása még nincs kész, tehát nem támogatott NetWare 4.1 és NetWare5 egy NDS fában. Ha több NetWare 4.1 szerverünk van és szükégünk lenne NetWare 4.1 és NetWare 5 szerverekre egyidejűleg az NDS-ben az upgrade idejére, akkor ehelyett áthidaló megoldásként jelenleg két dolgot tudunk javasolni. Áttesszük a szervert egy külön fába, ott végrehajtjuk az upgrade-t, és utána visszatesszük a központi NDS fába, vagy pedig először intraNetWare-re upgrade-elünk és utána megyünk tovább NetWare5-re.