Malsukcesoj dum ŝanĝado al VDI: kion testi anticipe por ne esti terure dolora

Ĉu vi iam scivolis, kion faras skanilo kun VDI-stacio? Komence ĉio aspektas bone: ĝi estas plusendita kiel regula USB-aparato kaj estas "travideble" videbla de la virtuala maŝino. Tiam la uzanto donas komandon por skani, kaj ĉio iras al la infero. En la plej bona kazo - la skanilo-ŝoforo, pli malbona - en kelkaj minutoj la skanila programaro, tiam ĝi povas influi aliajn uzantojn de la grapolo. Kial? Ĉar por akiri kvin-megabajtan kunpremitan bildon, vi devas sendi du-ĝis-tri grandordojn pli da datumoj per USB 2.0. Bustrairo estas 480 Mbit/s.

Do vi devas testi tri aferojn: UX, ekstercentraj kaj sekureco - nepra. Estas diferenco en kiel vi testas. Vi povas instali agentojn loke sur ĉiu virtuala laborstacio. Ĉi tio estas relative malmultekosta, sed ne montras la ŝarĝon sur la kanalo kaj ne sufiĉe precize kalkulas la ŝarĝon sur la procesoro. La dua opcio estas disfaldi la postulatan nombron da emulaj robotoj en alia loko kaj komenci konekti ilin al realaj laboroj kiel realaj uzantoj. La ŝarĝo de la protokolo de transdono de ekrano de videofluo (pli precize, ŝanĝitaj pikseloj), analizado kaj sendado de retaj pakoj estos aldonitaj, kaj la ŝarĝo sur la kanalo fariĝos klara. La kanalo estas ĝenerale tre malofte kontrolita.

UX estas la rapideco kun kiu la finuzanto faras diversajn agojn. Estas testpakaĵoj, kiuj ŝarĝas la instaladon kun centoj da uzantoj kaj faras tipajn agojn por ili: lanĉi oficejajn pakaĵojn, legi PDF-ojn, foliumi, malofte spekti pornaĵon dum laborhoroj, ktp.

Sufiĉe bona ekzemplo de kial tiaj provoj estas gravaj antaŭe estis en la plej nova instalado. Tie, mil uzantoj moviĝas al VDI, ili havas oficejon, retumilon kaj SAP. La IT-sekcio de la firmao estas evoluigita, do ekzistas kulturo de ŝarĝtestado antaŭ efektivigoj. Laŭ mia sperto, kutime la kliento devas esti persvadita fari tion, ĉar la kostoj estas altaj kaj la avantaĝoj ne ĉiam estas evidentaj. Ĉu ekzistas kalkuloj, kie vi povas erari? Fakte tiaj provoj malkaŝas lokojn, kie ili pensis, sed ne povis kontroli.

Instalado

Ses serviloj, la agordo estas:

Ni ne havis aliron al la stoksistemo de la kliento; ĝi estis disponigita kiel loko kiel servo, fakte. Sed ni scias, ke ekzistas tute-fulmo. Ni ne scias, kiu tute-flash ĝi estas, sed la sekcioj estas 10 TB. VDI - VMware laŭ la elekto de la kliento, ĉar la IT-teamo jam konas la stakon, kaj ĉio estas sufiĉe organike kompletigita por formi kompletan infrastrukturon. VMware estas tre "hokita" al sia ekosistemo, sed se vi havas sufiĉe da akirbuĝeto, vi eble ne havas problemojn dum jaroj. Sed ĉi tio ofte estas tre granda "se". Ni havas bonan rabaton, kaj la kliento scias pri ĝi.

Ni komencas testojn, ĉar la IT-teamo ne eldonas preskaŭ ion ajn en produktadon sen testoj. VDI ne estas io, kion vi povas lanĉi kaj poste akcepti. Uzantoj ŝarĝas iom post iom, kaj estas tute eble renkonti problemojn post ses monatoj. Kion, kompreneble, neniu volas.

450 "uzantoj" en la testo, la ŝarĝo estas generita loke. Robo-uzantoj faras malsamajn agojn samtempe, ni mezuras la tempon de ĉiu operacio dum pluraj horoj da laboro:

Ni vidu kiel la serviloj kaj stokaj sistemoj kondutos. Ĉu VDI povos krei la bezonatan nombron da virtualaj labortabloj, ktp. Ĉar la kliento ne sekvis la vojon de hiperkonverĝo, sed prenis tute-flash-stokan sistemon, ankaŭ necesis kontroli la ĝustecon de la grandeco.

Efektive, se io malrapidiĝas ie, vi devas ŝanĝi la agordojn de la VDI-bieno, precipe la distribuadon de rimedoj inter uzantoj de malsamaj kategorioj.

Periferio

Estas kutime tri situacioj kun ekstercentraj:

• La kliento simple diras, ke ni konektas nenion (nu, krom aŭdiloj, ili estas kutime videblaj "el la skatolo"). Dum la lastaj kvin jaroj, mi tre, tre malofte vidis aŭdilojn, kiuj ne estis prenitaj memstare, kaj kiuj ne estis prenitaj de VMware.
• La dua aliro estas preni kaj ŝanĝi la ekstercentrajn kiel parto de la VDI-efektivprojekto: ni prenas tion, kion ni kaj la kliento testis kaj subtenis. La kazo estas kompreneble malofta.
• La tria aliro estas traĵeti la ekzistantan aparataron.

