WEBVTT

00:00.120 --> 00:00.960
Istruttore: Quando arriva

00:00.960 --> 00:03.090
il momento di installare e configurare le macchine virtuali

00:03.090 --> 00:04.740
quando si utilizza la virtualizzazione,

00:04.740 --> 00:05.790
è importante comprendere

00:05.790 --> 00:08.250
i diversi requisiti di risorse esistenti.

00:08.250 --> 00:09.900
Per quanto riguarda i requisiti delle

00:09.900 --> 00:12.690
risorse, ci concentriamo su quattro aree principali.

00:12.690 --> 00:15.390
La CPU e le sue estensioni di virtualizzazione,

00:15.390 --> 00:18.930
la memoria di sistema, lo storage e la rete.

00:18.930 --> 00:20.580
Diamo un'occhiata a ciascuno di essi.

00:20.580 --> 00:24.150
In primo luogo, abbiamo la CPU e le sue estensioni di virtualizzazione.

00:24.150 --> 00:25.980
Ora, quando parliamo di CPU, ogni

00:25.980 --> 00:28.710
produttore, come Intel e AMD, utilizza una tecnologia

00:28.710 --> 00:31.470
diversa per la virtualizzazione.

00:31.470 --> 00:33.420
Se utilizzate chip basati

00:33.420 --> 00:36.150
su Intel, dovrete cercare VT-x, la tecnologia

00:36.150 --> 00:38.100
di virtualizzazione, che

00:38.100 --> 00:39.840
sta per VT.

00:39.840 --> 00:41.910
Se si utilizza un processore

00:41.910 --> 00:45.600
AMD, la loro estensione di virtualizzazione si chiama

00:45.600 --> 00:48.180
AMD-V per AMD virtualization.

00:48.180 --> 00:50.310
Ora, sia che si utilizzi un hypervisor hosted

00:50.310 --> 00:52.080
o un hypervisor bare metal, entrambi

00:52.080 --> 00:54.996
otterranno significativi guadagni di prestazioni se si dispone

00:54.996 --> 00:57.990
di una CPU che supporta la virtualizzazione.

00:57.990 --> 00:59.700
Alcuni software di virtualizzazione

00:59.700 --> 01:01.380
non richiedono che la CPU abbia

01:01.380 --> 01:03.600
il supporto per la virtualizzazione per

01:03.600 --> 01:05.490
poterla utilizzare.

01:05.490 --> 01:07.830
Ma se non avete la virtualizzazione abilitata

01:07.830 --> 01:09.360
come estensione del processore,

01:09.360 --> 01:12.090
le prestazioni saranno notevolmente rallentate.

01:12.090 --> 01:14.820
E avrete una macchina virtuale inutilizzabile quando

01:14.820 --> 01:17.550
si tratterà di fare un vero lavoro di produzione.

01:17.550 --> 01:19.830
Ora, se il vostro processore supporta la virtualizzazione,

01:19.830 --> 01:21.750
e la maggior parte dei processori moderni

01:21.750 --> 01:23.713
lo fa, dovrete entrare nel BIOS o nell'UEFI

01:23.713 --> 01:27.210
per poter abilitare le estensioni di virtualizzazione.

01:27.210 --> 01:28.800
Di solito, se si prova a installare

01:28.800 --> 01:30.060
una macchina virtuale in qualcosa

01:30.060 --> 01:32.070
come VirtualBox o VMware e non viene rilevata

01:32.070 --> 01:33.180
l'abilitazione della

01:33.180 --> 01:36.060
virtualizzazione, viene visualizzato un messaggio di errore

01:36.060 --> 01:39.720
che indica la necessità di abilitare VT-x o AMD-V.

01:39.720 --> 01:40.830
Oltre a queste due estensioni

01:40.830 --> 01:42.990
della tecnologia di virtualizzazione,

01:42.990 --> 01:45.690
ne esiste un'altra chiamata SLAT, che sta per traduzioni

01:45.690 --> 01:48.540
di indirizzi di secondo livello.

01:48.540 --> 01:50.070
Si tratta di una caratteristica

01:50.070 --> 01:51.810
di molti processori moderni che aiuta

