WEBVTT

00:00.210 --> 00:01.620
Instructeur: Virtualisatie is overal

00:01.620 --> 00:02.790
in onze bedrijfsnetwerken.

00:02.790 --> 00:04.710
En wat begon met gevirtualiseerde servers

00:04.710 --> 00:06.480
heeft zich nu verplaatst naar de desktops

00:06.480 --> 00:09.570
met virtuele desktopinfrastructuur of VDI.

00:09.570 --> 00:12.330
Deze systemen kunnen desktopbesturingssystemen hosten binnen

00:12.330 --> 00:13.890
een gevirtualiseerde omgeving die

00:13.890 --> 00:14.723
gehost wordt door

00:14.723 --> 00:17.280
een gecentraliseerde server of serverfarm.

00:17.280 --> 00:19.470
Dit is een virtualisatie-implementatie die de

00:19.470 --> 00:21.510
persoonlijke computeromgeving scheidt van

00:21.510 --> 00:23.520
de fysieke computer van een gebruiker.

00:23.520 --> 00:25.200
De eindgebruiker heeft dan toegang

00:25.200 --> 00:27.060
tot de virtuele desktop vanaf een thin client

00:27.060 --> 00:28.410
of via een webbrowser.

00:28.410 --> 00:29.760
En dan kunnen ze met die gevirtualiseerde

00:29.760 --> 00:32.040
desktop werken alsof ze recht voor een standaard

00:32.040 --> 00:34.350
desktopcomputer zitten.

00:34.350 --> 00:36.750
Ik heb bijvoorbeeld een Windows 10-machine die

00:36.750 --> 00:38.460
ik in de cloud kan gebruiken als onderdeel

00:38.460 --> 00:40.320
van een VDI-netwerk.

00:40.320 --> 00:42.450
Dus als ik het wil gebruiken, start ik een stuk

00:42.450 --> 00:45.090
software op mijn Mac en het reikt uit naar de cloud en ik

00:45.090 --> 00:46.980
maak verbinding met die Windows 10-machine

00:46.980 --> 00:49.020
en heb toegang tot alle bronnen die ik nodig

00:49.020 --> 00:51.060
heb om op die cloud te draaien.

00:51.060 --> 00:52.820
Deze VDI-services hebben het hele

00:52.820 --> 00:54.090
besturingssysteem, de applicaties

00:54.090 --> 00:56.250
en al het andere dat ik nodig heb om deze Windows

00:56.250 --> 00:58.440
10-machine te bedienen.

00:58.440 --> 01:00.150
Elke keer als ik een commando probeer uit

01:00.150 --> 01:02.430
te voeren, wordt het op die cloudserver verwerkt.

01:02.430 --> 01:04.980
Het wordt niet verwerkt op mijn lokale machine.

01:04.980 --> 01:07.560
In plaats daarvan is mijn lokale machine gewoon een dummy-box die wordt gebruikt

01:07.560 --> 01:08.910
om er verbinding mee te maken.

01:08.910 --> 01:10.920
Dat is het idee van VDI.

01:10.920 --> 01:12.690
Hierdoor kun je het op een desktop,

01:12.690 --> 01:15.570
een laptop, een telefoon, een tablet, alles.

01:15.570 --> 01:16.830
Het maakt echt niet uit,

01:16.830 --> 01:18.720
want het apparaat is er alleen om verbinding

01:18.720 --> 01:21.120
te maken met de server en die virtuele image uit

01:21.120 --> 01:23.010
te voeren die alle gegevens voor je verwerkt

01:23.010 --> 01:25.980
op die externe server in de cloud.

01:25.980 --> 01:27.660
En dus, zoals ik al zei, voert

01:27.660 --> 01:29.010
deze server nu alle applicatieverwerking

01:29.010 --> 01:31.920
en gegevensopslag uit.

01:31.920 --> 01:33.750
Dit betekent dat je een Chromebook, een MacBook

01:33.750 --> 01:35.400
of een Windows-machine kunt gebruiken.

01:35.400 --> 01:37.350
En nogmaals, het maakt eigenlijk niet

01:37.350 --> 01:39.450
uit, want met VDI zijn we echt gefocust

01:39.450 --> 01:41.790
op alleen het verbinden met de VDI-omgeving,

01:41.790 --> 01:43.650
maar alle verwerking wordt aan de

01:43.650 --> 01:46.380
applicatie- en serverkant voor je gedaan. Hierdoor

