WEBVTT

00:00.210 --> 00:01.620
Istruttore: La virtualizzazione è ovunque

00:01.620 --> 00:02.790
nelle nostre reti aziendali.

00:02.790 --> 00:04.710
E ciò che è iniziato con i server virtualizzati

00:04.710 --> 00:06.480
si è ora spostato sui desktop con

00:06.480 --> 00:09.570
l'infrastruttura desktop virtuale o VDI.

00:09.570 --> 00:12.330
Questi sistemi possono ospitare sistemi operativi desktop

00:12.330 --> 00:13.890
all'interno di un ambiente virtualizzato

00:13.890 --> 00:14.723
che sarà ospitato da

00:14.723 --> 00:17.280
un server centralizzato o da una server farm.

00:17.280 --> 00:19.470
Si tratta di un'implementazione della virtualizzazione

00:19.470 --> 00:21.510
che separa l'ambiente informatico personale

00:21.510 --> 00:23.520
dal computer fisico dell'utente.

00:23.520 --> 00:25.200
L'utente finale può quindi accedere

00:25.200 --> 00:27.060
al desktop virtuale da un thin client

00:27.060 --> 00:28.410
o da un browser web.

00:28.410 --> 00:29.760
E poi possono interagire con

00:29.760 --> 00:31.050
il desktop virtualizzato

00:31.050 --> 00:32.040
come se fossero seduti

00:32.040 --> 00:34.350
davanti a un computer desktop standard.

00:34.350 --> 00:36.750
Ad esempio, ho un computer Windows 10 a

00:36.750 --> 00:38.460
cui posso accedere nel cloud

00:38.460 --> 00:40.320
come parte di una rete VDI.

00:40.320 --> 00:42.450
Quindi, se voglio usarlo, lancio un software

00:42.450 --> 00:45.090
sul mio Mac e questo si collega al cloud e io mi connetto

00:45.090 --> 00:46.980
a quella macchina Windows 10 e ho accesso

00:46.980 --> 00:49.020
a tutte le risorse di cui ho bisogno per essere

00:49.020 --> 00:51.060
eseguito su quel cloud.

00:51.060 --> 00:52.820
Ora, questi servizi VDI dispongono di

00:52.820 --> 00:54.090
tutto il sistema operativo,

00:54.090 --> 00:56.250
delle applicazioni e di tutto ciò che serve per

00:56.250 --> 00:58.440
utilizzare questa macchina Windows 10.

00:58.440 --> 01:00.150
Ogni volta che provo a eseguire un

01:00.150 --> 01:02.430
comando, lo elabora su quel server cloud.

01:02.430 --> 01:04.980
Non lo elabora sulla mia macchina locale.

01:04.980 --> 01:07.560
Invece, la mia macchina locale è solo una scatola fittizia che

01:07.560 --> 01:08.910
viene usata per connettersi.

01:08.910 --> 01:10.920
Questa è l'idea della VDI.

01:10.920 --> 01:12.690
In questo modo è possibile utilizzarlo su

01:12.690 --> 01:15.570
un desktop, un laptop, un telefono, un tablet, qualsiasi cosa.

01:15.570 --> 01:16.830
Non ha importanza, perché

01:16.830 --> 01:18.720
il dispositivo serve solo a connettersi

01:18.720 --> 01:21.120
al server e a eseguire l'immagine virtuale

01:21.120 --> 01:23.010
che eseguirà l'elaborazione dei

01:23.010 --> 01:25.980
dati per voi sul server remoto nel cloud.

01:25.980 --> 01:27.660
Quindi, come ho detto, questo server

01:27.660 --> 01:29.010
esegue l'elaborazione dell'applicazione

01:29.010 --> 01:31.920
e l'archiviazione dei dati.

01:31.920 --> 01:33.750
Ciò significa che è possibile utilizzare un Chromebook,

01:33.750 --> 01:35.400
un MacBook, un computer Windows.

01:35.400 --> 01:37.350
E di nuovo, non ha importanza perché

01:37.350 --> 01:39.450
con la VDI ci concentriamo solo sulla

01:39.450 --> 01:41.790
connessione all'ambiente VDI, ma tutta l'elaborazione

01:41.790 --> 01:43.650
viene eseguita sul lato dell'applicazione

