
Jeste li ikada razmišljali što radi skener s VDI-stanicom? Isprva izgleda dobro: povezuje se kao običan USB uređaj i 'prozirno' je vidljiv iz virtualne mašine. Zatim korisnik daje naredbu za skeniranje, i sve se raspada. U najboljem slučaju, dođe do problema s drajverom skenera, a u najgorem — nakon nekoliko minuta skenerov softver prestaje raditi, a to može utjecati i na druge korisnike u klasteru. Zašto? Jer da biste dobili pet megabajtnu komprimiranu sliku, potrebno je poslati preko USB 2.0 dva do tri reda veličine više podataka. Propusnost sabirnice je 480 Mbit/s.
Dakle, potrebno je testirati tri stvari: UX, periferne uređaje i sigurnost — obavezno. Postoji razlika u načinu testiranja. Možete instalirati agente lokalno, na svakoj virtualnoj radnoj stanici. To je relativno jeftino, ali ne pokazuje opterećenje na kanalu i ne prikazuje točno opterećenje procesora. Druga opcija je postaviti potrebni broj robota-emulacija na drugom mjestu i povezati ih s pravim radnim mjestima kao stvarnim korisnicima. Povezat će se opterećenje od protokola prijenosa video streama (preciznije, izmijenjenih piksela), analize i slanja mrežnih paketa i vidjet će se opterećenja na kanalu. Kanal se uopće vrlo rijetko provjerava.
UX je brzina izvršenja različitih radnji od strane krajnjeg korisnika. Postoje paketi testova koji opterećuju instalaciju sa stotinama korisnika i provode tipične za njih radnje: pokreću uredske pakete, čitaju PDF-ove, pretražuju, rijetko gledaju pornografiju tijekom radnog vremena i slično.
Dobar primjer zašto su takvi testovi unaprijed važni bio je u posljednjoj instalaciji. Tamo tisuću korisnika prelazi na VDI, a imaju ured, preglednik i SAP. IT odjel u kompaniji je razvijen, pa postoji kultura testiranja opterećenja prije uvođenja. Prema mom iskustvu, obično se klijenta mora uvjeriti u to, jer su troškovi veliki, a korist ne može uvijek biti očita. Ima li tu proračuna gdje se može pogriješiti? U stvarnosti — takvi testovi otkrivaju mjesta za koja se mislilo, ali se nisu mogla provjeriti.
Instalacija
Šest servera, konfiguracija ovdje:

Nemamo pristup kupčevim pohranama podataka, one su nam pružene već kao usluga prostora. No znamo da je to all-flash. Ne znamo točno koja vrsta all-flash, ali su dijelovi od 10 TB. VDI — VMware prema kupčevom izboru, budući da je IT ekipa već upoznata sa tehnologijom, i sve se prilično organski nadopunjuje u cjelokupnu infrastrukturu. VMware stvarno ''navuče'' na svoju ekosustav, ali ako budžet za nabavu dopušta — godinama se može izbjeći problemi. No, to je često vrlo veliko ''ako''. Imamo dobar popust, a kupac je toga svjestan.
Počinjemo testove, jer IT ekipa gotovo ništa ne pušta u produkciju bez testova. VDI nije nešto što se može pokrenuti, a zatim prihvatiti. Korisnici se postepeno učitavaju, i problema se može vrlo lako susresti nakon šest mjeseci. Što, naravno, nitko ne želi.
450 ''korisnika'' u testu, opterećenje generiramo lokalno. Robo-korisnici obavljaju različite radnje istovremeno, mjerimo vrijeme svake operacije tijekom nekoliko sati rada:



Gledamo kako će se ponašati poslužitelji, pohrana podataka. Hoće li VDI stvoriti potrebni broj virtualnih radnih mjesta i tako dalje. Budući da kupac nije odabrao hiper-konvergenciju, nego je uzeo flash pohranu, bilo je potrebno provjeriti ispravnost dimenzioniranja također.