01:51.810 --> 01:53.160
a migliorare le prestazioni

01:53.160 --> 01:55.020
della memoria virtuale quando si eseguono

01:55.020 --> 01:56.370
più macchine virtuali su un

01:56.370 --> 01:58.500
singolo host fisico.

01:58.500 --> 02:00.540
Ora, se si utilizza un processore

02:00.540 --> 02:03.690
Intel, la SLAT viene chiamata EPT, ovvero

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

02:06.000 --> 02:07.980
Se si utilizza un processore

02:07.980 --> 02:11.160
AMD, SLAT viene chiamato RVI, ovvero rapid

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

02:14.010 --> 02:19.010
In ogni caso, se vedete i termini SLAT, EPT o RVI, state parlando della possibilità di

02:19.110 --> 02:20.430
accedere alla memoria

02:20.430 --> 02:23.040
virtuale con un metodo più veloce e di ottenere

02:23.040 --> 02:24.570
migliori prestazioni dalla

02:24.570 --> 02:25.590
vostra CPU.

02:25.590 --> 02:27.180
Per poter utilizzare queste

02:27.180 --> 02:28.860
estensioni, è necessario che

02:28.860 --> 02:30.660
il processore le supporti.

02:30.660 --> 02:31.890
Ora, oltre a parlare delle

02:31.890 --> 02:33.450
estensioni di virtualizzazione

02:33.450 --> 02:35.640
all'interno dei processori e delle CPU,

02:35.640 --> 02:38.490
vogliamo anche parlare delle CPU stesse.

02:38.490 --> 02:40.650
Se volete avere una macchina dalle prestazioni

02:40.650 --> 02:42.360
molto elevate quando avete a che fare

02:42.360 --> 02:43.350
con la virtualizzazione,

02:43.350 --> 02:46.080
dovrete cercare un processore che supporti l'hyper

02:46.080 --> 02:49.050
threading multi-core o più processori fisici sul vostro

02:49.050 --> 02:50.640
sistema.

02:50.640 --> 02:52.470
Avere a disposizione altri core significa

02:52.470 --> 02:54.810
avere una capacità di elaborazione aggiuntiva.

02:54.810 --> 02:56.310
Se si dispone di più processori,

02:56.310 --> 02:58.680
significa che sulla scheda madre sono installati

02:58.680 --> 03:00.630
due o più processori fisici.

03:00.630 --> 03:01.770
Si tratta di un caso abbastanza

03:01.770 --> 03:04.470
raro, a meno che non si utilizzi una tecnologia basata

03:04.470 --> 03:06.960
su server, ma nel desktop di casa o nel portatile

03:06.960 --> 03:08.130
è più probabile che il processore

03:08.130 --> 03:09.990
sia multicore o hyper threading per

03:09.990 --> 03:12.810
fornire core virtuali.

03:12.810 --> 03:14.400
In questo modo si ha la possibilità

03:14.400 --> 03:17.760
di assegnare processori alle singole macchine virtuali che eseguono

03:17.760 --> 03:19.560
i sistemi operativi guest, fornendo

03:19.560 --> 03:21.540
loro maggiori risorse dedicate che ne aumenteranno

03:21.540 --> 03:23.520
le prestazioni.

03:23.520 --> 03:24.540
Un'altra nota a margine,

03:24.540 --> 03:25.650
quando si parla di CPU,

03:25.650 --> 03:27.600
è che le CPU sono disponibili in tre diversi

03:27.600 --> 03:29.250
meccanismi che si possono trovare

03:29.250 --> 03:31.260
sul mercato al giorno d'oggi.

03:31.260 --> 03:34.320
Il primo è la vecchia scuola x86.

03:34.320 --> 03:36.720
Ora, quando parliamo di processori basati su x86,

03:36.720 --> 03:39.180
stiamo parlando di un processore a 32 bit.

03:39.180 --> 03:41.580
Ciò significa che la capacità del sistema di utilizzare

03:41.580 --> 03:44.310
altre cose sarà notevolmente limitata.

03:44.310 --> 03:45.143
Perché quando si

03:45.143 --> 03:47.130
ha a che fare con un sistema operativo a 32

