Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä
Oletko koskaan miettinyt, mitä skanneri tekee VDI-aseman kanssa? Aluksi kaikki näyttää hyvältä: se välitetään edelleen kuin tavallinen USB-laite ja näkyy "läpinäkyvästi" virtuaalikoneesta. Sitten käyttäjä antaa komennon tarkistaa, ja kaikki menee helvettiin. Parhaassa tapauksessa - skanneriohjain, pahempaa - skanneriohjelmisto parissa minuutissa, niin se voi vaikuttaa muihin klusterin käyttäjiin. Miksi? Koska viiden megatavun pakatun kuvan saamiseksi sinun on lähetettävä kaksi tai kolme suuruusluokkaa enemmän dataa USB 2.0:n kautta. Väylän nopeus on 480 Mbit/s.

Joten sinun on testattava kolme asiaa: UX, oheislaitteet ja tietoturva - pakollinen. Testaustavassa on eroja. Voit asentaa agentteja paikallisesti kuhunkin virtuaaliseen työasemaan. Tämä on suhteellisen edullinen, mutta ei näytä kanavan kuormitusta eikä laske prosessorin kuormitusta aivan tarkasti. Toinen vaihtoehto on ottaa käyttöön tarvittava määrä emulaattorirobotteja toiseen paikkaan ja aloittaa niiden yhdistäminen oikeisiin töihin todellisina käyttäjinä. Näytön videovirran lähetysprotokollan kuormitus (tarkemmin sanottuna muuttuneet pikselit), jäsennys ja verkkopakettien lähettäminen lisätään ja kanavan kuormitus selviää. Kanavaa tarkastetaan yleensä hyvin harvoin.

UX on nopeus, jolla loppukäyttäjä suorittaa erilaisia ​​toimintoja. On olemassa testipaketteja, jotka lataavat asennuksen sadoille käyttäjille ja tekevät heille tyypillisiä toimintoja: käynnistävät toimistopaketteja, lukevat PDF-tiedostoja, selaavat, katsovat harvoin pornoa työaikana ja niin edelleen.

Melko hyvä esimerkki siitä, miksi tällaiset testit ovat tärkeitä etukäteen, oli viimeisin asennus. Siellä tuhat käyttäjää siirtyy VDI:hen, heillä on toimisto, selain ja SAP. Yrityksen IT-osasto on kehittynyt, joten käytössä on kuormitustestauksen kulttuuri ennen käyttöönottoja. Kokemukseni mukaan yleensä asiakas on suostuteltava tähän, koska kustannukset ovat korkeat ja hyödyt eivät aina ole ilmeisiä. Onko olemassa laskelmia, joissa voit tehdä virheen? Itse asiassa tällaiset testit paljastavat paikkoja, joissa he ajattelivat, mutta eivät voineet tarkistaa.

asennus

Kuusi palvelinta, kokoonpano on:

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Meillä ei ollut pääsyä asiakkaan varastojärjestelmään, vaan se tarjottiin paikkana palveluna. Mutta tiedämme, että on olemassa kaikki salama. Emme tiedä, mikä all-flash se on, mutta osiot ovat 10 TB. VDI - VMware asiakkaan valinnan mukaan, koska IT-tiimi tuntee pinon jo entuudestaan ​​ja kaikki on orgaanisesti täydennetty täydelliseksi infrastruktuuriksi. VMware on hyvin "koukussa" ekosysteemiinsä, mutta jos sinulla on tarpeeksi hankintabudjettia, sinulla ei välttämättä ole ongelmia vuosiin. Mutta tämä on usein erittäin suuri "jos". Meillä on hyvä alennus, ja asiakas tietää sen.

Aloitamme testit, koska IT-tiimi ei vapauta tuotantoon lähes mitään ilman testejä. VDI ei ole jotain, jonka voi käynnistää ja sitten hyväksyä. Käyttäjät latautuvat vähitellen, ja on täysin mahdollista kohdata ongelmia kuuden kuukauden kuluttua. Mitä kukaan ei tietenkään halua.

