WEBVTT

00:00.210 --> 00:01.620
Instructeur : La virtualisation est omniprésente

00:01.620 --> 00:02.790
dans les réseaux d'entreprise.

00:02.790 --> 00:04.710
Et ce qui a commencé avec les serveurs virtualisés

00:04.710 --> 00:06.480
s'étend maintenant aux postes de travail

00:06.480 --> 00:09.570
grâce à l'infrastructure de bureau virtuel (VDI).

00:09.570 --> 00:12.330
Ces systèmes peuvent héberger des systèmes d'exploitation de

00:12.330 --> 00:13.890
bureau dans un environnement virtualisé

00:13.890 --> 00:14.723
qui sera hébergé par

00:14.723 --> 00:17.280
un serveur centralisé ou une ferme de serveurs.

00:17.280 --> 00:19.470
Il s'agit d'une implémentation de virtualisation qui

00:19.470 --> 00:21.510
sépare l'environnement informatique personnel

00:21.510 --> 00:23.520
de l'ordinateur physique de l'utilisateur.

00:23.520 --> 00:25.200
L'utilisateur final peut alors accéder

00:25.200 --> 00:27.060
au bureau virtuel à partir d'un client léger

00:27.060 --> 00:28.410
ou d'un navigateur web.

00:28.410 --> 00:29.760
Ils peuvent ensuite interagir

00:29.760 --> 00:31.050
avec ce bureau virtualisé comme

00:31.050 --> 00:32.040
s'ils étaient assis devant

00:32.040 --> 00:34.350
un ordinateur de bureau standard.

00:34.350 --> 00:36.750
Par exemple, j'ai une machine Windows 10 à laquelle

00:36.750 --> 00:38.460
je peux accéder dans le nuage dans

00:38.460 --> 00:40.320
le cadre d'un réseau VDI.

00:40.320 --> 00:42.450
Ainsi, si je veux l'utiliser, je lance un logiciel

00:42.450 --> 00:45.090
sur mon Mac et il se connecte au nuage, je me connecte à

00:45.090 --> 00:46.980
cette machine Windows 10 et j'ai accès

00:46.980 --> 00:49.020
à toutes les ressources dont j'ai besoin

00:49.020 --> 00:51.060
pour fonctionner sur ce nuage.

00:51.060 --> 00:52.820
Ces services VDI contiennent le système

00:52.820 --> 00:54.090
d'exploitation, les applications

00:54.090 --> 00:56.250
et tout ce dont j'ai besoin pour faire fonctionner

00:56.250 --> 00:58.440
cette machine Windows 10.

00:58.440 --> 01:00.150
Chaque fois que j'essaie d'exécuter une

01:00.150 --> 01:02.430
commande, elle est traitée sur ce serveur en nuage.

01:02.430 --> 01:04.980
Il ne le traite pas sur ma machine locale.

01:04.980 --> 01:07.560
Au lieu de cela, ma machine locale n'est qu'une boîte factice

01:07.560 --> 01:08.910
utilisée pour se connecter.

01:08.910 --> 01:10.920
C'est l'idée de la VDI.

01:10.920 --> 01:12.690
Cela vous permet de l'utiliser sur un ordinateur de

01:12.690 --> 01:15.570
bureau, un ordinateur portable, un téléphone, une tablette, n'importe quoi.

01:15.570 --> 01:16.830
Cela n'a pas vraiment d'importance,

01:16.830 --> 01:18.720
car l'appareil n'est là que pour se connecter

01:18.720 --> 01:21.120
au serveur et exécuter cette image virtuelle qui va simplement

01:21.120 --> 01:23.010
effectuer tout le traitement des données pour

01:23.010 --> 01:25.980
vous sur ce serveur distant dans le nuage.

01:25.980 --> 01:27.660
Ainsi, comme je l'ai dit, ce serveur

01:27.660 --> 01:29.010
assure désormais le traitement

01:29.010 --> 01:31.920
de toutes les applications et le stockage des données.

01:31.920 --> 01:33.750
Cela signifie que vous pouvez utiliser un Chromebook,

01:33.750 --> 01:35.400
un MacBook ou une machine Windows.

01:35.400 --> 01:37.350
Et encore une fois, cela n'a pas vraiment

01:37.350 --> 01:39.450
d'importance car, avec la VDI, nous nous concentrons

01:39.450 --> 01:41.790
sur la connexion à l'environnement VDI, mais tout

01:41.790 --> 01:43.650
le traitement est effectué du côté de