03:47.130 --> 03:49.740
bit, si può accedere solo a quattro gigabyte di RAM, che

03:49.740 --> 03:51.090
è una quantità molto piccola

03:51.090 --> 03:52.290
quando si vuole ospitare

03:52.290 --> 03:53.490
più macchine virtuali su

03:53.490 --> 03:55.290
un singolo server fisico.

03:55.290 --> 03:58.860
È invece preferibile utilizzare un processore di base x64, che

03:58.860 --> 04:01.560
consente di accedere a un massimo di 16 exabyte

04:01.560 --> 04:03.780
di RAM per un determinato sistema, a seconda

04:03.780 --> 04:05.850
che il sistema operativo host sottostante

04:05.850 --> 04:08.100
lo supporti o meno.

04:08.100 --> 04:09.870
Questi 16 exabyte rispetto ai

04:09.870 --> 04:11.310
quattro gigabyte significano

04:11.310 --> 04:14.820
che abbiamo oltre 4 miliardi di volte più RAM disponibile

04:14.820 --> 04:17.580
se usiamo un processore base x64.

04:17.580 --> 04:20.070
Ora, se si utilizza un processore a 64 bit,

04:20.070 --> 04:22.590
è ancora possibile eseguire programmi a 32

04:22.590 --> 04:24.690
bit e sistemi operativi a 32 bit come

04:24.690 --> 04:27.630
sistemi operativi guest su quel server fisico, se

04:27.630 --> 04:28.890
lo si desidera.

04:28.890 --> 04:30.060
La vera limitazione, tuttavia,

04:30.060 --> 04:32.430
è che se si dispone di un processore a 32 bit, non

04:32.430 --> 04:34.920
è possibile eseguire applicazioni a 64 bit o sistemi

04:34.920 --> 04:37.260
operativi a 64 bit come macchine virtuali in

04:37.260 --> 04:39.810
un sistema operativo guest.

04:39.810 --> 04:41.430
Quindi, ancora una volta,

04:41.430 --> 04:44.520
è meglio scegliere un processore basato su x64.

04:44.520 --> 04:45.900
Il terzo tipo di processore in cui

04:45.900 --> 04:47.587
ci si può imbattere è il cosiddetto ARM.

04:47.587 --> 04:49.890
E un ARM è un'architettura di computer a

04:49.890 --> 04:51.480
set di istruzioni ridotto per

04:51.480 --> 04:53.310
il processore del computer.

04:53.310 --> 04:54.840
Dove si trovano oggi i

04:54.840 --> 04:56.760
processori ARM nei campi?

04:56.760 --> 04:59.130
Se si utilizza un Mac moderno, tutti

04:59.130 --> 05:01.110
utilizzano processori ARM.

05:01.110 --> 05:03.210
Questo è importante perché se si utilizza

05:03.210 --> 05:05.970
uno dei sistemi moderni, come un MacBook Pro

05:05.970 --> 05:07.050
o uno dei nuovi iMAC

05:07.050 --> 05:10.290
con uno dei processori M1 o M2, questi sono tutti basati

05:10.290 --> 05:11.610
su ARM.

05:11.610 --> 05:13.230
Inoltre, essendo basati su

05:13.230 --> 05:16.290
ARM, non possono ospitare nativamente sistemi operativi

05:16.290 --> 05:18.330
guest che non girano su ARM.

05:18.330 --> 05:20.880
Perché ci deve essere una traduzione che avviene.

05:20.880 --> 05:23.820
Quindi, ad esempio, se si acquista un Mac o un MacBook

05:23.820 --> 05:26.760
Pro che utilizza un processore M1 o M1 Pro, si tratta di

05:26.760 --> 05:28.530
un processore basato su ARM.

05:28.530 --> 05:30.660
Se si tenta di installare Windows 11

05:30.660 --> 05:33.240
o Windows 10 in un sistema operativo guest,

05:33.240 --> 05:37.740
e si tratta di versioni del sistema operativo basate su x86 o x64, non funzioneranno

05:37.740 --> 05:40.410
e si verificheranno errori.

