Ste se kdaj spraševali, kaj počne skener z VDI postajo? Sprva vse izgleda dobro: prikazuje se kot navadna USB naprava in je »prosojno« viden iz virtualnega stroja. Potem uporabnik da ukaz za skeniranje in vse se sesede. V najboljšem primeru je to gonilnik skenerja, slabše pa je, če se po dveh minutah zruši programska oprema skenerja, kar lahko vpliva tudi na druge uporabnike v klastru. Zakaj? Ker je za pridobitev petmegabajtne stisnjene slike potrebno poslati prek USB 2.0 dvakrat ali trikrat več podatkov. Prepustnost vodila je 480 Mbit/s.
Testirati je treba tri stvari: UX, periferne naprave in varnost — obvezno. Razlika je v načinu testiranja. Lahko namestite agente lokalno na vsako virtualno delovno postajo. To je razmeroma poceni, vendar ne pokaže obremenitve na kanalu in ne računajo obremenitev na procesorju povsem pravilno. Druga možnost je, da se postavite na drugem mestu s potrebno količino robotov-emulatorjev in jih začnete povezovati z realnimi delovnimi mesti kot pravi uporabniki. Dodala se bo obremenitev od protokola prenosa video toka zaslona (natančneje, spremenjenih pikslov), razčlenitev in pošiljanje omrežnih paketov, obremenitev na kanalu bo jasna. Kanal se zelo redko preizkuša.
UX je hitrost izvajanja različnih dejanj končnega uporabnika. Obstajajo testni paketi, ki obremenijo namestitev s stotinami uporabnikov in izvajajo tipična dejanja: zaženejo pisarniške pakete, berejo PDF, brskajo, redko gledajo pornografijo med delovnim časom in tako naprej.
Dokaj dober primer, zakaj so takšni testi vnaprej pomembni, je bil v zadnji namestitvi. Tam se tisoč uporabnikov seli v VDI, imeli bodo pisarno, brskalnik in SAP. IT oddelek v podjetju je razvit, zato obstaja kultura testiranja obremenitev pred uvajanjem. Po mojih izkušnjah običajno naročnika prepričujejo o takšnem testiranju, ker so stroški visoki, koristi pa niso vedno očitne. So pa izračuni, kjer se lahko zmotiš? V resnici takšni testi razkrijejo mesta, za katera smo mislili, da smo jih preverili, a nismo mogli.
Namestitev
Šest strežnikov, konfiguracija je takšna:
Do našeho úložiště zákazníka jsme neměli přístup, bylo poskytnuto již jako služba. Víme, že tam je all-flash. Jaký konkrétně all-flash, nevíme, ale disky mají 10 TB. VDI — VMware podle výběru zákazníka, protože tým IT s tímto stackem již pracoval a všechno se poměrně organicky doplňuje do ucelené infrastruktury. VMware člověka dostává do své ekosystémy, ale pokud je rozpočet dostatečný, problémům se dá vyhnout po dlouhá léta. Ale to je často velmi velké „pokud“. Máme dobrou slevu a zákazník o tom ví.
Začínáme testy, protože tým IT nepouští do produkce téměř nic bez testů. VDI není něco, co můžete spustit a pak akceptovat. Uživatelé se postupně připojují a mohou se objevit problémy až po šesti měsících. Což, samozřejmě, nikdo nechce.
450 „uživatelů“ v testu, zátěž generujeme lokálně. Robouzery provádějí různé činnosti současně, měříme čas každé operace po několik hodin práce:
Sledujeme, jak se budou chovat servery a úložiště. Zda VDI dokáže vytvořit potřebný počet virtuálních pracovních míst a tak dále. Vzhledem k tomu, že zákazník nešel cestou hyperkonvergence, ale zvolil flashové úložiště, bylo třeba zkontrolovat také správnost sizingu.
Pokud něco kdekoliv zpomaluje, je potřeba měnit nastavení VDI farmy, konkrétně rozdělení zdrojů mezi uživateli různé kategorie.
Periferija
S periferií obvykle existují tři situace:
- Zákazník jednoduše říká, že nic nepřipojujeme (no, kromě headsetů, ty obvykle fungují „ihned po vybalení“). V posledních přibližně pěti letech velice zřídka vídám headsety, které by se samy nepořídily a které by VMware nezachytila.
- Druhý přístup — vezmeme a v rámci projektu zavádění VDI měníme periferie: bereme to, co jsme sami otestovali a co zákazník podporuje. Případ z jasných důvodů je vzácný.
- Třetí přístup — využíváme stávající hardware.
O težavi s skenerji že veste: potrebno je namestiti vmesno programsko opremo na delovno postajo (tanki odjemalec), ki prejema USB tok, stiska sliko in jo pošilja v VDI. Zaradi določenih posebnosti to ni vedno mogoče: če je na Win odjemalcih (domačih računalnikih in tankih odjemalcih) vse v redu, pa za *nix distribucije običajno z VDI podpira le določena distribucija, kar vodi do težav, enako kot pri Mac odjemalcih. Na spomin imam malo tistih, ki so povezali lokalne tiskalnike z Linux inštalacijami tako, da so delovali brez nenehnega klicanja podpore v fazi odpravljanja napak. A to je že dobro, še pred nekaj časa je bilo treba vsaj zagotoviti, da delujejo.
Videokonferenčna povezava – vsi naročniki prej ali slej želijo, da to deluje in deluje dobro. Če je farma pravilno načrtovana, potem to dobro deluje, sicer se pojavi situacija, ko ob povečanju obremenitve omrežja med avdiokonferenco postane slika slaba (brez full HD, obraz je iz 9–16 pikslov). Pojavi se velika dodatna zakasnitev, ko nastane zanka med odjemalcem, VDI delovno postajo, VKS strežnikom, od tam z drugim VDI in drugim odjemalcem. Pravilno je povezati neposredno od odjemalca na VKS strežnik, kar zahteva namestitev še ene dodatne komponente.
USB ključi – s temi ni težav, pametne kartice in podobno, vse deluje iz škatle. Težave se lahko pojavijo pri skenerjih črtnih kod, tiskalnikih etiket, strojih (ja, tudi to se je zgodilo) in blagajnah. A vse se reši. S podrobnostmi in ne brez presenečenj, a na koncu se reši.
Ko uporabnik gleda YouTube iz VDI postaje – to je najslabša situacija tako za obremenitev kot za kanal. Večina rešitev ponuja HTML5 video preusmeritev. Dati stisnjeno datoteko na odjemalca, tam se predvaja. Ali pa se odjemalcu posreduje povezava za neposredno povezavo brskalnika in video gostitelja (to je redkeje).
Sigurnost
Varnost se ponavadi pojavlja na stičiščih komponent in na uporabniških napravah. Na stičiščih v enem ekosistemu bi moralo vse delovati dobro. V praksi pa se to zgodi v 90 % primerov in nekaj je treba še vedno urediti. V zadnjih letih se je izkazala še ena koristna pridobitev podjetja VMware — vključili so MDM za upravljanje naprav znotraj podjetja. VMware je nedavno predstavil zanimljive omrežne uravnavače (nekdaj Avi Networks), ki omogočajo rešitev vprašanja razporejanja tokov leto dni po predaji VDI, na primer. Še ena povsem vmvarska značilnost je dobra optimizacija podružnic zahvaljujoč njihovi nedavni pridobitvi, ko so prevzeli podjetje VeloCloud, ki izdeluje SD-WAN za podružnične mreže.
Z vidika končnega uporabnika sta arhitektura in dobavitelj skoraj neopazna. Globalno je pomembno, da obstaja stranka za vsako napravo, lahko se povežete s tabličnim računalnikom, Mac ali tankim odjemalcem Windows. Pred leti so bili odjemalci celo za televizorje, toda zdaj jih, na srečo, že ni več.
Značilnost VDI-naloge zdaj je, da končni uporabnik doma preprosto nima računalnika. Pogosto je prisoten šibek Android tablični računalnik (včasih celo z miško ali tipkovnico), ali pa boste imeli srečo in zadeli računalnik z Windows XP. Kateremu, kot lahko uganite, že dalj časa ni bila narejena posodobitev. In nikoli ne bo. Ali pa zelo šibke naprave, kjer stranka ni nameščena, aplikacije ne delujejo, uporabnik ne more delati. Na srečo celo zelo slabe naprave ustrezajo (ne vedno udobno, ampak ustrezajo) in to se šteje za veliko prednost VDI. Glede varnosti pa je treba testirati kompromitacije odjemalskih sistemov. To se dogaja dovolj pogosto.
V luči priporočil Rospotrebnadzor glede organizacije dela podjetij v pogojih tveganja COVID-19 je povezovanje s svojimi delovnimi mestih v pisarni zelo aktualno. Zdi se, da je ta zgodba dolgotrajna, in ja, če ste razmišljali o VDI — lahko začnete testirati. Uporabno bo. Priporočila so na voljo , pojasnila . Pomembno je, da lahko s pomočjo VDI tudi preuredite prostore, da bi zadovoljili zahteve. Regulator uvaja določena pravila o razdalji. Na primer, v pisarni s površino 50 m² ne more biti več kot pet zaposlenih.
Če imate vprašanja glede VDI, ki niso za komentiranje, je tukaj moj e-naslov: SSkryl@croc.ru.
Izvor: habr.com