450 "käyttäjää" testissä, kuorma luodaan paikallisesti. Robo-käyttäjät suorittavat erilaisia ​​toimintoja samanaikaisesti, mittaamme kunkin toimenpiteen ajan useiden työtuntien aikana:

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Katsotaan kuinka palvelimet ja tallennusjärjestelmät käyttäytyvät. Pystyykö VDI luomaan tarvittavan määrän virtuaalisia työpöytiä ja niin edelleen. Koska asiakas ei kulkenut hyperkonvergenssin polkua, vaan otti all-flash-tallennusjärjestelmän, jouduttiin tarkistamaan myös mitoituksen oikeellisuus.

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Sudenkuoppia vaihtaessasi VDI:hen: mitä testata etukäteen, jotta se ei ole tuskallisen kipeä

Itse asiassa, jos jokin hidastuu jossain, sinun on muutettava VDI-tilan asetuksia, erityisesti resurssien jakautumista eri luokkien käyttäjien kesken.

Periferia

Oheislaitteiden kanssa on yleensä kolme tilannetta:

  • Asiakas vain sanoo, että emme liitä mitään (no, kuulokkeita lukuun ottamatta, ne näkyvät yleensä "pakkauksesta"). Noin viiden viime vuoden aikana olen nähnyt erittäin, hyvin harvoin kuulokkeita, joita ei ole poimittu itsestään ja joita VMware ei ole poiminut.
  • Toinen lähestymistapa on ottaa ja vaihtaa oheislaitteita osana VDI-toteutusprojektia: otamme sen, mitä olemme asiakkaan kanssa testanneet ja tukeneet. Tapaus on ymmärrettävästi harvinainen.
  • Kolmas tapa on heittää läpi olemassa oleva laitteisto.

Tiedät jo skannerien ongelmasta: sinun on asennettava väliohjelmisto työasemaan (ohut asiakas), joka vastaanottaa USB-virran, pakkaa kuvan ja lähettää sen VDI:hen. Useista ominaisuuksista johtuen tämä ei ole aina mahdollista: jos kaikki on kunnossa Win-asiakkailla (kotitietokoneet ja ohut asiakaskoneet), niin *nix-koontiversioissa VDI-toimittaja yleensä tukee tiettyä jakelua ja tanssit tamburiinilla alkavat, kuten Mac -asiakkailla. Muistaakseni harvat liittivät paikallisia tulostimia Linux-asennuksista, jotta ne toimisivat virheenkorjausvaiheessa ilman jatkuvaa tukipuhelua. Mutta tämä on jo hyvä, jokin aika sitten - jopa vain töihin.

Videoneuvottelut - kaikki asiakkaat haluavat ennemmin tai myöhemmin sen toimivan ja toimivan hyvin. Jos maatila on suunniteltu oikein, niin toimii hyvin, jos väärin, syntyy tilanne, jossa äänineuvottelun aikana kanavan kuormitus kasvaa, plus tämän lisäksi ongelmana on, että kuva näkyy huonosti (ei täyttä HD, 9–16 pikselin pinta). Erittäin voimakas lisäviive syntyy, kun asiakkaan, VDI-työaseman, videoneuvottelupalvelimen ja sieltä toisen VDI:n ja toisen asiakkaan välille syntyy silmukka. On oikein muodostaa yhteys suoraan asiakkaalta videoneuvottelupalvelimeen, mikä edellyttää toisen lisäkomponentin asentamista.

USB-avaimet - niissä ei ole ongelmia ollenkaan, älykortit ja vastaavat, kaikki toimii laatikosta. Vaikeuksia voi syntyä viivakoodilukijoiden, tarratulostimien, koneiden (kyllä, sellainen oli) ja kassakoneiden kanssa. Mutta kaikki on ratkeamassa. Vivahteilla ja ei ilman yllätyksiä, mutta lopulta ratkaistu.

