WEBVTT

00:00.120 --> 00:00.960
Instructeur : Au moment

00:00.960 --> 00:03.090
d'installer et de configurer vos machines virtuelles

00:03.090 --> 00:04.740
lorsque vous utilisez la virtualisation,

00:04.740 --> 00:05.790
il est important de comprendre

00:05.790 --> 00:08.250
les différents besoins en ressources qui existent.

00:08.250 --> 00:09.900
En ce qui concerne les besoins en ressources,

00:09.900 --> 00:12.690
nous nous concentrons sur quatre domaines principaux.

00:12.690 --> 00:15.390
L'unité centrale et ses extensions de virtualisation,

00:15.390 --> 00:18.930
la mémoire du système, le stockage et le réseau.

00:18.930 --> 00:20.580
Examinons chacun d'entre eux.

00:20.580 --> 00:24.150
Tout d'abord, nous avons l'unité centrale et ses extensions de virtualisation.

00:24.150 --> 00:25.980
En ce qui concerne les processeurs,

00:25.980 --> 00:28.710
chaque fabricant, comme Intel et AMD, utilise une technologie

00:28.710 --> 00:31.470
différente pour la virtualisation.

00:31.470 --> 00:33.420
Si vous utilisez des puces Intel,

00:33.420 --> 00:36.150
vous rechercherez VT-x, qui est sa technologie

00:36.150 --> 00:38.100
de virtualisation, c'est-à-dire

00:38.100 --> 00:39.840
VT.

00:39.840 --> 00:41.910
Si vous utilisez un processeur

00:41.910 --> 00:45.600
AMD, leur extension de virtualisation s'appelle AMD-V

00:45.600 --> 00:48.180
pour AMD virtualization.

00:48.180 --> 00:50.310
Que vous utilisiez un hyperviseur hébergé ou un hyperviseur

00:50.310 --> 00:52.080
bare metal, vous obtiendrez dans les deux

00:52.080 --> 00:54.996
cas des gains de performance significatifs si vous disposez d'une

00:54.996 --> 00:57.990
unité centrale qui prend en charge la virtualisation.

00:57.990 --> 00:59.700
Certains logiciels de virtualisation

00:59.700 --> 01:01.380
n'exigent pas que l'unité centrale

01:01.380 --> 01:03.600
prenne en charge la virtualisation pour que

01:03.600 --> 01:05.490
vous puissiez l'utiliser.

01:05.490 --> 01:07.830
Mais si la virtualisation n'est pas activée en tant

01:07.830 --> 01:09.360
qu'extension du processeur, elle

01:09.360 --> 01:12.090
ralentira considérablement vos performances.

01:12.090 --> 01:14.820
Et vous aurez une machine virtuelle très inutilisable lorsqu'il

01:14.820 --> 01:17.550
s'agira d'effectuer un véritable travail de production.

01:17.550 --> 01:19.830
Si votre processeur prend en charge la virtualisation,

01:19.830 --> 01:21.750
ce qui est le cas de la plupart des processeurs

01:21.750 --> 01:23.713
modernes, vous devrez accéder au BIOS ou

01:23.713 --> 01:27.210
à l'UEFI pour activer ces extensions de virtualisation.

01:27.210 --> 01:28.800
Habituellement, si vous essayez d'installer

01:28.800 --> 01:30.060
une machine virtuelle dans

01:30.060 --> 01:32.070
un logiciel comme VirtualBox ou VMware et que

01:32.070 --> 01:33.180
celui-ci ne détecte pas

01:33.180 --> 01:34.710
que la virtualisation est activée,

01:34.710 --> 01:36.060
il vous enverra un message d'erreur

01:36.060 --> 01:39.720
vous indiquant que vous devez activer VT-x ou AMD-V.

01:39.720 --> 01:40.830
Outre ces deux extensions

01:40.830 --> 01:42.990
de la technologie de virtualisation,

01:42.990 --> 01:45.690
il en existe une autre, appelée SLAT (Second

01:45.690 --> 01:48.540
Level Address Translations).

01:48.540 --> 01:50.070
Il s'agit d'une fonction de processeur

01:50.070 --> 01:51.810
présente dans de nombreux processeurs modernes

01:51.810 --> 01:53.160
qui permet d'améliorer les performances

01:53.160 --> 01:55.020
de la mémoire virtuelle lorsque vous exécutez