05:40.410 --> 05:42.240
Quindi, se si utilizza un processore

05:42.240 --> 05:43.470
basato su ARM sul sistema

05:43.470 --> 05:44.730
fisico che ospiterà le diverse

05:44.730 --> 05:46.320
macchine virtuali, questo limiterà

05:46.320 --> 05:47.910
notevolmente la scelta dei sistemi

05:47.910 --> 05:49.920
operativi guest, perché non tutti i sistemi

05:49.920 --> 05:51.450
operativi hanno una versione basata

05:51.450 --> 05:53.340
su ARM.

05:53.340 --> 05:54.510
Al momento di questa

05:54.510 --> 05:56.400
ripresa, Windows 11 sta realizzando

05:56.400 --> 05:58.560
una versione per i processori basati su

05:58.560 --> 06:00.990
ARM e funzionerà su questi chip ARM.

06:00.990 --> 06:02.580
Esistono anche versioni di Linux

06:02.580 --> 06:04.290
basate su ARM che possono essere eseguite

06:04.290 --> 06:07.170
su un MacBook o su un altro processore basato su ARM.

06:07.170 --> 06:08.250
Ma volevo solo farvelo

06:08.250 --> 06:09.510
notare perché è un limite

06:09.510 --> 06:11.160
che incontrerete.

06:11.160 --> 06:12.150
Ora, la seconda area

06:12.150 --> 06:13.800
di cui parlare in termini di risorse

06:13.800 --> 06:15.240
è la memoria di sistema.

06:15.240 --> 06:16.650
Quando si parla di memoria

06:16.650 --> 06:18.120
di sistema, si intende la

06:18.120 --> 06:20.070
quantità di memoria fisica installata

06:20.070 --> 06:22.470
nel server fisico o nella workstation che

06:22.470 --> 06:25.200
funge da sistema operativo host.

06:25.200 --> 06:27.810
Quindi, ad esempio, se ho otto gigabyte o 16 gigabyte

06:27.810 --> 06:30.960
o 32 gigabyte, è sempre meglio quando si tratta di ospitare

06:30.960 --> 06:32.400
macchine virtuali, perché

06:32.400 --> 06:33.630
se ho solo otto gigabyte

06:33.630 --> 06:35.820
di RAM sul mio portatile, ad esempio, e voglio

06:35.820 --> 06:38.040
eseguire quattro diversi sistemi operativi

06:38.040 --> 06:40.920
guest, beh, se ognuno di essi richiede due gigabyte

06:40.920 --> 06:46.170
di RAM, ho già usato tutta la mia memoria fisica e non ho lasciato nulla per il mio sistema operativo

06:46.170 --> 06:49.140
host sottostante.

06:49.140 --> 06:50.550
Per mettere le cose in prospettiva,

06:50.550 --> 06:53.160
se si esegue un sistema operativo come Mac OS, occorrono

06:53.160 --> 06:55.980
circa otto gigabyte di memoria solo per avviare il Mac

06:55.980 --> 06:57.150
ed essere in grado di fare

06:57.150 --> 06:59.130
ciò che deve fare.

06:59.130 --> 07:00.600
Se si utilizza un computer Windows,

07:00.600 --> 07:03.300
in genere sono necessari circa quattro gigabyte per poter

07:03.300 --> 07:05.340
eseguire Windows in modo sufficiente come sistema

07:05.340 --> 07:06.720
operativo host.

07:06.720 --> 07:08.970
Quindi, se avete otto gigabyte e volete

07:08.970 --> 07:10.290
eseguire Windows 11 come

07:10.290 --> 07:13.110
guest all'interno di un host Windows 10, vi occorreranno

07:13.110 --> 07:14.820
quattro più quattro o tutti gli

07:14.820 --> 07:17.160
otto gigabyte di memoria.

07:17.160 --> 07:19.410
Quindi, ancora una volta, quando si parla

07:19.410 --> 07:20.400
di risorse, è bene

07:20.400 --> 07:22.350
considerare quanta memoria si può

07:22.350 --> 07:24.090
dedicare a questi sistemi operativi

07:24.090 --> 07:25.860
guest e più memoria fisica si ha,

