Kas olete kunagi mõelnud, mida teeb skanner VDI-jaamaga? Esialgu tundub kõik hea: see edastatakse nagu tavaline USB-seade ja on virtuaalmasinast "läbipaistvalt" nähtav. Seejärel annab kasutaja käsu skannida ja kõik läheb põrgusse. Parimal juhul - skanneri draiver, hullem - paari minutiga skanneri tarkvara, siis võib see mõjutada teisi klastri kasutajaid. Miks? Sest viie megabaidise tihendatud pildi saamiseks tuleb USB 2.0 kaudu saata kaks kuni kolm suurusjärku rohkem andmeid. Siini läbilaskevõime on 480 Mbit/s.
Seega peate testima kolme asja: UX, välisseadmed ja turvalisus – kohustuslikud. Testimisviisis on erinevusi. Saate agente kohapeal installida igasse virtuaalsesse tööjaama. See on suhteliselt odav, kuid ei näita kanali koormust ega arvuta protsessori koormust päris täpselt. Teine võimalus on paigutada vajalik arv emulaatorroboteid mujale ja hakata neid reaalsete kasutajatena päris töökohtadega ühendama. Lisandub koormus ekraani videovoo edastusprotokollist (täpsemalt muudetud pikslid), parsimine ja võrgupakettide saatmine ning kanali koormus selgub. Kanalit kontrollitakse üldiselt väga harva.
UX on kiirus, millega lõppkasutaja erinevaid toiminguid teeb. On testpakette, mis laadivad installi sadade kasutajatega ja teevad neile tüüpilisi toiminguid: käivitavad kontoripakette, loevad PDF-e, sirvivad, vaatavad tööajal harva pornot jne.
Päris hea näide selle kohta, miks sellised testid on algusest peale olulised, oli viimases installis. Seal liigub tuhatkond kasutajat VDI-sse, neil on kontor, brauser ja SAP. Ettevõtte IT-osakond on arenenud, seega on enne juurutamist olemas koormustestimise kultuur. Minu kogemuse kohaselt tuleb tavaliselt klienti selleks veenda, sest kulud on suured ja kasu pole alati silmaga näha. Kas on mingeid arvutusi, kus saab eksida? Tegelikult paljastavad sellised testid kohad, kus nad mõtlesid, kuid ei saanud kontrollida.
Paigaldamine
Kuus serverit, konfiguratsioon on järgmine:
Meil ei olnud ligipääsu kliendi laosüsteemile, seda pakuti õigupoolest teenusena. Kuid me teame, et on olemas kõikehõlmav välklamp. Me ei tea, milline kõik-flash see on, kuid vaheseinad on 10 TB. VDI - VMware kliendi valikul, kuna IT-meeskond on virnaga juba tuttav ja kõike on üsna orgaaniliselt täiendatud tervikliku infrastruktuuri moodustamiseks. VMware on oma ökosüsteemis väga "konksus", kuid piisava hankeeelarve korral ei pruugi teil aastaid probleeme tekkida. Kuid see on sageli väga suur "kui". Meil on hea allahindlus ja klient teab sellest.
Alustame testidega, sest IT-meeskond ei lase peaaegu midagi ilma testideta tootmisse. VDI ei ole midagi, mida saate käivitada ja seejärel aktsepteerida. Kasutajad laadivad järk-järgult ja kuue kuu pärast on probleeme täiesti võimalik. Mida muidugi keegi ei taha.
450 "kasutajat" testis, koormus genereeritakse kohapeal. Robo-kasutajad teevad erinevaid toiminguid korraga, iga toimingu aega mõõdame mitme töötunni jooksul:
Vaatame, kuidas serverid ja salvestussüsteemid käituvad. Kas VDI suudab luua vajaliku arvu virtuaalseid töölaudu jne. Kuna klient ei läinud hüperkonvergentsi teed, vaid kasutas all-flash-salvestussüsteemi, oli vaja kontrollida ka suuruse õigsust.
Tegelikult, kui kuskil midagi aeglustub, peate muutma VDI-farmi sätteid, eriti ressursside jaotust erinevate kategooriate kasutajate vahel.
Perifeeria
Välisseadmetega on tavaliselt kolm olukorda:
- Klient ütleb lihtsalt, et me ei ühenda midagi (noh, välja arvatud peakomplektid, on need tavaliselt "karbist väljas" näha). Viimase viie aasta jooksul olen väga-väga harva näinud peakomplekte, mida pole üksi kätte võetud ja mida VMware pole võtnud.
- Teine lähenemine on võtta ja muuta välisseadmeid VDI juurutusprojekti raames: võtame selle, mida oleme ise ja klient testinud ja toetanud. Juhtum on arusaadavalt haruldane.
- Kolmas lähenemine on olemasoleva riistvara läbiviskamine.
Skannerite probleemist teate juba: peate installima tööjaama (õhuke klient) vahevara, mis võtab vastu USB-voo, tihendab pildi ja saadab selle VDI-sse. Paljude funktsioonide tõttu pole see alati võimalik: kui Win klientidel (koduarvutid ja õhukesed kliendid) on kõik korras, siis *nix buildide puhul toetab VDI müüja tavaliselt kindlat distributsiooni ja tantsud tamburiiniga algavad, kuna Maci klientidel. Minu mäletamist mööda ühendasid vähesed inimesed Linuxi installatsioonidest kohalikke printereid, et need töötaksid silumisfaasis ilma pidevate tugikõnedeta. Aga see on juba hea, mõni aeg tagasi – isegi lihtsalt tööle.
Videokonverentsid – kõik kliendid tahavad varem või hiljem, et see toimiks ja toimiks hästi. Kui talu on õigesti kujundatud, siis töötab hästi, kui valesti, saame olukorra, kus audiokonverentsi ajal kanali koormus suureneb, lisaks sellele on probleem, et pilti kuvatakse halvasti (ei ole täis HD, ekraan 9–16 pikslit). Väga tugev lisaviivitus tekib siis, kui tekib silmus kliendi, VDI tööjaama, videokonverentsi serveri ja sealt edasi teise VDI ja teise kliendi vahele. Õige on ühendada otse kliendilt videokonverentsi serveriga, mis eeldab veel ühe lisakomponendi installimist.
USB võtmed - nendega pole üldse probleeme, kiipkaardid jms, kõik toimib karbist välja. Raskusi võib tekkida vöötkoodiskannerite, etiketiprinterite, masinate (jah, selline asi oli) ja kassaaparaatidega. Aga kõik on lahenemas. Nüanssidega ja mitte üllatusteta, kuid lõpuks lahendatud.
Kui kasutaja vaatab YouTube'i VDI-jaamast, on see nii koormuse kui ka kanali jaoks halvim olukord. Enamik lahendusi pakub HTML5 video ümbersuunamist. Tihendatud fail edastatakse kliendile, kus see kuvatakse. Või saadetakse kliendile link otsesuhtluseks brauseri ja videomajutuse vahel (see on vähem levinud).
turvalisus
Turvalisus toimub tavaliselt komponentide liidestes ja kliendiseadmetes. Ühe ökosüsteemi ristmikel peaks sõnadega öeldes kõik hästi toimima. Praktikas juhtub seda 90% juhtudest ja midagi tuleb veel lõpetada. Viimastel aastatel osutus väga mugavaks järjekordne Vmvara ost - nad lisasid ökosüsteemi MDM-i, et ettevõttesiseselt seadmeid hallata. VM-id on hiljuti soetanud huvitavaid võrgu tasakaalustajaid (endine Avi Networks), mis võimaldavad näiteks aasta pärast VDI valmimist voojaotuse teema sulgeda. Veel üks puhtalt esimese osapoole funktsioon on filiaalide hea optimeerimine tänu nende värsketele ostudele, kui nad võtsid kasutusele ettevõtte VeloCloud, mis teeb SD-WAN filiaalide võrkude jaoks.
Lõppkasutaja seisukohast on arhitektuur ja müüja peaaegu nähtamatud. Ülemaailmselt on oluline, et iga seadme jaoks oleks klient; saate ühenduse luua tahvelarvutist, Macist või Windowsi õhukesest kliendist. Televiisorite jaoks oli isegi kliente, kuid nüüd neid õnneks enam pole.
VDI installatsioonide eripära on praegu see, et lõppkasutajal lihtsalt pole kodus arvutit. Tihti on teil nõrk Android-tahvelarvuti (vahel isegi hiire või klaviatuuriga) või võib-olla isegi veab ja saate Win XP-ga arvuti. Mida, nagu võite arvata, pole mõnda aega uuendatud. Ja seda ei uuendata enam kunagi. Või väga nõrgad masinad, kus klienti pole installitud, rakendused ei tööta, kasutaja ei saa töötada. Õnneks sobivad ka väga nõrgad seadmed (mitte alati mugavad, aga sobivad) ja seda peetakse VDI suureks plussiks. Turvalisuse osas on vaja testida kliendisüsteemide kompromissi. Seda juhtub üsna sageli.
Võttes arvesse Rospotrebnadzori soovitusi COVID-19 ohus olevate ettevõtete töö korraldamiseks, on kontoris oma töökohtadega ühenduse loomine väga oluline. Tundub, et seda lugu jätkub veel kauaks ja jah, kui mõtlesid VDI peale, võid testima hakata. See tuleb kasuks. Soovitused on , täpsustused . Oluline on see, et VDI-d saab kasutada ka ruumide moderniseerimiseks, et need vastaksid nõuetele. Regulaator kehtestab teatud distantseerimisstandardid. Näiteks 50 ruutmeetri suuruses kontoris. m töötajaid ei saa olla rohkem kui viis.
Noh, kui teil on VDI kohta küsimusi, mis pole kommenteerimiseks, siis siin on minu e-kiri: [meiliga kaitstud].
Allikas: www.habr.com