01:55.020 --> 01:56.370
plusieurs machines virtuelles

01:56.370 --> 01:58.500
sur un seul hôte physique.

01:58.500 --> 02:00.540
Si vous utilisez un processeur

02:00.540 --> 02:03.690
Intel, le SLAT est appelé EPT (extended

02:03.690 --> 02:06.000
page table).

02:06.000 --> 02:07.980
Si vous utilisez un processeur

02:07.980 --> 02:11.160
AMD, le SLAT est appelé RVI (rapid virtualization

02:11.160 --> 02:14.010
indexing).

02:14.010 --> 02:19.010
Quoi qu'il en soit, si vous voyez les termes SLAT, EPT ou RVI, il s'agit en fait de la possibilité

02:19.110 --> 02:20.430
d'accéder plus rapidement

02:20.430 --> 02:23.040
à la mémoire virtuelle et d'obtenir de meilleures

02:23.040 --> 02:24.570
performances de votre unité

02:24.570 --> 02:25.590
centrale.

02:25.590 --> 02:27.180
Votre processeur doit prendre

02:27.180 --> 02:28.860
en charge ces extensions pour que

02:28.860 --> 02:30.660
vous puissiez les utiliser.

02:30.660 --> 02:31.890
En plus de parler des extensions

02:31.890 --> 02:33.450
de virtualisation à l'intérieur de

02:33.450 --> 02:35.640
nos processeurs et unités centrales, nous voulons

02:35.640 --> 02:38.490
aussi parler des unités centrales elles-mêmes.

02:38.490 --> 02:40.650
Si vous souhaitez disposer d'une machine très

02:40.650 --> 02:43.350
performante dans le cadre de la virtualisation, vous

02:43.350 --> 02:46.080
devrez rechercher un processeur prenant en charge l'hyper

02:46.080 --> 02:49.050
threading multicœur ou plusieurs processeurs physiques

02:49.050 --> 02:50.640
sur votre système.

02:50.640 --> 02:52.470
Le fait de disposer de cœurs supplémentaires signifie

02:52.470 --> 02:54.810
que vous disposez d'une capacité de traitement supplémentaire.

02:54.810 --> 02:56.310
Si vous avez plusieurs processeurs,

02:56.310 --> 02:58.680
cela signifie que vous avez deux ou plusieurs processeurs

02:58.680 --> 03:00.630
physiques installés sur cette carte mère.

03:00.630 --> 03:01.770
C'est assez rare, à moins que

03:01.770 --> 03:04.470
vous n'utilisiez une technologie basée sur un serveur, mais dans

03:04.470 --> 03:06.960
votre ordinateur de bureau à la maison ou votre ordinateur

03:06.960 --> 03:08.130
portable, il est plus probable

03:08.130 --> 03:09.990
que vous trouviez un processeur multicore ou

03:09.990 --> 03:12.810
hyper threading pour vous donner des cœurs virtuels.

03:12.810 --> 03:14.400
De cette manière, vous avez la possibilité

03:14.400 --> 03:17.760
d'attribuer des processeurs à vos machines virtuelles individuelles exécutant

03:17.760 --> 03:19.560
ces systèmes d'exploitation invités et de

03:19.560 --> 03:21.540
leur donner plus de ressources dédiées qui augmenteront

03:21.540 --> 03:23.520
leurs performances.

03:23.520 --> 03:24.540
Une autre remarque concernant

03:24.540 --> 03:25.650
les unités centrales de traitement

03:25.650 --> 03:27.600
: rappelez-vous que les unités centrales de traitement

03:27.600 --> 03:29.250
se déclinent en trois mécanismes différents que

03:29.250 --> 03:31.260
vous trouverez sur le marché aujourd'hui.

03:31.260 --> 03:34.320
La première est la vieille école x86.

03:34.320 --> 03:36.720
Lorsque nous parlons de processeurs basés sur x86,

03:36.720 --> 03:39.180
nous parlons en fait d'un processeur 32 bits.

03:39.180 --> 03:41.580
Cela signifie que la capacité de votre système à utiliser

03:41.580 --> 03:44.310
d'autres éléments sera considérablement limitée.

03:44.310 --> 03:45.143
En effet, lorsque vous

03:45.143 --> 03:47.130
utilisez un système d'exploitation 32 bits,

