Ste se kdaj vprašali, kaj počne skener s postajo VDI? Sprva je videti vse v redu: posreduje se kot običajna naprava USB in je "transparentno" viden iz virtualnega stroja. Nato uporabnik da ukaz za skeniranje in vse gre k vragu. V najboljšem primeru - gonilnik optičnega bralnika, slabše - v nekaj minutah programska oprema optičnega bralnika, potem lahko vpliva na druge uporabnike gruče. Zakaj? Če želite dobiti pet megabajtno stisnjeno sliko, morate prek USB 2.0 poslati dva do tri velikosti več podatkov. Prepustnost vodila je 480 Mbit/s.
Torej morate preizkusiti tri stvari: UX, periferne naprave in varnost – obvezno. Obstaja razlika v načinu testiranja. Agente lahko namestite lokalno na vsako virtualno delovno postajo. To je razmeroma poceni, vendar ne prikazuje obremenitve kanala in ne izračuna povsem natančno obremenitve procesorja. Druga možnost je, da zahtevano število emulatorskih robotov namestimo na drugo mesto in jih začnemo povezovati z resničnimi opravili kot resnične uporabnike. Dodana bo obremenitev protokola prenosa video toka zaslona (natančneje, spremenjenih slikovnih pik), razčlenjevanja in pošiljanja omrežnih paketov, obremenitev kanala pa bo razčiščena. Kanal je na splošno zelo redko preverjen.
UX je hitrost, s katero končni uporabnik izvaja različna dejanja. Obstajajo testni paketi, ki naložijo namestitev s stotinami uporabnikov in izvajajo tipična dejanja namesto njih: zaženejo pisarniške pakete, berejo PDF-je, brskajo, redko gledajo pornografijo med delovnim časom in tako naprej.
Precej dober primer, zakaj so takšni testi pomembni vnaprej, je bila zadnja namestitev. Tam se na VDI preseli tisoč uporabnikov, imajo pisarno, brskalnik in SAP. IT oddelek podjetja je razvit, zato obstaja kultura obremenitvenega testiranja pred implementacijami. Po mojih izkušnjah je običajno treba stranko v to prepričati, saj so stroški visoki, koristi pa niso vedno očitne. Ali obstajajo izračuni, kjer se lahko zmotite? Pravzaprav takšni testi razkrijejo mesta, kjer so mislili, a jih niso mogli preveriti.
Namestitev
Šest strežnikov, konfiguracija je:
Nismo imeli dostopa do strankinega sistema za shranjevanje; pravzaprav je bil zagotovljen kot prostor kot storitev. Vemo pa, da obstaja all-flash. Ne vemo, kateri all-flash je, vendar so particije 10 TB. VDI - VMware po izbiri naročnika, saj IT ekipa sklad že pozna in je vse skupaj precej organsko dopolnjeno v popolno infrastrukturo. VMware je zelo »zasvojen« s svojim ekosistemom, a če imate dovolj proračuna za nabavo, morda več let ne boste imeli težav. Toda to je pogosto zelo velik "če". Imamo dober popust in stranka za to ve.
Začenjamo s testi, saj IT-ekipa skoraj ničesar ne spusti v proizvodnjo brez testov. VDI ni nekaj, kar lahko zaženete in nato sprejmete. Uporabniki se nalagajo postopoma in povsem možno je, da se težave pojavijo po šestih mesecih. Česar si seveda nihče ne želi.
450 "uporabnikov" v testu, obremenitev se ustvari lokalno. Robo-uporabniki izvajajo različna dejanja hkrati, merimo čas posamezne operacije v več urah dela:
Poglejmo, kako se bodo obnašali strežniki in sistemi za shranjevanje. Ali bo VDI lahko ustvaril potrebno število virtualnih namizij itd. Ker naročnik ni šel po poti hiperkonvergence, ampak je vzel all-flash pomnilniški sistem, je bilo treba preveriti tudi pravilnost dimenzioniranja.
Pravzaprav, če se nekje nekaj upočasni, morate spremeniti nastavitve kmetije VDI, zlasti porazdelitev virov med uporabniki različnih kategorij.
Periferne naprave
Običajno obstajajo tri situacije s perifernimi napravami:
- Stranka preprosto reče, da ne povezujemo ničesar (no, razen slušalk, običajno so vidne “iz škatle”). V zadnjih petih letih sem zelo, zelo redko videl slušalke, ki jih niso pobrali sami in ki jih ni pobral VMware.
- Drugi pristop je, da vzamemo in spremenimo zunanje naprave kot del projekta implementacije VDI: vzamemo tisto, kar smo mi in stranka preizkusili in podprli. Primer je razumljivo redek.
- Tretji pristop je premetavanje obstoječe strojne opreme.
Za težavo s skenerji že poznate: na delovno postajo (tanek odjemalec) morate namestiti vmesno programsko opremo, ki sprejme USB tok, stisne sliko in jo pošlje v VDI. Zaradi številnih funkcij to ni vedno mogoče: če je na odjemalcih Win (domači računalniki in tanki odjemalci) vse v redu, potem za gradnje *nix prodajalec VDI običajno podpira določeno distribucijo in začne se ples z tamburino, kot na odjemalcih Mac. V mojem spominu je le malo ljudi povezovalo lokalne tiskalnike iz namestitve Linuxa, da bi ti delovali v fazi odpravljanja napak brez stalnih klicev podpore. Ampak to je že dobro, pred časom - tudi samo za delo.
Videokonference – vse stranke prej ali slej želijo, da deluje in deluje dobro. Če je farma zasnovana pravilno, potem deluje dobro, če je nepravilno, dobimo situacijo, ko se med zvočno konferenco poveča obremenitev kanala, poleg tega pa je problem, da je slika slabo prikazana (ni polne). HD, obraz 9–16 slikovnih pik). Zelo velika dodatna zakasnitev se pojavi, ko se pojavi zanka med odjemalcem, delovno postajo VDI, videokonferenčnim strežnikom in od tam drugim VDI in drugim odjemalcem. Pravilna je povezava direktno iz odjemalca na videokonferenčni strežnik, kar zahteva namestitev še ene dodatne komponente.
USB ključi - z njimi sploh ni problemov, pametne kartice in podobno, vse dela kot iz škatlice. Težave lahko nastanejo pri čitalnikih črtne kode, tiskalnikih nalepk, strojih (ja, obstajalo je kaj takega) in registrskih blagajnah. Ampak vse se rešuje. Z niansami in ne brez presenečenj, a na koncu razrešeno.
Ko uporabnik gleda YouTube s postaje VDI, je to najslabša situacija tako za obremenitev kot za kanal. Večina rešitev ponuja preusmeritev videa HTML5. Stisnjena datoteka se prenese na odjemalca, kjer se prikaže. Ali pa se stranki pošlje povezava za neposredno komunikacijo med brskalnikom in video gostovanjem (to je manj pogosto).
varnost
Varnost se običajno pojavi na komponentnih vmesnikih in na odjemalskih napravah. Na stičiščih v enem ekosistemu bi moralo z besedami vse dobro delovati. V praksi se to zgodi v 90% primerov in nekaj je treba še dokončati. V zadnjih letih se je izkazal še en nakup Vmvare za zelo priročnega – v ekosistem so dodali MDM za upravljanje naprav znotraj podjetja. VM-ji so pred kratkim pridobili zanimive omrežne izenačevalnike (prej Avi Networks), ki vam omogočajo, da zaprete vprašanje porazdelitve toka eno leto po zaključku VDI, na primer. Druga čisto prva lastnost je dobra optimizacija poslovalnic zahvaljujoč njihovemu svežemu nakupu, ko so prevzeli podjetje VeloCloud, ki izdeluje SD-WAN za omrežja podružnic.
Z vidika končnega uporabnika sta arhitektura in prodajalec skoraj nevidna. Kar je globalno pomembno, je, da obstaja odjemalec za vsako napravo, lahko se povežete s tablice, Maca ali tankega odjemalca Windows. Bili so celo naročniki za televizije, zdaj pa jih na srečo ni več.
Posebnost namestitve VDI zdaj je, da končni uporabnik preprosto nima doma računalnika. Pogosto imate šibek tablični računalnik Android (včasih celo z miško ali tipkovnico) ali pa imate celo srečo in dobite računalnik z operacijskim sistemom Win XP. Ki, kot lahko ugibate, že nekaj časa ni bil posodobljen. In nikoli več ne bo posodobljen. Ali zelo šibki stroji, kjer odjemalec ni nameščen, aplikacije ne delujejo, uporabnik ne more delovati. Na srečo so primerne tudi zelo šibke naprave (ne vedno udobne, a primerne) in to velja za velik plus VDI. No, glede varnosti je treba preizkusiti ogroženost odjemalskih sistemov. To se zgodi precej pogosto.
Glede na priporočila Rospotrebnadzorja o organizaciji dela podjetij, ki so izpostavljena tveganju COVID-19, je povezava z vašimi delovnimi mesti v pisarni zelo pomembna. Zdi se, da bo ta zgodba trajala še dolgo in ja, če ste razmišljali o VDI, lahko začnete testirati. Prišlo bo prav. Priporočila so , pojasnila . Pomembno je, da se VDI lahko uporablja tudi za naknadno opremljanje prostorov, da bi izpolnili zahteve glede skladnosti. Regulator uvaja določene standarde razdalje. Na primer, v pisarni 50 kvadratnih metrov. m ne sme biti več kot pet zaposlenih.
No, če imate vprašanja o VDI, ki niso za komentiranje, je tukaj moj e-poštni naslov: [e-pošta zaščitena].
Vir: www.habr.com