Har du nogensinde tÊnkt over, hvad en scanner gÞr med en VDI-station? FÞrst ser det hele fint ud: den opstÄr som en almindelig USB-enhed og er "gennemsigtig" synlig fra den virtuelle maskine. Derefter giver brugeren kommandoen til at scanne, og sÄ falder det hele fra hinanden. I bedste fald er det scanner-driveren, i vÊrste fald softwaren til scanneren, og det kan ogsÄ pÄvirke andre brugere af klyngen. Hvorfor? Fordi det krÊver at sende to til tre ordener mere data over USB 2.0 for at fÄ et fem megabyte komprimeret billede. BÄndbredden pÄ bussen er 480 Mbit/s.
SĂ„ det er nĂždvendigt at teste tre ting: UX, periferiudstyr og sikkerhed â absolut. Der er forskel pĂ„, hvordan man tester. Man kan installere agenter lokalt pĂ„ hver virtuel arbejdsstation. Det er relativt budgetvenligt, men viser ikke belastningen pĂ„ kanalen og beregner ikke prĂŠcist belastningen pĂ„ CPU'en. Det andet alternativ er at implementere det nĂždvendige antal robot-emulatorer et andet sted og begynde at forbinde dem til rigtige arbejdspladser som rigtige brugere. Det vil tilfĂžje belastningen fra protokollen til overfĂžrsel af videostrĂžmmen (mere prĂŠcist, ĂŠndrede pixels), analysere og sende netvĂŠrkspakker, og belastningen pĂ„ kanalen vil blive klarlagt. Kanalen bliver generelt sjĂŠldent testet.
UX â det er hastigheden pĂ„ udfĂžrelsen af forskellige handlinger fra slutbrugeren. Der findes testpakker, der belaster installationen med hundredvis af brugere og udfĂžrer typiske handlinger for dem: de starter kontorpakker, lĂŠser PDF'er, surfer pĂ„ nettet, sjĂŠldent ser porno i arbejdstiden osv.
Et ganske godt eksempel pÄ, hvorfor sÄdanne tests er vigtige pÄ forhÄnd, var i den seneste installation. Her flytter tusind brugere til VDI, de har kontor, browser og SAP. IT-afdelingen i virksomheden er veludviklet, sÄ der er en kultur for belastningstestning fÞr implementeringer. Efter min erfaring mÄ man ofte overtale kunden til sÄdan noget, fordi omkostningerne er hÞje, og fordelene ikke altid er Äbenlyse. Der er jo beregninger, hvor man kan lave fejltagelser? I praksis afslÞrer sÄdanne tests de steder, man har tÊnkt over, men ikke kunne tjekke.
Installation
Seks servere, konfigurationen er som fĂžlger:
Vi havde ikke adgang til kundens SAN, den blev leveret som en tjeneste. Men vi ved, at det er all-flash. Hvilken slags all-flash, ved vi ikke, men partitionerne er pĂ„ 10 TB. VDI â VMware vĂŠlges af kunden, eftersom IT-teamet allerede kender stakken, og det hele supplerer hinanden til en samlet infrastruktur. VMware gĂžr en meget afhĂŠngig af sin Ăžkosystem, men hvis budgettet til indkĂžb er tilstrĂŠkkeligt â kan man i Ă„revis undgĂ„ problemer. Men det er ofte et stort 'hvis'. Vi har en god rabat, og kunden er klar over det.
Vi starter med testene, fordi IT-teamet ikke godkender nÊsten noget i produktion uden test. VDI er ikke noget, man bare kan starte op og sÄ acceptere. Brugerne tilslutter sig gradvist, og man kan opleve problemer efter seks mÄneder. Hvilket naturligvis ingen Þnsker.
450 'brugere' i testen, belastningen genereres lokalt. Robo-brugerne udfÞrer forskellige handlinger samtidigt, vi mÄler tiden for hver operation i lÞbet af flere timers arbejde:
Vi ser pÄ, hvordan serverne og SAN'en vil opfÞre sig. Kan VDI oprette det nÞdvendige antal virtuelle arbejdspladser osv. Da kunden ikke valgte hyperkonvergens, men tog en flash SAN, var det ogsÄ nÞdvendigt at kontrollere stÞrrelsen.
Hvis der er noget, der hĂŠnger â skal VDI-farmens indstillinger ĂŠndres, isĂŠr fordelingen af ressourcer mellem brugere af forskellige kategorier.
Periferien
Der er normalt tre situationer med periferien:
- Kunden siger blot, at vi ikke tilslutter noget (bortset fra headset, de vises normalt 'out of the box'). I de sidste cirka fem Ă„r har jeg sjĂŠldent set headset, som ikke kunne tilsluttes automatisk, og som ikke blev genkendt af VMware.
- Den anden tilgang â vi tager og ĂŠndrer periferien inden for VDI-implementeringsprojektet: vi bruger det, der er testet af os og understĂžttet af kunden. En sjĂŠlden situation af Ă„benlyse Ă„rsager.
- Den tredje tilgang â vi anvender det eksisterende hardware.
Du kender allerede problemet med scannerne: det er nĂždvendigt at installere mellemsoftware pĂ„ arbejdsstationen (tynd klient), som modtager USB-strĂžmmen, komprimerer billedet og sender det til VDI. PĂ„ grund af en rĂŠkke specifikationer er dette ikke altid muligt: hvis det fungerer godt pĂ„ Win-klienter (hjemmecomputere og tynde klienter), sĂ„ understĂžtter VDI-leverandĂžren som regel en specifik distribution for *nix-opstillinger, og sĂ„ begynder der at blive en del bĂžvl, ligesom med Mac-klienter. Efter hvad jeg husker, har der vĂŠret meget fĂ„, der har tilsluttet lokale printere fra Linux-installationer, sĂ„ de fungerede under fejlretning uden konstant at skulle ringe til supporten. Men det er allerede en forbedring, for ikke lĂŠnge siden â var det endda bare for at fĂ„ det til at fungere.
Videokonference er noget, alle kunder pĂ„ et tidspunkt Ăžnsker, at det fungerer, og at det fungerer godt. Hvis man har designet farmen korrekt, fungerer det godt, men hvis ikke, fĂ„r vi en situation, hvor belastningen pĂ„ kanalen stiger under en audiokonference, plus at der opstĂ„r yderligere problemer med dĂ„rligt billede (ingen full HD, ansigtet er kun 9â16 pixels). Der opstĂ„r en meget betydelig ekstra forsinkelse, nĂ„r der dannes en loop mellem klienten, VDI-arbejdsstationen, VKS-serveren, der gĂ„r til den anden VDI og den anden klient. Det er vigtigt at forbinde direkte fra klienten til VKS-serveren, hvilket krĂŠver installation af endnu en komponent.
USB-nĂžgler â der er slet ingen problemer med dem, smart-cards og lignende fungerer ogsĂ„ lige ud af boksen. Der kan vĂŠre udfordringer med stregkodescannere, etiketprintere, maskiner (ja, det har ogsĂ„ vĂŠret tilfĂŠldet), kasser. Men det kan lĂžses. Det har sine nuancer og overraskelser, men i sidste ende kan det lĂžses.
NĂ„r brugeren ser YouTube fra en VDI-station â det er den dĂ„rligste situation, bĂ„de hvad angĂ„r belastning og bĂ„ndbredde. De fleste lĂžsninger tilbyder HTML5-video omdirigering. Den komprimerede fil sendes til klienten, hvor den vises. Eller ogsĂ„ sendes der et link til klienten for direkte forbindelse mellem browseren og video hosting (det sker sjĂŠldnere).
Sikkerhed
Sikkerhed opstĂ„r normalt ved samlingen af komponenter og pĂ„ klientenheder. I et Ăžkosystem skulle det pĂ„ papiret fungere godt. I praksis er det kun tilfĂŠldet i ca. 90 % af situationerne, og der er altid noget, der skal fĂŠrdiggĂžres. De seneste Ă„r har et andet kĂžb fra VMware vĂŠret meget praktisk â de har integreret MDM-Ăžkosystemet til at administrere enheder internt i virksomheden. VMware har for nylig introduceret interessante netvĂŠrksloadbalancere (tidligere Avi Networks), der muliggĂžr at lĂžse problemet med fordeling af strĂžmme, eksempelvis et Ă„r efter overdragelsen af VDI. En anden ren VMware-funktion er den gode optimering af filialer takket vĂŠre deres nylige opkĂžb af VeloCloud, der laver SD-WAN til filialnetvĂŠrk.
Set fra slutbrugerens perspektiv er arkitekturen og leverandÞren nÊsten usynlige. Det er globalt set vigtigt, at der findes en klient til enhver enhed, sÄ man kan tilslutte sig fra tablet, Mac eller Windows-tyndklient. Der har vÊret klienter selv til fjernsyn, men heldigvis er de ikke lÊngere tilgÊngelige.
Kendetegnet ved VDI-installationer i dag er, at slutbrugeren derhjemme ofte slet ikke har en computer. Der er ofte en svag Android-tablet (nogle gange endda med mus eller tastatur), eller man kan rent faktisk vÊre heldig at have en computer med Windows XP. Som du kan gÊtte, er den ikke blevet opdateret i lang tid. Og vil aldrig blive det. Heller ikke pÄ meget svage maskiner, hvor klienten ikke kan installeres, og applikationer ikke fungerer, sÄ brugeren kan ikke arbejde. Heldigvis fungerer selv meget svage enheder (ikke altid komfortabelt, men de fungerer), og dette betragtes som en stor fordel ved VDI. I forhold til sikkerhed skal kompromittering af klient systemer testes. Det sker ganske ofte.
I lyset af anbefalingerne fra Rospotrebnadzor om organisationen af virksomhedernes arbejde i risiko for COVID-19 er tilslutning til arbejdspladser pĂ„ kontoret meget relevant. Det ser ud til, at denne situation nok vil vĂŠre langvarig, og ja, hvis du har tĂŠnkt pĂ„ VDI â kan du begynde at teste det. Det vil vĂŠre nyttigt. Anbefalinger findes , afklaringer . Det er vigtigt, at VDI ogsĂ„ kan bruges til at omdanne lokaler for at overholde kravene. Regulatoren indfĂžrer bestemte normer for afstand. For eksempel kan der i et kontor pĂ„ 50 kvm ikke vĂŠre mere end fem medarbejdere.
Hvis du har spÞrgsmÄl om VDI, som ikke er til kommentarer, er du velkommen til at kontakte mig pÄ: SSkryl@croc.ru.
Kilde: habr.com
