{"id":87005,"date":"2020-07-02T07:42:17","date_gmt":"2020-07-02T05:42:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/podvodnye-kamni-pri-perehode-na-vdi-chto-testirovat-zaranee-chtoby-ne-bylo-muchitelno-bolno"},"modified":"2020-07-02T07:42:17","modified_gmt":"2020-07-02T05:42:17","slug":"podvodnye-kamni-pri-perehode-na-vdi-chto-testirovat-zaranee-chtoby-ne-bylo-muchitelno-bolno","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/podvodnye-kamni-pri-perehode-na-vdi-chto-testirovat-zaranee-chtoby-ne-bylo-muchitelno-bolno","title":{"rendered":"De valkuilen bij de overstap naar VDI: wat je van tevoren moet testen om onaangename verrassingen te voorkomen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"De
\nHeb je ooit nagedacht over wat een scanner met een VDI-station doet? Eerst lijkt alles goed: het wordt gepresenteerd als een gewoon USB-apparaat en is 'transparant' zichtbaar vanaf de virtuele machine. Dan geeft de gebruiker een scanopdracht en valt alles in duigen. In het beste geval is het de scannerdriver, in het slechtste geval crasht de scannersoftware na een paar minuten, en dat kan ook andere gebruikers in de cluster be\u00efnvloeden. Waarom? Omdat je voor het verkrijgen van een vijf megabyte gecomprimeerd beeld via USB 2.0 twee tot drie keer zoveel gegevens moet verzenden. De bandbreedte van de bus is 480 Mbit\/s. <\/p>\n

Dus je moet drie dingen testen: UX, randapparatuur en beveiliging \u2014 absoluut. Er is een verschil in hoe je test. Je kunt agents lokaal installeren op elke virtuele werkstation. Dit is relatief goedkoop, maar toont de belasting op de lijn niet aan en berekent de belasting op de processor niet helemaal correct. De tweede optie is om op een andere locatie het benodigde aantal emulators op te zetten en ze te verbinden met echte werkplekken zoals echte gebruikers. Er zal belasting van het videostreamprotocol aan toegevoegd worden (meer specifiek, de gewijzigde pixels), de analyse en verzending van netwerkpakketten zullen de belasting op de lijn verduidelijken. De lijn wordt over het algemeen heel zelden getest.
\n<\/a><\/noindex>
\nUX is de snelheid waarmee verschillende acties door de eindgebruiker worden uitgevoerd. Er zijn testpakketten die de installatie belasten met honderden gebruikers en typische acties voor hen uitvoeren: ze starten kantoortoepassingen, lezen PDF's, browsen, zelden kijken ze naar porno tijdens werktijd, enzovoort. <\/p>\n

Een goed voorbeeld van waarom zulke tests van tevoren belangrijk zijn, was in de laatste installatie. Daar verhuizen duizend gebruikers naar VDI, met een kantoor, browser en SAP. De IT-afdeling binnen het bedrijf is goed ontwikkeld, daarom is er een cultuur van belastingstests voor implementaties. Uit mijn ervaring moet je meestal de klant overhalen om dit te doen, omdat de kosten hoog zijn, terwijl de voordelen niet altijd duidelijk zijn. Zijn er niet berekeningen waarin je zou kunnen falen? In de praktijk onthullen deze tests de plekken die je dacht te hebben, maar niet kon controleren.<\/p>\n

Installatie<\/h3>\n

\nZes servers, de configuratie is als volgt:<\/p>\n

\"De
\n
\nWij hadden geen toegang tot de opslagoplossing van de klant, deze werd al als een service geleverd. Maar we weten dat het all-flash is. Welke specifieke all-flash dit is, weten we niet, maar de secties zijn van 10 TB. VDI is VMware op aanvraag van de klant, omdat het IT-team al bekend is met de stack, en alles mooi aanvult tot een samenhangende infrastructuur. VMware maakt je erg afhankelijk van zijn ecosysteem, maar als het budget voor de aanschaf voldoende is, kun je jaren probleemloos werken. Maar dat is vaak een groot 'maar'. We hebben een goede korting, en de klant is zich daarvan bewust. <\/p>\n

We beginnen met testen, omdat het IT-team vrijwel niets in productie laat zonder testen. VDI is niet iets wat je kunt lanceren en daarna accepteren. Gebruikers worden geleidelijk ingeladen en je kunt na zes maanden met problemen worden geconfronteerd. Wat natuurlijk niemand wil. <\/p>\n

450 'gebruikers' in de test, we genereren de belasting lokaal. Robogebruikers voeren verschillende acties tegelijkertijd uit, en we meten de tijd van elke operatie gedurende enkele uren werk:<\/p>\n

\"De
\n
\n\"De
\n
\n\"De
\n
\nWe kijken hoe de servers en de opslagoplossing zich zullen gedragen. Kan VDI het vereiste aantal virtuele werkplekken cre\u00ebren, enzovoort. Omdat de klant niet gekozen heeft voor hyperconvergentie, maar een flash-opslagoplossing heeft genomen, moesten we ook de juiste sizing controleren. <\/p>\n

\"De
\n
\n\"De
\n
\n\"De
\n
\n\"De
\n
\n\"De
\n
\n\"De
\n
\nAls er ergens vertraging is, moeten we de instellingen van de VDI-omgeving aanpassen, met name de verdeling van de middelen tussen gebruikers van verschillende categorie\u00ebn. <\/p>\n

Randapparatuur<\/h3>\n

\nEr zijn meestal drie situaties met randapparatuur:<\/p>\n