01:46.380 --> 01:48.690
maken veel bedrijfsnetwerken een evolutie

01:48.690 --> 01:49.740
door naar VDI, waarbij

01:49.740 --> 01:52.080
veel bedrijven hun volledige IT-infrastructuur

01:52.080 --> 01:54.960
overdragen door diensten van derden te gebruiken die

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

01:57.720 --> 02:00.030
Het is heel verleidelijk voor een CIO om dit te doen,

02:00.030 --> 02:01.620
want nu hoeven ze de besturingssystemen

02:01.620 --> 02:03.000
niet meer te draaien.

02:03.000 --> 02:04.560
Ze hoeven zich geen zorgen te maken over

02:04.560 --> 02:05.760
patches omdat de externe provider

02:05.760 --> 02:07.440
dat allemaal voor ze kan doen.

02:07.440 --> 02:09.690
Dat is een van de grote voordelen van VDI en een van de belangrijkste

02:09.690 --> 02:11.220
verkoopargumenten.

02:11.220 --> 02:13.380
Maar het is niet allemaal goed nieuws.

02:13.380 --> 02:15.180
Een van de slechte dingen van VDI is dat gebruikers

02:15.180 --> 02:16.560
zeer beperkte lokale verwerkingsmogelijkheden

02:16.560 --> 02:18.150
hebben.

02:18.150 --> 02:21.360
Dus als de server uitvalt of het netwerk uitvalt of de connectiviteit

02:21.360 --> 02:22.860
uitvalt, kunnen je gebruikers

02:22.860 --> 02:24.990
niets doen.

02:24.990 --> 02:26.730
Dus als er een storing is op die server,

02:26.730 --> 02:28.020
ligt iedereen plat.

02:28.020 --> 02:30.420
Terwijl ik nu op mijn laptop zit en als mijn internetverbinding

02:30.420 --> 02:31.920
uitvalt, ik nog steeds mijn werk

02:31.920 --> 02:33.570
kan doen.

02:33.570 --> 02:35.790
Maar in VDI kon ik dat niet doen, want als mijn

02:35.790 --> 02:37.560
netwerkverbinding wegvalt, kan ik

02:37.560 --> 02:38.940
de server niet bereiken.

02:38.940 --> 02:40.800
En dus zou ik pech hebben.

02:40.800 --> 02:41.910
Dit zijn dus enkele van de

02:41.910 --> 02:43.830
dingen waar je over na moet denken als je het

02:43.830 --> 02:44.670
hebt over de overstap

02:44.670 --> 02:47.310
naar een virtualisatieoplossing op basis van VDI.

02:47.310 --> 02:48.780
Op dit moment zijn er drie modellen voor

02:48.780 --> 02:51.060
het implementeren van virtuele desktopinfrastructuren

02:51.060 --> 02:52.290
binnen ons netwerk.

02:52.290 --> 02:54.090
Het eerste is een gecentraliseerd model.

02:54.090 --> 02:55.980
En deze host alle desktopinstanties

02:55.980 --> 02:58.200
op een enkele server of serverfarm.

02:58.200 --> 02:59.970
Het tweede is een gehost model.

02:59.970 --> 03:02.250
In dit model worden de desktops in plaats daarvan onderhouden

03:02.250 --> 03:03.840
door een serviceprovider en als een dienst

03:03.840 --> 03:05.640
aan de eindgebruiker geleverd.

03:05.640 --> 03:08.700
We noemen dit DAAS of Desktop as a Service.

03:08.700 --> 03:10.740
Diensten zoals Amazon Workspaces, VMware

03:10.740 --> 03:13.560
Horizon Air en Citrix Xen desktop zijn slechts enkele

03:13.560 --> 03:15.000
van de populairste aanbieders

03:15.000 --> 03:16.500
van deze dienst.

03:16.500 --> 03:19.260
Het derde model is een virtueel desktopmodel op afstand, waarbij

03:19.260 --> 03:21.030
de desktopimage naar een lokale machine

03:21.030 --> 03:24.420
wordt gekopieerd voordat deze door een eindgebruiker wordt gebruikt.

03:24.420 --> 03:25.680
Dit model maakt constante netwerkverbindingen

03:25.680 --> 03:27.060
overbodig en stelt veel minder

03:27.060 --> 03:28.410
eisen aan de bandbreedte dan de

03:28.410 --> 03:30.410
andere twee modellen.