Alkalmazás virtualizáció a Microsoft - csak ieffektivno, ablakok IT Pro
Kit komponensek Microsoft Desktop Optimization Pack (MDOP) lehet létrehozni erőteljes integrált megoldásokat leegyszerűsíti és automatizálja az IT infrastruktúra.
Informatikai infrastruktúra a vállalat
Microsoft Application Virtualization vagy APPV, - a szabadalmaztatott technológia által kínált részeként a Microsoft egyik területen közös virtualizációs stratégiájának. Eltérően más technológiák APPV «elválasztja” alkalmazásokat az OS, és lehetővé teszi számukra, hogy működik az egész hálózati szolgáltatások, teljesen megszünteti annak szükségességét, hogy telepíteni az alkalmazást egy adott munkaállomáson vagy terminálkiszolgálóról.
APPV technológiák a „streaming szállítás” alkalmazás kódját, amelynek végrehajtása zajlik egy teljesen elszigetelt virtuális környezetben, nem hagy nyomot maga az operációs rendszer, amely takarít rendszergazdák és ügyfélszolgálati megoldások számos kompatibilitási problémák, a migráció és az alkalmazás versioning.
Természetesen ez megköveteli a telepítési egy adott infrastruktúra, az alapot mely komponens Microsoft Application Virtualization a Desktop Optimization Pack. A 4.5 verzió APPV végre ilyen a lehetőségek közül:
külön önálló streaming szerver (az úgynevezett „light opció», könnyű megoldás);
Offline üzemmódba, amelyben a kész eloszlása virtualizált alkalmazások formájában * msi csomag (például a szoftver telepítése Active Directory vagy cserélhető adathordozón).
Mivel a „terminálok” az egyes kiviteli alakok szolgálnak munkaállomások vagy terminál szerver.
Tekintsük Microsoft Application Virtualization telepítési példa, és indul el, mint az várható volt, az építési infrastruktúra. Mivel a valós termelés kell, hogy irányítsa egy „light verzió”, mint a „nehéz” megoldás szükség lesz némi változás a tagjai a csoportnak az Active Directory, valamint bármely bevetése egy másik SQL Server a helyi kiszolgálón vagy a hozzáférés az írható-olvasható a meglévő. Ezen kívül APPV adminisztrátora, hogy delegálják hatásköröket AD és az SQL Server, a termelési környezetben, akkor valószínű, hogy megfeleljen ellenállás. Alapján tehát a környezet a szokásos közönséges domain szerver, ahol „egyedül” egy önálló funkció APPV streaming szerver (lásd. 1. ábra).
A beállítási eljárás a szerver komponens egyszerű és nagyon egyszerű. A telepítés előtt a streaming szerver, akkor létre kell hozni azt a szerepet, mint az IIS HTTP közlekedési IIS nekünk újabb szükséges. Ezután telepítse Streaming Server MDOP eloszlása a végrehajtó a master (lásd. 2. képernyő).
A telepítő varázsló végre megtartva az alapértelmezett beállításokat, kivéve az oldalt Speciális beállítások, ahol törölje ezt a beállítást Enable User hitelesítés, mert nem használja a tartományvezérlő (lásd. 3. ábra).
Amíg a szerver újraindul, amit tennie kell még egy lépés: megosztani a mappát a C: Program FilesMicrosoft System Center App Virt Streaming Servercontent (bár ez lehet bármi más). Ez lesz a gyökér mappát, amelyben tárolni az alkalmazás csomagokat. Jelenleg nincs engedély megosztási és NTFS jogosultságokat, akkor hagyja meg az alapértelmezett.
Az újraindítás után végzünk egy másik akció - hozzon létre egy streaming szerver HTTP munkák. Ez az új funkció 4.5 verzió, amely számos előnnyel jár (azonban hátrányai is).
Az első előnye - ennek hiányában a szervezeti problémák és a végtelen egyszerűsége a beállítást. A második - az IIS, amelyeket erre a célra, ismerős minden, és azok beállítása és karbantartása nem okoz nehézséget.
Harmadszor - használt adatátviteli protokoll és a port, ami általában továbbra is nyitva maradnak a tűzfalak és általában nem igényel változtatásokat a meglévő konfigurációt router. Ha létrehozott egy streaming szerver használata „natív” protokoll kódtovábbítás alkalmazások, Real Time Streaming Protocol (RTSP), így további módosítására lenne szükség csinálni.
Hátrányai ezt a lehetőséget a következők. Streaming szerver infrastruktúra nélkül menedzsment szerver (Management Server) megfosztják szinte minden adminisztratív kényelme érdekében a teljes verzió. Ő nem tudja közzétenni alkalmazások a kliens oldalon, nem támogatják a kialakulását az ikonok virtualizált alkalmazások az asztalon, a menü és más helyeken, ahol tudták használni közvetlenül, nem veszi figyelembe az engedélyek használatára az alkalmazás nem tud létrehozni készlet alkalmazások és kötődnek a kiadványban adott felhasználói csoportok. A legsúlyosabb hátránya, hogy segítségével http ez nem támogatja az aktív dinamikus frissítés (Active-bővítés) alkalmazása az ügyfél, ha egyáltalán sor került a szerveren.
Konfigurálása APPV a szerveren keresztül HTTP kell kezdeni az IIS beépülő modul megy a Default Website csomópont, és hozzon létre benne egy virtuális mappa tartalma, ami arra utalna, hogy a korábban biztosított a megosztott mappa tartalma (ld. 4. kép).
Ezután a helyi menü használatával adja meg az alapértelmezett honlap beállításait, nyissa meg a lap HTTP fejlécek és MIME két típusú: * .osd bővítése és kiterjesztése * .sft, meghatározva a MIME-típus, mint egy App-V alkalmazása (lásd 5 képernyőn).
Konfigurálása után a szerver oldalon telepíthető kliens APPV vezérlő munkaállomáson. Telepítéskor adja meg a kiszolgáló beállításait. Bár a mi esetünkben ez nem feltétlenül szükséges. Az összes többi paraméter, hagyja meg az alapértelmezett (lásd. Képernyő 6).
Nos, a szállítási médiaalkalmazás kész, és most meg kell határozni azon alkalmazások listáját, amelyek tárgya lesz a virtualizáció és a felhasználói csoportok, amely meghatározza ezeket az alkalmazásokat fogják szállítani.
Leggyakrabban a legnépszerűbb és kritikus a hozzáférhetőség és az interoperabilitás terv irodai alkalmazásokat, sőt bizonyos időszakban a fejlődés APPV szakértők kérdést: „legyen az virtuális irodai programcsomag?” Ez az intézkedés az értéke MDOP termék. Ezért további lehetőségei és vizsgálata a használata a MDOP csomag APPV tartanak ilyen például - virtualizációs irodai programcsomag.
Ehhez szükségünk van egy másik munkaállomásra, amelyre telepíteni fogja az alkalmazás virtualizáció - sequencer. Kívánatos, hogy ez a rendszer a legtermékenyebb. Ezen kívül, az egyik rész a merevlemez-meghajtó betűjele a virtuális rendszer meghajtót kell rendelni, amely során megadott kliens telepítése APPV. Az alapértelmezett érték a levél K. Ez az a rész, és lesz telepítve az alkalmazás, nyomon sequencer.
Ez biztosítja, hogy az alkalmazás beállításait változatlan maradt az összes kliens munkaállomások a szerver környezetben. Ezért szekvenálás segítségével logikai partíció Q, és a kliens munkaállomások segítségével SystemGuard technológia létrehoz egy virtuális Q-szakasz.
Beállítása a sorrend is elégedett az elosztási és MDOP MDOP hagyományosan nem okoz semmilyen problémát: minden beállítás - alapértelmezés szerint (lásd képernyő 7.).
Az utolsó szakaszban a munka a sequencer - Ablak végső beállítások mentése előtt a projekt. Itt amellett, hogy végrehajt bizonyos szükséges változtatásokat megfelelően az említett utasítás, szükség van, hogy ellenőrizze a beállításokat a Telepítés lapra. Azt határozza meg, hogy az ügyfél „kommunikálni” a streaming szerver (lásd. Képernyő 8).
Ennek eredményeként a következő fájlok jönnek létre sequencer:
ikonok egy külön könyvtárba alkalmazás fájljait. Ha az infrastruktúra-menedzsment szerver ezeket használják a szállítási alkalmazás ikonok a felhasználó asztali és a „kötelező” fájltípusokat alkalmazások
fájlok * .OSD (Open Software Leírás formátumban) az egyes virtualizált alkalmazások. Az én esetemben, a végén hagytam az egyetlen virtualizációs Microsoft Word, Excel, Outlook, Powerpoint. Ezek az XML fájl tartalmazza az összes szükséges tulajdonságokat a dob a virtuális kliens alkalmazás. * .OSD fájlt is jelzi a helyét fayla.sft. Ez a fájl által használt kliens * .OSD APPV, hogy kapcsolatot létesítsen a streaming szerver és a letöltési kérelem;
file * .SPRJ - file sequencer projekt. Ezt fel lehet használni a későbbi kiigazítási csomagokat virtualizált alkalmazásokhoz.
* .OSD fájlokat és * .SFT, valamint egy katalógust az ikonok, és a kiáltvány kell másolni a Content mappát a streaming szerver. Erősen ajánljuk, hogy ellenőrizze a fájlok tartalmát * .OSD kézzel, különösen a tartalom és a címkéket. Az én esetemben, úgy néz ki, mint ez, ahogy a 10. ábrán látható.
Most kell, hogy hozzon létre egy kényelmes környezetet a felhasználók számára, hogy az, hogy végre egy „szállítás” alkalmazás hivatkozások helyeken könnyen hozzáférhető felület és létrehozza a szükséges szövetségek fájlnévkiterjesztések tudtak futni a szokásos dupla kattintással.
Ebben egyszerűsített forgatókönyv, könnyű csak infrastruktúra streaming szerver jelen. Ahogy már említettük, a leírás a hátránya ezzel a lehetőséggel, a központi nyilvánosságra alkalmazások a kliens oldalon az összes jellemzőjével ebben az esetben nem teljesül. Ezért kézzel megcsinálni - felhasználásuk SFTMIME. EXE, amely tartalmazza az ügyfél általi szállítás fut a parancssorból:
SFTMIME ADD CSOMAG: »Office12»
/ MANIFEST \ str-srvcontent
Office12_manifest.xml
/ OVERRIDEURL \ str-srvcontent
office12_2.sft / GLOBAL
Általában SFTMIME fogant, mint egy olyan távoli adminisztrációt APPV ügyfelek. Mint egy parancssoros alkalmazás lehetővé teszi, hogy végezze el ugyanazt a beállításokat, amelyek végre grafikus módban egy pillanat alatt MMC Application Virtualization Client. Keresztül a forgatókönyvek SFTMIME regisztráció Active Directory csoport politika, akkor az összes szükséges adminisztrációs feladatokat ügyfelek APPV például, hogy előzetes alkalmazások betöltése, visszavonja az egyes alkalmazásokat, máshoz streaming szerver, stb
Az utolsó dolog maradt meg - az, hogy ennek a szelektív engedélyeket a felhasználókhoz dolgozni alkalmazásokat. Végtére is, nem minden rendelkezésre kell állnia, nem igaz?
Egy megvalósítási mód könnyű megoldást engedélyt az alkalmazás futtatásához szabályozza az ACL nyilvános mappa tartalma vagy annak almappákat a streaming szerver, és szelektív nyújtása alkalmazások különböző felhasználói csoportok keretében SFTMIME ADD APP vagy SFTMIME DELETE. Az én esetemben, a végleges változat adtam NTFS-engedélyek és engedélyek megosztása „olvasás” tagjai számára a Hitelesített felhasználók csoportja a tartalom mappát, és ez volt korlátozott.
Amikor döntünk bevezetése Application Virtualization végezzen alapos értékelést a jelenlegi környezetben, valamint hogy meghatározzák a meglévő korlátozásokat és kapcsolódó kockázatokat a termék használata. Ha a feltételek kemény, és a kockázatok a termelési környezetben elfogadhatatlan, lehetséges, hogy korlátozni kell, és tekinthető egy egyszerűsített változata.
Azonban van egy hátránya: a sikeres új technológiák bevezetése nem csak attól függ a vonzerő és a kilátások, hanem a könnyű integráció, valamint a kész az infrastruktúra az új ötleteket. A példa, amit idézett cikkemben, teljesen igénytelen bármelyike, sem a másik, és ezért úgy vélem, hogy MDOP és alkalmazása Virtalization ítélve a sikerhez.
Valery Volobuev ([email protected]) - tréner és tanácsadó az információs technológia, CA "Network Technology", a cég TechExpert, Kiev