U suštini, ako nešto usporava — potrebno je promijeniti postavke VDI farmi, posebice raspodjelu resursa među korisnicima različitih kategorija.
Periferija
Obično postoje tri situacije s periferijom:
- Kupac jednostavno kaže da ništa ne povezujemo (pa, osim slušalica, one obično rade ''iz kutije''). U posljednjih otprilike pet godina, vrlo rijetko viđam slušalice koje se same ne povežu, a koje ne bi preuzeo VMware.
- Drugi pristup — uzimamo i unutar projekta implementacije VDI mijenjamo periferiju: uzimamo ono što smo testirali i što podržava kupac. Ovaj slučaj je rijedak iz razumljivih razloga.
- Treći pristup — prosljeđujemo postojeći hardver.
O problemu sa skenerima već znate: potrebno je instalirati posrednički softver na radnu stanicu (tanki klijent) koji prima USB tok, komprimira sliku i šalje u VDI. Zbog određenih karakteristika, to nije uvijek moguće: dok na Win-klijentima (kućnim računalima i tankim klijentima) sve radi dobro, za *nix verzije obično se podržava neki specifičan distribucijski sustav od strane VDI dobavljača, što dovodi do dodatnog mučenja, kao i kod Mac-klijenata. Iz mog iskustva, malo tko je priključivao lokalne pisače s Linux instalacijama tako da su radili tijekom faze ispravke bez stalnih poziva podršci. No, to je već bolje, jer je nedavno bilo potrebno samo da rade.
Videokonferencijska povezanost — svi klijenti prije ili kasnije žele da to funkcionira i da radi dobro. Ako je farma ispravno projektirana, onda to dobro radi, ako nije — dobivamo situaciju u kojoj se tijekom audiokonferencije povećava opterećenje na kanalu, uz to se javlja problem lošeg prikaza slike (full HD nema, lice se sastoji od 9–16 piksela). Pojavljuje se izrazita dodatna latencija kada nastane petlja između klijenta, VDI radne stanice, VKS servera, odatle drugog VDI i drugog klijenta. Treba pravilno povezati direktno s klijenta na VKS server, što zahtijeva instalaciju još jedne dodatne komponente.
USB ključevi — s njima uopšte nema problema, pametne kartice i slične stvari, sve radi iz kutije. Teškoće se javljaju sa skenerima barkodova, pisačima etiketa, mašinama (da, i takvih je bilo), blagajnama. No, sve se može riješiti. Sa nijansama i ne bez iznenađenja, ali na kraju se sve riješi.
Kada korisnik gleda YouTube s VDI stanice — to je najgora situacija i za opterećenje i za kanal. Većina rješenja nudi HTML5 video redirekciju. Komprimirana datoteka se šalje klijentu, gdje se prikazuje. Ili se klijentu proslijedi link za direktnu vezu između preglednika i video hostinga (to je rjeđe).
Sigurnost
Sigurnost obično iskri na mjestu spoja komponenata i na uređajima korisnika. Na spojevima unutar jedne ekosustava na papiru sve bi trebalo raditi dobro. U praksi je to često u 90% slučajeva, i nešto se svakako mora doraditi. U posljednjim godinama, još jedna kupovina Vmare pokazala se vrlo korisnom — preuzeli su MDM ekosustav za upravljanje uređajima unutar kompanije. Vmovi su nedavno dobili zanimljive mrežne balansere (bivši Avi Networks), koji omogućuju rješavanje pitanja distribucije prometa godinu dana nakon predaje VDI, na primjer. Još jedna čisto vmwareova osobina — dobra optimizacija filijala zahvaljujući njihovoj svježoj kupnji, kada su preuzeli tvrtku VeloCloud, koja radi SD-WAN za filijalne mreže.
S gledišta krajnjeg korisnika, arhitektura i dobavljač su gotovo neprimjetni. Na globalnoj razini važno je da postoji klijent za bilo koji uređaj, s tableta, Maca ili Windows tankog klijenta možete se spojiti. Bilo je klijenata čak i za televizore, ali ih trenutno, na sreću, više nema.
Osobina VDI instalacija sada je u tome što krajnji korisnik kod kuće jednostavno nema računalo. Često postoji slab Android tablet (ponekad čak i s mišem ili tipkovnicom), ili može biti sreće pa dobije računalo na Win XP. Koje, kao što možete pretpostaviti, već neko vrijeme nije ažurirano. I nikada se neće ažurirati. Ili postoje vrlo slabi uređaji na kojima klijent nije instaliran, aplikacije ne rade, a korisnik ne može raditi. Na sreću, čak i vrlo slabi uređaji su prikladni (ne uvijek udobno, ali prikladni), i to se smatra velikim plusem VDI-a. A što se tiče sigurnosti — potrebno je testirati kompromitaciju klijentskih sustava. To se događa prilično često.
U svjetlu preporuka Rospotrebnadzora za organizaciju rada poduzeća u uvjetima rizika od COVID-19, spajanje na svoja radna mjesta u uredu je vrlo aktualno. Čini se da će ova situacija potrajati, i da, ako ste razmišljali o VDI-u — možete početi s testiranjem. Bit će korisno. Preporuke su dostupne , objašnjenja . Važno je da se uz pomoć VDI-a također mogu prenamijeniti prostori za usklađivanje s propisima. Regulator uvodi određene norme fizičkog razdvajanja. Na primjer, u uredu površine 50 m² ne može biti više od pet zaposlenika.
Ako imate pitanja o VDI-ju koja nisu za komentare — evo moje e-pošte: SSkryl@croc.ru.
Izvor: habr.com