01:43.650 --> 01:46.380
l'application et du serveur pour vous. C'est pourquoi

01:46.380 --> 01:49.740
de nombreux réseaux d'entreprise évoluent vers la VDI et de nombreuses

01:49.740 --> 01:52.080
sociétés déchargent complètement leur infrastructure

01:52.080 --> 01:54.960
informatique en utilisant des services de tiers qui utilisent

01:54.960 --> 01:57.720
la VDI.

01:57.720 --> 02:00.030
Il est très tentant pour un DSI de faire cela,

02:00.030 --> 02:01.620
car il n'a plus à gérer les systèmes

02:01.620 --> 02:03.000
d'exploitation.

02:03.000 --> 02:04.560
Ils n'ont pas à se préoccuper des correctifs

02:04.560 --> 02:05.760
à apporter, car le fournisseur

02:05.760 --> 02:07.440
tiers s'en charge pour eux.

02:07.440 --> 02:09.690
C'est l'un des grands avantages de la VDI et l'un des

02:09.690 --> 02:11.220
principaux arguments de vente.

02:11.220 --> 02:13.380
Mais il n'y a pas que des bonnes nouvelles.

02:13.380 --> 02:15.180
L'un des inconvénients de la VDI est que les

02:15.180 --> 02:16.560
utilisateurs ont une capacité de

02:16.560 --> 02:18.150
traitement local très limitée.

02:18.150 --> 02:21.360
Ainsi, si le serveur est en panne, si le réseau est en panne ou si la

02:21.360 --> 02:22.860
connectivité est en panne, vos

02:22.860 --> 02:24.990
utilisateurs ne peuvent pas travailler.

02:24.990 --> 02:26.730
Ainsi, en cas de panne de ce serveur, tout le monde est

02:26.730 --> 02:28.020
dans l'incapacité de fonctionner.

02:28.020 --> 02:30.420
Alors qu'en ce moment, je suis assis sur mon ordinateur portable

02:30.420 --> 02:31.920
et si ma connexion internet est coupée,

02:31.920 --> 02:33.570
je peux toujours travailler.

02:33.570 --> 02:35.790
Mais dans la VDI, je ne peux pas faire cela parce que si

02:35.790 --> 02:37.560
ma connexion réseau tombe en panne, je ne peux

02:37.560 --> 02:38.940
pas atteindre le serveur.

02:38.940 --> 02:40.800
Je n'aurais donc pas de chance.

02:40.800 --> 02:41.910
Ce sont là quelques-uns

02:41.910 --> 02:43.830
des éléments à prendre en compte lorsque l'on

02:43.830 --> 02:44.670
envisage de passer

02:44.670 --> 02:47.310
à une solution de virtualisation basée sur la VDI.

02:47.310 --> 02:48.780
Il existe actuellement trois modèles

02:48.780 --> 02:51.060
de mise en œuvre d'infrastructures de bureau virtuel

02:51.060 --> 02:52.290
au sein de notre réseau.

02:52.290 --> 02:54.090
Le premier est un modèle centralisé.

02:54.090 --> 02:55.980
Il héberge toutes les instances de bureau sur

02:55.980 --> 02:58.200
un seul serveur ou une seule batterie de serveurs.

02:58.200 --> 02:59.970
Le second est un modèle hébergé.

02:59.970 --> 03:02.250
Dans ce modèle, les ordinateurs de bureau sont maintenus

03:02.250 --> 03:03.840
par un fournisseur de services et fournis

03:03.840 --> 03:05.640
à l'utilisateur final en tant que service.

03:05.640 --> 03:08.700
C'est ce que nous appelons le DAAS (desktop as a service).

03:08.700 --> 03:10.740
Des services comme Amazon Workspaces, VMware

03:10.740 --> 03:13.560
Horizon Air et Citrix Xen desktop ne sont que quelques-uns

03:13.560 --> 03:15.000
des fournisseurs les plus populaires

03:15.000 --> 03:16.500
de ce service.

03:16.500 --> 03:19.260
Le troisième modèle est un modèle de bureau virtuel à distance, qui

03:19.260 --> 03:21.030
consiste à copier l'image du bureau sur une

03:21.030 --> 03:24.420
machine locale avant qu'elle ne soit utilisée par un utilisateur final.

03:24.420 --> 03:25.680
Ce modèle élimine le besoin de

03:25.680 --> 03:27.060
connexions constantes au réseau

03:27.060 --> 03:28.410
et a beaucoup moins besoin de bande

03:28.410 --> 03:30.410
passante que les deux autres modèles.