01:43.650 --> 01:46.380
e del server. Per questo motivo, molte reti aziendali

01:46.380 --> 01:52.080
si stanno evolvendo verso la VDI e molte aziende scaricano completamente l'intera infrastruttura

01:52.080 --> 01:54.960
IT utilizzando servizi di terze parti che utilizzano

01:54.960 --> 01:57.720
la VDI.

01:57.720 --> 02:00.030
Un CIO è davvero tentato di farlo perché

02:00.030 --> 02:01.620
ora non deve più gestire i sistemi

02:01.620 --> 02:03.000
operativi.

02:03.000 --> 02:04.560
Non devono preoccuparsi di applicare

02:04.560 --> 02:05.760
le patch perché il fornitore

02:05.760 --> 02:07.440
di terze parti può farlo per loro.

02:07.440 --> 02:09.690
Questo è uno degli enormi vantaggi della VDI e una delle principali

02:09.690 --> 02:11.220
caratteristiche di vendita.

02:11.220 --> 02:13.380
Ma non sono tutte buone notizie.

02:13.380 --> 02:15.180
Uno degli aspetti negativi della VDI è che gli

02:15.180 --> 02:16.560
utenti hanno una capacità di elaborazione

02:16.560 --> 02:18.150
locale molto limitata.

02:18.150 --> 02:21.360
Se il server non funziona, la rete non funziona o la connettività

02:21.360 --> 02:22.860
non funziona, gli utenti

02:22.860 --> 02:24.990
non possono lavorare.

02:24.990 --> 02:26.730
Quindi, se c'è un'interruzione su quel server,

02:26.730 --> 02:28.020
tutti sono fuori uso.

02:28.020 --> 02:30.420
Mentre ora sono seduto sul mio portatile e se la mia

02:30.420 --> 02:31.920
connessione a Internet si interrompe,

02:31.920 --> 02:33.570
posso ancora lavorare.

02:33.570 --> 02:35.790
Ma in VDI non posso farlo perché se la mia connessione

02:35.790 --> 02:37.560
di rete si interrompe, non posso raggiungere

02:37.560 --> 02:38.940
il server.

02:38.940 --> 02:40.800
E così sarei stato sfortunato.

02:40.800 --> 02:41.910
Questi sono alcuni degli

02:41.910 --> 02:43.830
aspetti da considerare quando si parla

02:43.830 --> 02:44.670
di passare a una soluzione

02:44.670 --> 02:47.310
di virtualizzazione basata su VDI.

02:47.310 --> 02:48.780
Attualmente esistono tre modelli per l'implementazione

02:48.780 --> 02:51.060
di infrastrutture di desktop virtuali all'interno della nostra

02:51.060 --> 02:52.290
rete.

02:52.290 --> 02:54.090
Il primo è un modello centralizzato.

02:54.090 --> 02:55.980
E questo ospita tutte le istanze desktop

02:55.980 --> 02:58.200
su un singolo server o server farm.

02:58.200 --> 02:59.970
Il secondo è un modello in hosting.

02:59.970 --> 03:02.250
In questo modello, i desktop sono invece gestiti

03:02.250 --> 03:03.840
da un fornitore di servizi e forniti

03:03.840 --> 03:05.640
all'utente finale come servizio.

03:05.640 --> 03:08.700
Noi lo chiamiamo DAAS o desktop as a service.

03:08.700 --> 03:10.740
Servizi come Amazon Workspaces, VMware

03:10.740 --> 03:13.560
Horizon Air e Citrix Xen desktop sono solo alcuni dei

03:13.560 --> 03:15.000
fornitori più popolari di

03:15.000 --> 03:16.500
questo servizio.

03:16.500 --> 03:19.260
Il terzo modello è quello del desktop virtuale remoto, che prevede

03:19.260 --> 03:21.030
la copia dell'immagine del desktop su un

03:21.030 --> 03:24.420
computer locale prima dell'utilizzo da parte dell'utente finale.

03:24.420 --> 03:25.680
Questo modello elimina la necessità

03:25.680 --> 03:27.060
di connessioni di rete costanti e ha

03:27.060 --> 03:28.410
requisiti di larghezza di banda molto

03:28.410 --> 03:30.410
inferiori rispetto agli altri due modelli.