03:47.130 --> 03:49.740
vous ne pouvez accéder qu'à quatre gigaoctets de mémoire vive,

03:49.740 --> 03:51.090
ce qui est très peu lorsqu'il s'agit

03:51.090 --> 03:52.290
d'héberger plusieurs machines

03:52.290 --> 03:53.490
virtuelles sur un seul serveur

03:53.490 --> 03:55.290
physique.

03:55.290 --> 03:58.860
Il est préférable d'utiliser un processeur de base x64, qui

03:58.860 --> 04:01.560
vous permet d'accéder à 16 exaoctets de mémoire

04:01.560 --> 04:03.780
vive pour votre système, selon que le

04:03.780 --> 04:05.850
système d'exploitation hôte sous-jacent

04:05.850 --> 04:08.100
le prend en charge ou non.

04:08.100 --> 04:09.870
Ces 16 exaoctets comparés aux 4 gigaoctets

04:09.870 --> 04:11.310
signifient que nous disposons

04:11.310 --> 04:14.820
de plus de 4 milliards de fois plus de mémoire vive si nous utilisons

04:14.820 --> 04:17.580
un processeur de base x64.

04:17.580 --> 04:20.070
Si vous utilisez un processeur 64 bits, vous pouvez

04:20.070 --> 04:22.590
toujours exécuter des programmes et des systèmes

04:22.590 --> 04:24.690
d'exploitation 32 bits en tant que systèmes

04:24.690 --> 04:27.630
d'exploitation invités sur ce serveur physique si vous le

04:27.630 --> 04:28.890
souhaitez.

04:28.890 --> 04:30.060
La vraie limite est que si

04:30.060 --> 04:32.430
vous avez un processeur 32 bits, vous ne pouvez

04:32.430 --> 04:34.920
pas exécuter d'applications ou de systèmes d'exploitation

04:34.920 --> 04:37.260
64 bits en tant que machines virtuelles dans un

04:37.260 --> 04:39.810
système d'exploitation invité.

04:39.810 --> 04:41.430
Il est donc préférable

04:41.430 --> 04:44.520
d'opter pour un processeur basé sur x64.

04:44.520 --> 04:45.900
Le troisième type de processeur que vous

04:45.900 --> 04:47.587
pouvez rencontrer est ce que l'on appelle un ARM.

04:47.587 --> 04:49.890
L'ARM est une architecture informatique à jeu

04:49.890 --> 04:51.480
d'instructions réduit pour le

04:51.480 --> 04:53.310
processeur de votre ordinateur.

04:53.310 --> 04:54.840
Où trouverez-vous des processeurs

04:54.840 --> 04:56.760
ARM dans les champs aujourd'hui ?

04:56.760 --> 04:59.130
Si vous utilisez un Mac moderne, ils utilisent

04:59.130 --> 05:01.110
tous des processeurs ARM.

05:01.110 --> 05:03.210
C'est important, car si vous utilisez un

05:03.210 --> 05:05.970
système moderne, comme un MacBook Pro ou un des nouveaux

05:05.970 --> 05:07.050
iMAC qui utilisent l'un

05:07.050 --> 05:10.290
de ces processeurs M1 ou M2, ils sont tous basés sur l'architecture

05:10.290 --> 05:11.610
ARM.

05:11.610 --> 05:13.230
Et parce qu'ils sont basés sur ARM, ils

05:13.230 --> 05:16.290
ne peuvent pas héberger nativement des systèmes d'exploitation invités

05:16.290 --> 05:18.330
qui ne fonctionnent pas sur ARM.

05:18.330 --> 05:20.880
Parce qu'il doit y avoir une traduction.

05:20.880 --> 05:23.820
Par exemple, si vous achetez un Mac ou un MacBook

05:23.820 --> 05:26.760
Pro qui utilise un processeur M1 ou M1 Pro, il s'agit

05:26.760 --> 05:28.530
d'un processeur ARM.

05:28.530 --> 05:30.660
Si vous essayez d'installer Windows 11 ou

05:30.660 --> 05:33.240
Windows 10 dans un système d'exploitation invité,

05:33.240 --> 05:37.740
et qu'il s'agit de versions de systèmes d'exploitation basés sur x86 ou x64, ils ne fonctionneront

05:37.740 --> 05:40.410
pas et vous obtiendrez des erreurs.

