Virtualisointi

Virtuaalinen postikusti kolautti sähköpostilootaan juuri späm, öh, markkinointipostia Citrixiltä. Erikoista sinänsä, koska en muista tilanneeni heiltä mitään missään vaiheessa, mutta ehkä joku rasti on paennut katsetta vieraillessani Citrixin sivuilla joskus taannoin..

Asia joka kuitenkin kiinnitti huomiota ko. mailissa oli se, että sen otsikkona oli “5 Features VMware Can’t Deliver”, eli viisi asiaa joita VMware ei pysty tarjoamaan [suhteessa Citrixin ratkaisuun]:

* 10X lower bandwidth requirement for LAN or WAN
* Unmatched user experience on any device
* Unique performance monitoring of desktops
* Scalable, single image management
* Lowest TCO with both hosted and streamed desktops

Nuo viisi asiaa mainitaan em. otsikkotasolla mailissa mutta varsinaisen sisällöllisen pihvin lukeakseen pitäisi ladata dokumentti nimeltään “VDI Comparison Kit“, jossa ko. viisi kohtaa avataan tarkemmin.

Sinänsä ottamatta kantaa väitteiden totuudenmukaisuuteen, erityisesti (vielä) lukematta vertailudokumenttia, olisi kuitenkin mielenkiintoista jos Citrix rohkenisi julkaisemaan vertailun siten että se kattaisi myös muut kilpailijat kuin VMwaren View, kuten esimerkiksi Questin vWorkspace. Voisi käydä nimittäin niin että osa em. väitteistä ei enää pitäisikään paikkansa Citrixin hyväksi, [TCO] hinta-argumentti nyt ensimmäisenä helppona esimerkkinä..

Sekä vWorkspacen dokumentaatiossa että yli vuoden vanhassa blogiartikkelissa kerrotaan tapa, jolla asiakasohjelmistolle voidaan tuoda automaagisesti farmiasetukset käyttäen joko automaattista nimen perusteella hakua tai rekisteriin määriteltävää “override” arvoa, AutoConnectURL.

Pienoisena ongelmana tässä automaattisessa haussa on se, että kaikki esimerkit on annettu tavalla jossa käytetään HTTP(S) protokollaa. Joskin tämä on todennäköisesti se yleismaailmallisesti käytetyin tapa, tuli tässä erästä PoC:ta rakentaessa vastaan tarve saada farmiasetukset valumaan automaattisesti työasemille ilman että käytettävissä olisi webbipalvelinta johon config.xml tiedosto sijoitetaan. Asetuksethan on nimittäin käyttäjä(tunnus)kohtaisia joten ei riittänyt että ne adminina olisi asiakasohjelmiston asennuksen yhteydessä sinne sisään lyöty.

Muistin että asiakasohjelmiston GUI käyttöliitymässä (AppPortal) on mahdollisuus suorittaa manuaalinen asetusten lataus myös tiedostopolusta, mutta jostain syystä tätä tapaa ei ole dokumentoitu missään tuon rekisteriarvon osalta kun kaikki esimerkit viittasivat vain HTTP(S) polkuihin..

Pienellä testaamisella homma kuitenkin selvisi ja mikäli jollakin muulle on tarve on ladata config.xml tiedosto esim. verkkojaosta, onnistuu se seuraavalla syntaksilla:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Provision Networks\Provision-IT Client]
“AutoConnectURL”=”file://\\\\palvelin\\jako\\”

Huomioi että kun kyseessä on rekisterieditorin exportti, on nuo takakenot tuossa tuplana. Normaalina tekstinä ylläoleva on yhtä kuin file://\\palvelin\jako\.

Quest julkaisi tällä viikolla 6.2 päivityksen vWorkspace tuotteeseen.

Yhtenä täysin uutena ominaisuutena mukaan tuli rapid deployment fiitseri VDI puolelle käytettäessä VMwaren virtualisointialustaa ja NetApp:n FlexClone teknologiaa, mahdollistaen nopeamman VDI työasemien generoinnin vähemmällä levypinnankulutuksella. Ehkä kuitenkin universaalimmin hyödyllisempiä uusia ominaisuuksia oli EOP protokollaparannukset, jossa jo aiemmin ulostullut grafiikkakiihdytys on muutettu toimintatavaltaan tehokkaammaksi (ja paremmaksi lopputulemaltaan, joskin JPEG pakattu datan ulkonäkö on aina katsojan silmästä kiinni) siirtämällä koodi käyttäjätasolta kernel -tasolle. Lisäksi universaali USB:n toimintaa (vain VDI -puolella, TS:ssähän ei universaalia USB:ta ole eikä tule) on parannettu sekä entistä useampi multi-monitor konfiguraatio on nyt tuettu (tarkoittaen siis lähinnä erikoisia resoluutio ja orientaatiokonffiksia).

Tuote on ladattavissa, kuten ennenkin, evaluaatiokäyttöön täysiverisenä mutta aikarajattuna http://www.vworkspace.com -sivuilta (vaatii rekisteröinnin ensin).

-Kalle