Skip to content

Virtualisointi

Satunnaisia sattumuksia virtualisoinnista ja ehkä vähän muustakin

Archive

Category: VDI

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ä..

Mikäli olet kiinnostunut tietämään miten uusi VDI toiminnallisuus on toteutettu Windows Server 2008 R2 versiossa, Michel Roth (Terminal Services MVP) on julkaissut varsin kattavan selostuksen aiheesta BrianMadden.com:n blogissaan.

Lyhykäisyydessään (mikäli asiaa voi kovin lyhyesti esittää!) homma toimii siten, että tarvitaan neljä komponenttia/roolia VDI toteutuksen tekemiseen:

  • RD Virtualization Host
  • RD Session Host
  • RD Connection Broker
  • RD Web Access

Näistä Remote Desktop Virtualization Host on Microsoftin Hyper-V R2 toteutukseen nojaava uusi palvelinrooli VDI työpöytien hostaamiseen. Virtualization Hostia voidaan ajaa joko pooli -tyyppisenä tai siten, että jokaiselle käyttäjälle dedikoidaan oma privaatti virtuaalikone.

Remote Desktop Session Host komponentti on sitten uusi nimi vanhalle tutulle Terminal Services -roolille, tosin R2:ssa laajennettuna siten että normaalin terminaalipalvelintyyppisen käytön sijasta valittu Windows Server kone voi toimia eräänlaisena uudelleenohjaustoimintona VDI työpöydille ts. asiakasohjelma ottaa ensin yhteyttä Session Host koneeseen jonka jälkeen se saa sitä kautta tiedon mihin varsinaiseen osoitteeseen pitää yhdistää. Monissa muissa VDI toteutuksissahan tämä tieto tulee suoraan broker -toiminnolta, mutta tässä tapauksessa ei taaksepäinyhteensopivuussyistä.

Remote Desktop Web Access on pakollinen toiminto R2 VDI toteutuksessa siihen, että asiakasohjelmistot saavat tiedon siitä mitä on julkaistu. Web Access sitten puolestaan taustalla juttelee connection brokerin kanssa siitä mitä asiakasohjelmistolle näytetään, Windows 7 asiakkaissa suoraan päätelaitteella (RSS tyyppisen feedin kautta) mutta kaikilla muilla versioilla web-käyttöliittymässä.

Viimeisimpänä sitten Remote Desktop Connection Broker palvelu, joka hoitaa niin sessioiden ohjaamisen esim. disconnect tilanteessa takaisin oikeaan paikkaan mutta myös yhtälailla kuormantasaukseen perinteisemmän Terminal Services (ehm, Remote Desktop Services) käytön kanssa.

Eli kaikenkaikkiaan voi sanoa, että ihan yksinkertaisesta setupista ei ole kyse ja paras käyttökokemus (luonnollisesti) saadaan Windows 7 asiakasohjelmiston kanssa mutta ratkaisu on toki käytettävissä vanhempienkin versioiden kanssa. Siinä kohti sitten missä hallinta ym. ominaisuudet tästä R2:n mukana tulevasta ratkaisusta loppuvat (esim. laajemmassa enterprise -käytössä), tulevat kuvaan mukaan kumppanien VDI ratkaisut.

Sarjassamme “turhauttavia havaintoja aikain varrelta”…

Toisinaan tulee törmättyä tietynlaiseen ajattelunkulkuun, jossa tavoiteltessa jonkun järjestelmäkokonaisuuden rakentamista oletetaan että on olemassa hopealuoti joka ratkaisee maagisesti kaikki senhetkiset järjestelmätarpeet. Toisinsanoen “jotain”, jonka voi ostaa yhtenä kokonaisuutena ja se täyttää vaatimuslistan joka osa-alueen.

Järkeily menee kutakuinkin yleensä siten, että pyydetään tietoa tarjolla olevista tuotteista toivomuslapun kanssa jossa olevat asiat pitäisi täyttyä; osa näistä asioista on oleellisempia, osa ehkä hieman epäoleellisempia kokonaisuuden kannalta. Kun vastauksena sitten tulee että kyllä, nämä muutamat oleelliset kohdat kyllä onnistuu mutta näitä toisia asioita ei nyt sattuneesta syystä tämä tuote hanskaa koska ne jäävät ydintoiminnallisuuden ulkopuolelle tai -rajoille, kysymyksen asettaja totetaa että “kiitos mutta ei me nyt sitten ehkä kuitenkaan; ei se sun tuote olekaan niin kovin hyvä..”

Ja tässä oikeastaan onkin villakoiran ydin: tällä lailla ajattelevat ihmiset ja organisaatiot eivät oikein ole sisäistänyt että isommissa järjestelmäkokonaisuuksissa tulisi valita kuhunkin osa-alueeseen sopivimmat tai paremminkin parhaimmat tuotteet, jotka sitten sopivasti yhdistelleen luovat sen kokonaisuuden. Eli ei välttämättä yhtä, eikä ehkä kahtakaan tuotetta mutta niin monta kuin kokonaisuus käsillä vaatii! Kylläm integroinnilla on omat (työ)kulunsa, mutta niin on yden kokonaisjärjestelmänkin pystytyksellä enkä ole lainkaan vakuuttunut että nämä kulut ovat niin kaukana toisistansa..