05:40.410 --> 05:42.240
Ainsi, si vous utilisez un processeur ARM sur

05:42.240 --> 05:43.470
votre système physique sur lequel

05:43.470 --> 05:44.730
vous allez héberger vos différentes

05:44.730 --> 05:46.320
machines virtuelles, cela va considérablement

05:46.320 --> 05:47.910
limiter vos choix de systèmes d'exploitation

05:47.910 --> 05:53.340
invités, car tous les systèmes d'exploitation ne disposent pas d'une version ARM.

05:53.340 --> 05:54.510
Au moment de la rédaction

05:54.510 --> 05:56.400
de ce film, Windows 11 est en train de faire

05:56.400 --> 05:58.560
une version pour les processeurs basés sur ARM

05:58.560 --> 06:00.990
et ceux-ci fonctionneront sur ces puces ARM.

06:00.990 --> 06:02.580
Il existe également des versions de Linux basées

06:02.580 --> 06:04.290
sur l'architecture ARM que vous pouvez exécuter

06:04.290 --> 06:07.170
sur un MacBook ou un autre processeur basé sur l'architecture ARM.

06:07.170 --> 06:08.250
Mais je tenais à vous le

06:08.250 --> 06:09.510
signaler, car c'est une limite

06:09.510 --> 06:11.160
que vous rencontrerez.

06:11.160 --> 06:12.150
Le deuxième domaine dont

06:12.150 --> 06:13.800
nous devons parler en termes de ressources

06:13.800 --> 06:15.240
est la mémoire de votre système.

06:15.240 --> 06:16.650
Lorsque nous parlons de mémoire

06:16.650 --> 06:18.120
système, nous parlons en fait de

06:18.120 --> 06:20.070
la quantité de mémoire physique installée

06:20.070 --> 06:22.470
dans votre serveur physique ou votre station de travail

06:22.470 --> 06:25.200
qui joue le rôle de système d'exploitation hôte.

06:25.200 --> 06:27.810
En effet, si je ne dispose que de huit gigaoctets

06:27.810 --> 06:30.960
de RAM sur mon ordinateur portable, par exemple,

06:30.960 --> 06:32.400
et que je souhaite faire

06:32.400 --> 06:33.630
tourner quatre systèmes

06:33.630 --> 06:35.820
d'exploitation invités différents,

06:35.820 --> 06:40.920
si chacun d'eux nécessite deux gigaoctets de RAM, j'ai déjà utilisé toute ma

06:40.920 --> 06:49.140
mémoire physique et il n'en reste plus pour mon système d'exploitation hôte sous-jacent.

06:49.140 --> 06:50.550
Pour mettre les choses en perspective,

06:50.550 --> 06:53.160
si vous utilisez quelque chose comme Mac OS, il faut

06:53.160 --> 06:55.980
environ huit gigaoctets de mémoire pour démarrer Mac

06:55.980 --> 06:57.150
et lui permettre de faire

06:57.150 --> 06:59.130
ce qu'il a à faire.

06:59.130 --> 07:00.600
Si vous utilisez une machine Windows,

07:00.600 --> 07:03.300
il faut généralement environ quatre gigaoctets pour pouvoir

07:03.300 --> 07:05.340
exécuter suffisamment Windows en tant que système

07:05.340 --> 07:06.720
d'exploitation hôte.

07:06.720 --> 07:08.970
Ainsi, si vous disposez de huit gigaoctets et que

07:08.970 --> 07:10.290
vous souhaitez exécuter Windows

07:10.290 --> 07:13.110
11 en tant qu'invité à l'intérieur d'un hôte Windows 10, il

07:13.110 --> 07:14.820
vous faudra quatre plus quatre ou les

07:14.820 --> 07:17.160
huit gigaoctets de votre mémoire.

07:17.160 --> 07:19.410
Ainsi, lorsque vous parlez de vos ressources, vous

07:19.410 --> 07:20.400
voulez vraiment regarder

07:20.400 --> 07:22.350
combien de mémoire vous pouvez dédier à ces

07:22.350 --> 07:24.090
systèmes d'exploitation invités et

07:24.090 --> 07:25.860
plus vous avez de mémoire physique, plus

07:25.860 --> 07:28.230
vous serez en mesure de le faire.

07:28.230 --> 07:31.440
Le prochain élément à prendre en compte pour les ressources est le stockage.

