Fallgropar vid övergång till VDI: vad som ska testas i förväg för att undvika lidande

Har du någonsin tänkt på vad en skanner gör med en VDI-station? Först ser allt bra ut: den visas som en vanlig USB-enhet och är "transparent" synlig från den virtuella maskinen. Därefter ger användaren kommandot att scan och allt går åt skogen. I bästa fall kraschar skannerdrivrutinen, sämre blir det om skannerprogramvaran går ner efter några minuter, vilket också kan påverka andra användare i klustret. Varför? För att få en femmegabyte komprimerad bild behöver man skicka två till tre gånger mer data via USB 2.0. Bandbredden för bussens hastighet är 480 Mbit/s.

Så det är viktigt att testa tre saker: UX, peripheri och säkerhet — absolut. Det spelar roll hur man testar. Man kan installera agenter lokalt, på varje virtuell arbetsstation. Det är relativt kostnadseffektivt, men visar inte belastningen på bandbredden och beräknar inte riktigt processorbelastningen korrekt. Det andra alternativet är att utrusta en annan plats med det nödvändiga antalet robot-emulatorer och börja ansluta dem till verkliga arbetsplatser som riktiga användare. Det tillkommer belastning från protokollet för videostreaming av skärmen (mer specifikt, ändrade pixlar), analys och sändning av nätverkspaket, vilket kommer att klargöra belastningen på kanalen. Kanalen testas mycket sällan.

UX handlar om hur snabbt slutanvändaren kan utföra olika åtgärder. Det finns testpaket som belastar installationen med hundratals användare och utför typiska aktiviteter för dem: startar kontorsprogram, läser PDF-filer, surfar också sällan, sällan kollar på porr på arbetstid, och så vidare.

Ett ganska bra exempel på varför sådana tester är viktiga i förväg var i den senaste installationen. Där flyttade tusen användare till VDI, de hade kontor, webbläsare och SAP. IT-avdelningen i företaget var utvecklad, så det finns en kultur av belastningstestning före implementeringar. Enligt min erfarenhet brukar man behöva övertala kunden till detta, eftersom kostnaderna är stora och fördelarna inte alltid är uppenbara. Finns det beräkningar där man kan göra misstag? I verkligheten avslöjar sådana tester platser där man trott att man har kontroll, men inte kunnat verifiera.

Installation

Sex servrar, konfigurationen är så här:

Vi hade ingen tillgång till kundens lagringssystem, det tillhandahölls redan som en tjänst. Men vi vet att det är helt flashbaserat. Vilken typ av all-flash vet vi inte, men avsnitten är på 10 TB vardera. VDI - VMware enligt kundens val, eftersom IT-teamet redan är bekant med stacken och allt kompletteras ganska harmoniskt till en helhetslösning. VMware gör att man lätt fastnar i deras ekosystem, men om budgeten räcker till kan man i flera år undvika problem. Men det är ofta ett stort "om". Vi har ett bra rabatterbjudande, och kunden är medveten om detta.

Vi börjar tester eftersom IT-teamet släpper nästan ingenting till produktion utan tester. VDI är inte något man startar och sedan godkänner. Användarna går in gradvis, och man kan helt klart stöta på problem efter ett halvår. Det vill naturligtvis ingen.

450 "användare" i testet, belastningen skapas lokalt. Användarna gör olika åtgärder samtidigt, vi mäter tiden för varje operation under flera timmars arbete:

Vi ser hur servrarna och lagringssystemet beter sig. Kan VDI skapa det nödvändiga antalet virtuella arbetsplatser och så vidare. Eftersom kunden inte valde hyperkonvergens utan tog ett flash-lagringssystem behövde vi också kontrollera att storleksbedömningen var korrekt.

Om något stannar upp behöver vi justera inställningarna för VDI-farmen, särskilt resursfördelningen mellan användare av olika kategorier.

Periferiutrustning

Det finns vanligtvis tre situationer med periferin:

• Kunden säger helt enkelt att vi inte kopplar in något (utom headset, de syns oftast "ur lådan"). De senaste fem åren har jag mycket sällan sett headset som inte skulle koppla in sig själva och som VMware inte skulle känna igen.
• Den andra metoden är att i samband med VDI-implementationen byta periferin: vi väljer det som testats och stöds av kunden. Det är en sällsynt förekomst av uppenbara skäl.
• Den tredje metoden är att koppla in befintlig hårdvara.