Lisäksi (erityisesti tässä maassa) olisi hyvä muistaa että todellisen kilpailullisen edun voisi saavuttaa siten, että ei ota vain valittuja teknologioita ja yhdistä ne keskenään käyttäen valmistajien tarjoamia rajapintoja ja liityntöjä, vaan mahdollisesti kehittää omaa “liimaa” täyttämään mahdollisia puuttuvia tai puuttellisesti toteutettuja kohtia. Mikäli tyytyy ratkaisuihin sellaisena kuin ne on ja mitä laatikosta löytyy, mikään ei estä kilpailijaa tekemästä helposti samaa. Jos mukana on omaa henkistä pääomaa, mahdollisuus tähän pienenee huomattavasti. Ja ei, oma henkinen pääoma ei kyllä ole käsitys siitä miten valmiita softia yhdistetään toisiinsa.. Valitettavasti vain on todettava, että Suomessa tietynlainen riskinottokyky tavalla jota monissa muissa maissa harjoitetaan puuttuu osittain tai kokonaan. Ollaan niin turvallisuushakuisia että valmiit, isojen valmistajien tietysti, ratkaisut kelpaavat sellaisenaan yhteen läntättyinä. Innovointi on sitä jotain hankalaa ja ikävää mitä muissa maissa tehdään. Ja mihin menee niin kauhesti sitä rahaakin.

Miksi siis yksi valmis kokonaisratkaisu ei ole hyvä asia?
On huomioitava se tosiseikka, että lähes mikään yritys joka valmistaa teknologiaa ei ole kaikessa se paras, useimmiten softanvalmistajilla liikkeellelähtö on tapahtunut jostain ydinosaamisealueeseen liittyvästä tuotteesta, josta valikoima on sittemmin ehkä laajentunut. Buy vs build ajattelun mukaisesti tietyn kokoluokan ylittäneille yrityksille (esim. Microsoft, VMware, Citrix jne. pysyttäessä virtualisoinnin osa-alueella) on halvempaa ostaa valmis teknologia itselleen kuin rakentaa alusta asti itse. Ongelma vain monesti tässä tahtoo olla se toisaalta se, pystytäänkö ostettua teknologiaa oikeasti hyödyntämään ja ymmärtämään, toisaalta istuuko se tosiasiallisesti kuinka hyvin muuhun kokonaisuuteen jota yritys tarjoaa (mikäli kyse on olemassaolevan ratkaisukokonaisuuden täydentäminen uudella osa-alueella). 
Ensimmäisestä hyvänä esimerkkinä käyköön VMwaren aikoinaan hankkima VDI broker (nyk. View -tuote), joka loppupeleissä koodattiin kokonaan uudelleen koska se piti väkisin saada toiselle käyttöjärjestelmäalustalle mille se alunperin oli rakennettu. Ja kuten keskustelua on esim. Brian Maddenin saitilla viime aikoina ollut, VMware ei ole siltikään mahdollisesti oikein sisäistänyt mistä tässä “työasemapuolessa” loppujenlopuksi on kysymys. Tulee mieleen vanha sanonta vasarasta ja nauloista..

Vaikka monesta nyt varmaan tuntuukin että tässä horistaan itsestäänselvyyksiä, kummallista kyllä tämäntyyppiseen ajatteluun on kyllä tullut törmättyä tässä aikain varrella useammankin kerran. Sen sijaan että otettaisiin järjestelmätarve ja pilkottaisiin se luonnollisiin osa-alueihin, pyritään sitkeästi löytämään se yksi ja ainoa ratkaisu.

Valitettavasti yksi (hieman salattu) lisäongelma on toisinaan ollut se, että tiettyyn teknologioihin on jo henkisellä tai muulla tasolla sitouduttu, tai tehty investointeja. Tämä mahdollistaakin kätevästi hyvänkin teknologian torppaamisen jos se ei ole riittävän “yhteensopiva”. Sinänsä olemassaolevan investoinnin hyödyntämisessä ei ole mitään väärää, päinvastoin. Ongelmaksi se tulee kun se estää asioiden kehittymisen eteenpäin, sillä toisiaan mahdollinen investoinnin jättäminen täysin kuolettamatta voi tuottaa pidemmällä aikavälillä paremman lopputuleman ts. todennäköisesti myös voittoa. Ideologiset syyt sitten on tietysti vielä asia erikseen, mutta silloin ollaan jo pahasti hakoteillä.

Hopealuotia kun ei ole eikä tule, paitsi ehkä mytologian ihmissudelle.

-Kalle

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