{"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\/it\/blog\/administrirovanie\/podvodnye-kamni-pri-perehode-na-vdi-chto-testirovat-zaranee-chtoby-ne-bylo-muchitelno-bolno","title":{"rendered":"Le insidie del passaggio a VDI: cosa testare in anticipo per evitare dolori strazianti","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Le
\nVi siete mai chiesti cosa faccia uno scanner con una stazione VDI? All'inizio tutto sembra andare bene: viene rilevato come un dispositivo USB normale e \u00e8 \"trasparente\" dalla macchina virtuale. Poi l'utente d\u00e0 il comando per la scansione e tutto va a rotoli. Nel migliore dei casi, il driver dello scanner, nel peggiore \u2014 dopo un paio di minuti il software dello scanner, e questo pu\u00f2 anche influenzare altri utenti del cluster. Perch\u00e9? Perch\u00e9 per ottenere un'immagine compressa di cinque megabyte, \u00e8 necessario inviare attraverso USB 2.0 due o tre ordini di grandezza di dati in pi\u00f9. La larghezza di banda del bus \u00e8 di 480 Mbit\/s. <\/p>\n

Quindi \u00e8 necessario testare tre cose: UX, periferiche e sicurezza \u2014 senza eccezioni. C'\u00e8 una differenza nel modo in cui si testano. \u00c8 possibile installare agenti localmente, su ogni stazione di lavoro virtuale. Questo \u00e8 relativamente economico, ma non mostra carico sulla connessione e non calcola correttamente il carico sulla CPU. La seconda opzione \u00e8 implementare in un altro posto il numero necessario di robot emulativi e iniziare a collegarli ai veri posti di lavoro come se fossero utenti reali. Ci sar\u00e0 un aggravio dal protocollo di trasmissione del flusso video dello schermo (pi\u00f9 precisamente, dei pixel modificati), l'analisi e l'invio dei pacchetti di rete renderanno evidenti i carichi sul canale. Il canale, in effetti, viene molto raramente controllato.
\n<\/a><\/noindex>
\nL'UX \u00e8 la velocit\u00e0 di esecuzione di diverse azioni da parte dell'utente finale. Ci sono pacchetti di test che caricano l'installazione con centinaia di utenti e fanno azioni tipiche per loro: avviano pacchetti di ufficio, leggono PDF, navigano, raramente guardano pornografia durante l'orario di lavoro e cos\u00ec via. <\/p>\n

Un buon esempio di perch\u00e9 tali test siano importanti in anticipo \u00e8 stato nell'ultima installazione. Qui mille utenti migrano verso VDI, hanno office, browser e SAP. Il dipartimento IT dell'azienda \u00e8 ben sviluppato, quindi c'\u00e8 una cultura del test di carico prima delle implementazioni. Dalla mia esperienza, di solito \u00e8 necessario convincere il cliente a farlo, perch\u00e9 i costi sono elevati e i benefici non sono sempre evidenti. Ci sono calcoli in cui si pu\u00f2 sbagliare? In pratica, tali test rivelano posti in cui si pensava di sapere, ma non si poteva verificare.<\/p>\n

Installazione<\/h3>\n

\nSei server, la configurazione \u00e8 la seguente:<\/p>\n

\"Le
\n
\nNon avevamo accesso allo storage del cliente, che veniva fornito come un servizio, di fatto. Ma sappiamo che \u00e8 tutto flash. Non sappiamo che tipo di all-flash, ma ci sono sezioni da 10 TB. VDI - VMware a scelta del cliente, poich\u00e9 il team IT \u00e8 gi\u00e0 familiare con il stack e tutto si integra in modo abbastanza organico in un'infrastruttura completa. VMware tende a \u00abdipendere\u00bb dalla sua ecosistema, ma se il budget \u00e8 sufficiente per l'acquisto, si possono non avere problemi per anni. Ma questo \u00e8 spesso un grande \u00abse\u00bb. Abbiamo uno sconto significativo, e il cliente lo sa. <\/p>\n

Iniziamo i test, perch\u00e9 il team IT non porta quasi mai in produzione nulla senza test. VDI non \u00e8 qualcosa che si pu\u00f2 lanciare e poi accettare. Gli utenti vengono caricati gradualmente e si possono incontrare problemi dopo sei mesi. Cosa che, naturalmente, a nessuno piace. <\/p>\n

450 \u00abutenti\u00bb nel test, generiamo carico localmente. I robouser fanno diverse azioni contemporaneamente, misuriamo il tempo di ciascuna operazione per diverse ore di lavoro:<\/p>\n

\"Le
\n
\n\"Le
\n
\n\"Le
\n
\nOsserviamo come si comporteranno i server e lo storage. Sar\u00e0 in grado il VDI di creare il numero necessario di postazioni di lavoro virtuali e cos\u00ec via. Dato che il cliente non ha seguito la strada dell'iperconvergenza, ma ha optato per uno storage flash, era necessario verificare anche la correttezza del sizing. <\/p>\n

\"Le
\n
\n\"Le
\n
\n\"Le
\n
\n\"Le
\n
\n\"Le
\n
\n\"Le
\n
\nDi fatto, se qualcosa rallenta, \u00e8 necessario modificare le impostazioni della farm VDI, in particolare la distribuzione delle risorse tra gli utenti di diverse categorie. <\/p>\n

Periferica<\/h3>\n

\nCi sono solitamente tre situazioni con la periferica:<\/p>\n