07:25.860 --> 07:28.230
più si è in grado di farlo.

07:28.230 --> 07:31.440
La considerazione successiva per le risorse è lo stoccaggio.

07:31.440 --> 07:33.780
E stiamo parlando di dove memorizzare tutte queste

07:33.780 --> 07:35.850
immagini di macchine virtuali.

07:35.850 --> 07:37.710
Ricordate che tutte queste macchine virtuali

07:37.710 --> 07:39.990
che stiamo creando con i loro sistemi operativi guest

07:39.990 --> 07:42.870
occuperanno spazio su disco sul vostro server fisico.

07:42.870 --> 07:44.430
Quindi, se avete un computer

07:44.430 --> 07:47.130
portatile con solo 256 gigabyte di spazio e volete

07:47.130 --> 07:48.780
installare un sistema operativo

07:48.780 --> 07:51.210
guest Windows 10 su quel sistema, probabilmente

07:51.210 --> 07:52.260
vi occuperà circa 50

07:52.260 --> 07:54.480
gigabyte di spazio.

07:54.480 --> 07:56.070
Quindi avete appena utilizzato un quinto

07:56.070 --> 07:57.360
del vostro disco rigido totale

07:57.360 --> 07:59.610
per quell'immagine di macchina virtuale.

07:59.610 --> 08:01.860
Ora, se avete tre o quattro copie

08:01.860 --> 08:03.600
diverse, avete occupato

08:03.600 --> 08:05.130
tre o quattro volte 50,

08:05.130 --> 08:07.530
ovvero 150-200 gigabyte, quasi l'intera

08:07.530 --> 08:09.480
unità disco.

08:09.480 --> 08:11.040
E così la memoria di massa diventa qualcosa

08:11.040 --> 08:13.080
di cui bisogna essere consapevoli.

08:13.080 --> 08:15.390
In genere, quando si esegue un'installazione

08:15.390 --> 08:17.130
di Windows, un'installazione di Windows

08:17.130 --> 08:19.440
"nuda e cruda" richiede circa 20 gigabyte di spazio,

08:19.440 --> 08:22.230
ma è preferibile usarne 40 o 50 perché è necessario disporre

08:22.230 --> 08:24.210
di spazio aggiuntivo per archiviare i

08:24.210 --> 08:25.740
file, installare le applicazioni

08:25.740 --> 08:28.230
e cose del genere.

08:28.230 --> 08:30.000
Se utilizzate Linux, in genere, sono

08:30.000 --> 08:31.470
molto più leggeri e la maggior

08:31.470 --> 08:33.480
parte delle distro si installa in circa quattro-otto

08:33.480 --> 08:36.120
gigabyte di spazio, una quantità significativamente

08:36.120 --> 08:38.460
inferiore rispetto a Windows.

08:38.460 --> 08:40.200
Se si ha a che fare con un ambiente

08:40.200 --> 08:41.640
Mac come sistema operativo

08:41.640 --> 08:43.140
guest, questo occupa di solito

08:43.140 --> 08:45.840
circa 20-40 gigabyte di spazio.

08:45.840 --> 08:47.070
Quindi, tenetelo presente e se avete

08:47.070 --> 08:48.630
una quantità di spazio su disco molto limitata

08:48.630 --> 08:50.730
sul vostro dispositivo fisico, potreste decidere di aggiornarlo

08:50.730 --> 08:52.050
e aumentare la quantità di spazio di

08:52.050 --> 08:53.760
archiviazione.

08:53.760 --> 08:56.130
In questo modo è possibile ospitare più sistemi operativi

08:56.130 --> 08:58.320
guest sullo stesso server fisico.

08:58.320 --> 09:01.380
L'ultima area da considerare è il networking.

09:01.380 --> 09:03.240
Questo perché l'hypervisor che opera

09:03.240 --> 09:05.640
sul sistema operativo host creerà un ambiente

09:05.640 --> 09:08.010
di rete virtuale attraverso il quale tutte le

09:08.010 --> 09:09.690
altre macchine virtuali ospitate

09:09.690 --> 09:12.480
su quel sistema potranno comunicare.