Du vet redan om problemet med skannrar: det behövs mjukvara på arbetsstationen (tunn klient) som tar emot USB-strömmen, komprimerar bilden och skickar den till VDI. På grund av ett antal omständigheter är detta inte alltid möjligt: om det fungerar bra på Win-klienter (hemma-datorer och tunna klienter), så stöder vanligtvis VDI-leverantören en specifik distribution för *nix-versioner och det blir en del krångel, likaså med Mac-klienter. Såvitt jag minns har få lyckats ansluta lokala skrivare från Linux-installationer på ett sätt så att de under felsökning fungerade utan konstant kontakt med supporten. Men det är ändå en förbättring, tidigare krävdes det till och med för att få dem att fungera.

Videokonferenser – alla kunder vill förr eller senare att detta ska fungera bra. Om man planerade serverfarmarna korrekt fungerar det bra, om inte, får vi en situation där belastningen på kanalen ökar under ljudkonferensen, plus att det dessutom uppstår problem med att bilden visas dåligt (full HD saknas, ansiktet består av 9–16 pixlar). Det blir en mycket stark extra fördröjning när det uppstår en slinga mellan klienten, VDI-arbetsstationen, VKS-servern, därifrån en andra VDI och en andra klient. Det är korrekt att koppla direkt från klienten till VKS-servern, vilket kräver installation av en ytterligare komponent.

USB-nycklar – det finns överhuvudtaget inga problem med dem, smarta kort och liknande fungerar direkt. Svårigheter kan uppstå med streckkodsskannrar, etikett skrivare, maskiner (ja, det har varit även sådana), kassaapparater. Men allt går att lösa. Det finns nyanser och inte utan överraskningar, men i slutändan går det att lösa.

När en användare tittar på Youtube från en VDI-station – det är den sämsta situationen både för belastningen och för kanalen. De flesta lösningar erbjuder HTML5-video omdirigering. Den komprimerade filen skickas till klienten, där den visas. Eller så skickas en länk till klienten för direkt förbindelse mellan webbläsaren och videohosting (detta sker mer sällan).

Säkerhet

Säkerhet är vanligtvis orolig vid kopplingspunkter mellan komponenter och på klientenheter. Vid kopplingspunkterna i ett ekosystem ska det fungera bra i teorin. I praktiken blir det så i 90 % av fallen, och ändå finns det alltid något som måste lösas. Under de senaste åren har en annan bra förvärv av VMware visat sig vara en MDM-lösning för hantering av enheter inom företaget. VMware har nyligen fått intressanta nätverkslastbalanserare (tidigare Avi Networks), som möjliggör att hantera trafikflöden ett år efter att VDI har implementerats, till exempel. En annan typisk VMware-funktion är bra optimering av filialer tack vare deras senaste förvärv av företaget VeloCloud, som tillverkar SD-WAN för filialnätverk.

Ur slutanvändarens perspektiv är arkitektur och leverantör nästan osynliga. Det viktiga globalt är att en klient finns för enhet av alla slag, man kan ansluta med en surfplatta, Mac eller tunn Windows-klient. Det fanns även klienter för TV-apparater, men lyckligtvis finns de inte längre.

Ett kännetecken för VDI-installationer just nu är att slutanvändaren hemma helt enkelt inte har någon dator. Ofta finns det en svag Android-surfplatta (ibland med mus eller tangentbord), eller så kan man ha tur och få en dator med Windows XP. Som du kanske kan gissa, har den inte uppdaterats på länge. Och den kommer aldrig att uppdateras. Eller mycket svaga enheter där klienten inte kan installeras, applikationer fungerar inte, och användaren kan inte arbeta. Lyckligtvis fungerar även mycket svaga enheter (inte alltid bekvämt, men de fungerar), och det anses vara en stor fördel med VDI. När det gäller säkerhet måste man testa komprometterade klientsystem. Detta inträffar ganska ofta.

I ljuset av rekommendationerna från Rospotrebnadzor angående organisationen av företagsarbete under COVID-19-risker, är anslutning till ens arbetsplatser på kontoret mycket aktuellt. Det verkar som att denna historia är här för att stanna, och ja, om du har övervägt VDI – så kan du börja testa. Det kommer att vara användbart. Rekommendationerna är tillgängliga här, förklaringar här. Det är viktigt att VDI också kan omorganisera utrymmen för att uppfylla kraven. Regleringen inför specifika normer för distansering. Till exempel får det inte finnas mer än fem anställda i ett kontor som är 50 kvm.

Om du har frågor om VDI som inte är för kommentarer – här är min e-post: SSkryl@croc.ru.

Källa: habr.com