07:31.440 --> 07:33.780
Il s'agit de savoir où vous allez stocker toutes

07:33.780 --> 07:35.850
ces images de machines virtuelles.

07:35.850 --> 07:37.710
N'oubliez pas que toutes ces machines virtuelles

07:37.710 --> 07:39.990
que nous créons avec leurs systèmes d'exploitation invités

07:39.990 --> 07:42.870
vont occuper de l'espace disque sur votre serveur physique.

07:42.870 --> 07:44.430
Ainsi, si vous avez un ordinateur portable

07:44.430 --> 07:47.130
qui ne dispose que de 256 gigaoctets d'espace et que vous souhaitez

07:47.130 --> 07:48.780
installer un système d'exploitation

07:48.780 --> 07:52.260
invité Windows 10 sur ce système, vous aurez probablement besoin d'environ

07:52.260 --> 07:54.480
50 gigaoctets d'espace.

07:54.480 --> 07:56.070
Vous venez donc d'utiliser un cinquième

07:56.070 --> 07:57.360
de votre disque dur total pour

07:57.360 --> 07:59.610
cette image de machine virtuelle.

07:59.610 --> 08:01.860
Maintenant, si vous avez trois ou quatre copies

08:01.860 --> 08:03.600
différentes, vous avez pris trois

08:03.600 --> 08:05.130
ou quatre fois 50, ce qui représente

08:05.130 --> 08:07.530
150 à 200 gigaoctets, soit la quasi-totalité

08:07.530 --> 08:09.480
de votre disque dur.

08:09.480 --> 08:11.040
Le stockage de masse devient donc un

08:11.040 --> 08:13.080
élément dont il faut vraiment tenir compte.

08:13.080 --> 08:15.390
En règle générale, lorsque vous effectuez une installation

08:15.390 --> 08:17.130
Windows, une installation Windows standard

08:17.130 --> 08:19.440
prend environ 20 gigaoctets d'espace, mais il est préférable

08:19.440 --> 08:22.230
d'utiliser 40 ou 50 gigaoctets, car vous avez besoin d'espace

08:22.230 --> 08:24.210
supplémentaire pour stocker des fichiers,

08:24.210 --> 08:25.740
installer des applications et autres

08:25.740 --> 08:28.230
choses du même genre.

08:28.230 --> 08:30.000
Si vous utilisez Linux, ils sont généralement

08:30.000 --> 08:31.470
beaucoup plus légers et la plupart

08:31.470 --> 08:33.480
des distributions s'installent dans un

08:33.480 --> 08:36.120
espace de quatre à huit gigaoctets, ce qui est nettement

08:36.120 --> 08:38.460
moins que Windows.

08:38.460 --> 08:40.200
Si vous avez affaire à un environnement

08:40.200 --> 08:41.640
Mac en tant que système d'exploitation

08:41.640 --> 08:43.140
invité, cela prend généralement

08:43.140 --> 08:45.840
entre 20 et 40 gigaoctets d'espace.

08:45.840 --> 08:47.070
Gardez donc cela à l'esprit et

08:47.070 --> 08:48.630
si vous disposez d'un espace disque très

08:48.630 --> 08:50.730
limité sur votre appareil physique, vous voudrez

08:50.730 --> 08:52.050
peut-être le mettre à niveau et augmenter

08:52.050 --> 08:53.760
votre espace de stockage.

08:53.760 --> 08:56.130
Vous pouvez ainsi héberger plusieurs systèmes d'exploitation

08:56.130 --> 08:58.320
invités sur le même serveur physique.

08:58.320 --> 09:01.380
Le dernier domaine à prendre en compte est celui de la mise en réseau.

09:01.380 --> 09:03.240
En effet, l'hyperviseur qui fonctionne

09:03.240 --> 09:05.640
sur le système d'exploitation hôte va créer un environnement

09:05.640 --> 09:08.010
réseau virtuel à travers lequel communiqueront

09:08.010 --> 09:09.690
toutes les autres machines virtuelles

09:09.690 --> 09:12.480
hébergées sur ce système.

09:12.480 --> 09:14.490
Mais s'ils veulent tous se connecter à l'internet

09:14.490 --> 09:17.100
ou à votre réseau local pour télécharger des fichiers, ils

09:17.100 --> 09:17.940
le font tous par l'intermédiaire