09:12.480 --> 09:14.490
Ma se tutti vogliono collegarsi a Internet

09:14.490 --> 09:17.100
o alla rete locale per scaricare file, lo fanno

09:17.100 --> 09:17.940
attraverso la stessa

09:17.940 --> 09:20.220
scheda di interfaccia di rete sul dispositivo

09:20.220 --> 09:21.810
fisico.

09:21.810 --> 09:24.000
Quindi, se si utilizza una vecchia scheda di

09:24.000 --> 09:26.490
rete che funziona solo a cento megabit al secondo

09:26.490 --> 09:29.340
e si eseguono cinque macchine virtuali su quel server, ognuna

09:29.340 --> 09:30.780
di esse riceve effettivamente

09:30.780 --> 09:32.820
solo 20 megabit al secondo.

09:32.820 --> 09:34.110
In questo caso, è consigliabile

09:34.110 --> 09:36.090
aggiornare la scheda di interfaccia

09:36.090 --> 09:37.110
di rete sul server fisico

09:37.110 --> 09:38.280
che ospita questi ospiti

09:38.280 --> 09:40.500
e inserire una scheda di rete gigabit o addirittura

09:40.500 --> 09:43.200
una scheda di rete da 10 gigabit se si ospitano più macchine

09:43.200 --> 09:45.870
virtuali.

09:45.870 --> 09:47.760
Questo vi consentirà di disporre di un throughput

09:47.760 --> 09:49.560
e di una larghezza di banda supplementari per poter

09:49.560 --> 09:50.970
ospitare tutte queste macchine virtuali

09:50.970 --> 09:53.280
senza che la rete diventi un rallentamento.

09:53.280 --> 09:54.690
Inoltre, come si apprenderà in

09:54.690 --> 09:56.430
seguito nei corsi di networking, è possibile

09:56.430 --> 09:58.890
inserire più schede di interfaccia di rete e posizionarle

09:58.890 --> 10:00.030
in una cosiddetta configurazione

10:00.030 --> 10:01.980
di teaming.

10:01.980 --> 10:04.500
Ciò consente a più schede di lavorare in tandem

10:04.500 --> 10:06.600
per garantire velocità più elevate.

10:06.600 --> 10:09.330
Quindi, se si dispone di due schede di rete da un gigabit

10:09.330 --> 10:10.710
e queste lavorano in team,

10:10.710 --> 10:12.540
ora si dispone di due gigabit di throughput

10:12.540 --> 10:13.950
da utilizzare per connettersi

10:13.950 --> 10:15.330
alla rete.

10:15.330 --> 10:16.560
Spesso, se si lavora su un

10:16.560 --> 10:18.330
server che ospita molte macchine virtuali

10:18.330 --> 10:20.310
in un ambiente aziendale o di impresa, si

10:20.310 --> 10:21.330
notano fino a quattro

10:21.330 --> 10:23.130
schede di interfaccia di rete, che lavorano

10:23.130 --> 10:24.300
tutte in gruppo per raggiungere

10:24.300 --> 10:26.580
quattro gigabit al secondo o addirittura 40 gigabit

10:26.580 --> 10:28.680
al secondo.

10:28.680 --> 10:30.840
Se si utilizzano schede di interfaccia di rete da

10:30.840 --> 10:33.240
10 gigabit al secondo su quel particolare server.

10:33.240 --> 10:36.090
Quindi, quando si parla di requisiti di risorse,

10:36.090 --> 10:38.850
è importante considerare la CPU, il processore

10:38.850 --> 10:42.030
e le sue capacità, così come la quantità di memoria, la

10:42.030 --> 10:44.850
quantità di memoria e la quantità di rete.

10:44.850 --> 10:47.430
Queste quattro aree sono tutte da considerare.

10:47.430 --> 10:49.230
Quando si decide quante macchine virtuali

10:49.230 --> 10:51.900
ospitare su un determinato server o workstation e come

10:51.900 --> 10:53.700
aumentare le prestazioni dei sistemi

10:53.700 --> 10:56.250
operativi guest eseguiti all'interno delle macchine

10:56.250 --> 10:59.373
virtuali su quel particolare hypervisor.