Vi jam scias pri la problemo pri skaniloj: vi devas instali mezajn programojn sur laborstacio (maldika kliento), kiu ricevas USB-fluon, kunpremas la bildon kaj sendas ĝin al VDI. Pro kelkaj trajtoj, tio ne ĉiam eblas: se ĉio estas en ordo ĉe Win-klientoj (hejmaj komputiloj kaj maldikaj klientoj), tiam por *nix-konstruaĵoj la VDI-vendisto kutime subtenas specifan distribuadon kaj komenciĝas la dancoj kun tamburino, ĉar sur Mac-klientoj. En mia memoro, malmultaj homoj konektis lokajn presilojn de Linuksaj instalaĵoj por ke ili funkciu ĉe la sencimiga stadio sen konstantaj alvokoj al subteno. Sed ĉi tio jam estas bona, antaŭ iom da tempo - eĉ nur por labori.

Videokonferenco - ĉiuj klientoj baldaŭ aŭ malfrue volas, ke ĝi funkciu kaj funkciu bone. Se la bieno estas desegnita ĝuste, tiam ĝi funkcias bone, se malĝuste, ni ricevas situacion, kie dum aŭdkonferenco la ŝarĝo sur la kanalo pliiĝas, kaj krom tio estas problemo, ke la bildo estas malbone montrita (ne plena. HD, vizaĝo de 9–16 pikseloj). Tre forta kroma prokrasto okazas kiam buklo aperas inter la kliento, la VDI-laborstacio, la videokonferenca servilo, kaj de tie la dua VDI kaj la dua kliento. Estas ĝuste konekti rekte de la kliento al la videokonferenca servilo, kio postulas la instaladon de alia kroma komponanto.

USB-ŝlosiloj - tute ne estas problemoj kun ili, inteligentaj kartoj kaj similaj, ĉio funkcias el la skatolo. Malfacilaĵoj povas aperi kun strekkodaj skaniloj, etikedprintiloj, maŝinoj (jes, ekzistis tia afero), kaj kasregistriloj. Sed ĉio estas solvita. Kun nuancoj kaj ne sen surprizoj, sed finfine solvita.

Kiam uzanto rigardas YouTube de VDI-stacio, ĉi tio estas la plej malbona situacio por kaj la ŝarĝo kaj la kanalo. Plej multaj solvoj ofertas HTML5-video-alidirektilon. La kunpremita dosiero estas transdonita al la kliento, kie ĝi montras. Aŭ oni sendas al la kliento ligilon por rekta komunikado inter la retumilo kaj videogastigado (ĉi tio estas malpli ofta).

Sekureco

Sekureco kutime okazas ĉe komponentinterfacoj kaj sur klientaparatoj. Ĉe la krucvojoj en unu ekosistemo, en vortoj, ĉio devus funkcii bone. En la praktiko, ĉi tio okazas en 90% de kazoj, kaj io ankoraŭ devas esti kompletigita. En la lastaj jaroj, alia aĉeto de Vmvara montriĝis tre oportuna - ili aldonis MDM al la ekosistemo por administri aparatojn ene de la kompanio. VM-oj lastatempe akiris interesajn retajn ekvilibrilojn (antaŭe Avi Networks), kiuj ebligas al vi fermi la aferon pri fludistribuo jaron post la kompletiĝo de VDI, ekzemple. Alia pure unuaparta trajto estas bona optimumigo de branĉoj danke al ilia freŝa aĉetado kiam ili alfrontis la kompanion VeloCloud, kiu faras SD-WAN por filiaj retoj.

De la vidpunkto de la finuzanto, la arkitekturo kaj vendisto estas preskaŭ nevideblaj. Kio estas tutmonde grava estas, ke ekzistas kliento por iu ajn aparato; vi povas konektiĝi de tablojdo, Mac aŭ Vindoza maldika kliento. Ekzistis eĉ klientoj por televidiloj, sed nun, feliĉe, ili ne plu estas tie.

La propreco de VDI-instalaĵoj nun estas, ke la fina uzanto simple ne havas komputilon hejme. Ofte vi havas malfortan Android-tablon (foje eĉ per muso aŭ klavaro), aŭ vi eĉ povas bonŝanci kaj akiri komputilon funkciantan Win XP. Kiu, kiel vi povas supozi, ne estas ĝisdatigita delonge. Kaj ĝi neniam estos ĝisdatigita denove. Aŭ tre malfortaj maŝinoj, kie la kliento ne estas instalita, aplikaĵoj ne funkcias, la uzanto ne povas funkcii. Feliĉe, eĉ tre malfortaj aparatoj taŭgas (ne ĉiam komfortaj, sed taŭgaj), kaj ĉi tio estas konsiderata granda pluso de VDI. Nu, pri sekureco, necesas testi la kompromison de klientsistemoj. Ĉi tio okazas sufiĉe ofte.

Laŭ la rekomendoj de Rospotrebnadzor pri organizado de la laboro de entreprenoj sub la risko de COVID-19, konektiĝi al viaj laborejoj en la oficejo estas tre grava. Ŝajnas, ke ĉi tiu rakonto daŭros longe, kaj jes, se vi pensis pri VDI, vi povas komenci testi. Ĝi estos oportuna. Rekomendoj estas tie, klarigoj ĝuste ĉi tie. Grave, VDI ankaŭ povas esti uzata por renovigi spacojn por plenumi observpostulojn. La reguligisto enkondukas certajn distancigajn normojn. Ekzemple, en oficejo de 50 sq. m ne povas esti pli ol kvin dungitoj.

Nu, se vi havas demandojn pri VDI, kiuj ne estas por komentoj, jen mia retpoŝto: [retpoŝte protektita].

fonto: www.habr.com