09:17.940 --> 09:20.220
de la même carte d'interface réseau de l'appareil

09:20.220 --> 09:21.810
physique.

09:21.810 --> 09:24.000
Ainsi, si vous utilisez une ancienne carte réseau

09:24.000 --> 09:26.490
qui ne fonctionne qu'à cent mégabits par seconde et que

09:26.490 --> 09:29.340
vous faites tourner cinq machines virtuelles sur ce serveur,

09:29.340 --> 09:30.780
chacune d'entre elles ne reçoit

09:30.780 --> 09:32.820
en réalité que 20 mégabits par seconde.

09:32.820 --> 09:34.110
Dans ce cas, vous devriez certainement

09:34.110 --> 09:36.090
mettre à niveau votre carte d'interface

09:36.090 --> 09:37.110
réseau sur le serveur

09:37.110 --> 09:38.280
physique qui héberge ces

09:38.280 --> 09:40.500
invités et installer une carte réseau gigabit

09:40.500 --> 09:43.200
ou même une carte réseau 10 gigabits si vous hébergez plusieurs

09:43.200 --> 09:45.870
machines virtuelles.

09:45.870 --> 09:47.760
Cela vous permettra de disposer d'un débit et d'une

09:47.760 --> 09:49.560
bande passante supplémentaires pour pouvoir

09:49.560 --> 09:50.970
héberger toutes ces machines virtuelles

09:50.970 --> 09:53.280
sans que le réseau ne devienne votre point faible.

09:53.280 --> 09:54.690
En outre, comme vous l'apprendrez plus

09:54.690 --> 09:56.430
tard au cours de vos études sur les réseaux, vous

09:56.430 --> 09:58.890
pouvez également installer plusieurs cartes d'interface réseau

09:58.890 --> 10:00.030
et les placer dans ce que l'on appelle

10:00.030 --> 10:01.980
une configuration en équipe.

10:01.980 --> 10:04.500
Cela permet à plusieurs cartes de travailler ensemble en tandem

10:04.500 --> 10:06.600
pour vous offrir des vitesses plus élevées.

10:06.600 --> 10:09.330
Ainsi, si vous avez deux cartes réseau d'un gigabit et qu'elles

10:09.330 --> 10:10.710
travaillent en équipe, vous disposez

10:10.710 --> 10:12.540
désormais de deux gigabits de débit que vous

10:12.540 --> 10:13.950
pouvez utiliser pour vous connecter

10:13.950 --> 10:15.330
au réseau.

10:15.330 --> 10:16.560
Souvent, si vous travaillez sur

10:16.560 --> 10:18.330
un serveur qui héberge de nombreuses machines

10:18.330 --> 10:20.310
virtuelles dans un environnement d'entreprise,

10:20.310 --> 10:21.330
vous verrez qu'il y a jusqu'à

10:21.330 --> 10:23.130
quatre cartes d'interface réseau, qui travaillent

10:23.130 --> 10:24.300
toutes en équipe pour obtenir

10:24.300 --> 10:26.580
jusqu'à quatre gigabits par seconde, voire jusqu'à 40

10:26.580 --> 10:28.680
gigabits par seconde.

10:28.680 --> 10:30.840
S'ils utilisent des cartes d'interface réseau de

10:30.840 --> 10:33.240
10 gigabits par seconde sur ce serveur particulier.

10:33.240 --> 10:36.090
N'oubliez donc pas qu'en ce qui concerne les besoins en ressources,

10:36.090 --> 10:38.850
il est important de tenir compte de l'unité centrale et du processeur

10:38.850 --> 10:42.030
et de ses capacités, ainsi que de la mémoire dont vous disposez, de l'espace

10:42.030 --> 10:44.850
de stockage et du réseau dont vous disposez.

10:44.850 --> 10:47.430
Ces quatre domaines sont tous à prendre en considération.

10:47.430 --> 10:49.230
Lorsque vous décidez du nombre de machines virtuelles

10:49.230 --> 10:51.900
que vous pouvez héberger sur un serveur ou un poste de travail donné, ainsi

10:51.900 --> 10:53.700
que de la manière dont vous pouvez augmenter les performances

10:53.700 --> 10:56.250
des systèmes d'exploitation invités qui sont exécutés à l'intérieur

10:56.250 --> 10:59.373
de vos machines virtuelles sur cet hyperviseur particulier.