Kun käyttäjä katsoo YouTubea VDI-asemalta, tämä on huonoin tilanne sekä kuorman että kanavan kannalta. Useimmat ratkaisut tarjoavat HTML5-videon uudelleenohjauksen. Pakattu tiedosto siirretään asiakkaalle, jossa se näkyy. Tai asiakkaalle lähetetään linkki suoraa viestintää varten selaimen ja videon isännöinnin välillä (tämä on harvinaisempaa).

Безопасность

Suojaus tapahtuu tyypillisesti komponenttien liitännöissä ja asiakaslaitteissa. Yhden ekosysteemin risteyksissä sanoen kaiken pitäisi toimia hyvin. Käytännössä näin tapahtuu 90 prosentissa tapauksista, ja jotain on vielä tehtävä. Viime vuosina toinen Vmvaran osto osoittautui erittäin käteväksi - he lisäsivät MDM: n ekosysteemiin hallitakseen laitteita yrityksen sisällä. VM:t ovat äskettäin hankkineet mielenkiintoisia verkkotasapainottimia (entinen Avi Networks), joiden avulla voit sulkea vuonjakokysymyksen esimerkiksi vuoden VDI:n valmistumisen jälkeen. Toinen puhtaasti ensimmäisen osapuolen ominaisuus on konttoreiden hyvä optimointi niiden tuoreiden ostosten ansiosta, kun he ottivat vastaan ​​VeloCloud-yrityksen, joka tekee SD-WAN:ia konttoriverkkoihin.

Loppukäyttäjän näkökulmasta arkkitehtuuri ja toimittaja ovat lähes näkymättömiä. Maailmanlaajuisesti tärkeää on, että jokaiselle laitteelle on olemassa asiakas; voit muodostaa yhteyden tabletista, Macista tai Windows Thin Clientistä. Asiakkaita oli jopa televisioille, mutta nyt niitä ei onneksi enää ole.

VDI-asennusten erikoisuus on nyt se, että loppukäyttäjällä ei yksinkertaisesti ole kotona tietokonetta. Usein sinulla on heikko Android-tabletti (joskus jopa hiirellä tai näppäimistöllä), tai saatat jopa olla onnekas ja hankkia tietokoneen, jossa on Win XP. Jota, kuten arvata saattaa, ei ole päivitetty vähään aikaan. Eikä sitä enää koskaan päivitetä. Tai erittäin heikot koneet, joissa asiakasta ei ole asennettu, sovellukset eivät toimi, käyttäjä ei voi toimia. Onneksi myös erittäin heikot laitteet sopivat (ei aina mukavat, mutta sopivat), ja tätä pidetään VDI:n suurena plussa. No, mitä tulee tietoturvaan, on tarpeen testata asiakasjärjestelmien kompromisseja. Tätä tapahtuu melko usein.

Rospotrebnadzorin COVID-19-riskissä olevien yritysten työn organisointisuositusten valossa yhteydenpito työpaikoihisi toimistossa on erittäin tärkeää. Näyttää siltä, ​​​​että tämä tarina kestää pitkään, ja kyllä, jos mietit VDI: tä, voit aloittaa testaamisen. Se tulee tarpeeseen. Suositukset ovat täällä, selvennyksiä täällä. Tärkeää on, että VDI:tä voidaan käyttää myös tilojen jälkiasentamiseen vaatimustenmukaisuusvaatimusten mukaisesti. Sääntelyviranomainen ottaa käyttöön tiettyjä etäisyysstandardeja. Esimerkiksi 50 neliömetrin toimistossa. m työntekijää voi olla enintään viisi.

No, jos sinulla on VDI:stä kysymyksiä, joita ei voi kommentoida, tässä on sähköpostini: [sähköposti suojattu].

Lähde: will.com

Lisää kommentti