WEBVTT

00:00.120 --> 00:00.960
Instrutor: Quando

00:00.960 --> 00:03.090
chega a hora de instalar e configurar suas máquinas

00:03.090 --> 00:04.740
virtuais ao usar a virtualização, é importante

00:04.740 --> 00:05.790
entender os diferentes

00:05.790 --> 00:08.250
requisitos de recursos existentes.

00:08.250 --> 00:09.900
Quando se trata de requisitos de recursos,

00:09.900 --> 00:12.690
nós realmente nos concentramos em quatro áreas principais.

00:12.690 --> 00:15.390
A CPU e suas extensões de virtualização,

00:15.390 --> 00:18.930
a memória do sistema, o armazenamento e a rede.

00:18.930 --> 00:20.580
Vamos dar uma olhada em cada uma delas.

00:20.580 --> 00:24.150
Primeiro, temos a CPU e suas extensões de virtualização.

00:24.150 --> 00:25.980
Agora, quando falamos de CPUs,

00:25.980 --> 00:28.710
cada fabricante, como a Intel e a AMD, usa uma tecnologia

00:28.710 --> 00:31.470
diferente para virtualização.

00:31.470 --> 00:33.420
Se estiver usando chips baseados

00:33.420 --> 00:36.150
na Intel, você procurará o VT-x, que é sua

00:36.150 --> 00:38.100
tecnologia de virtualização,

00:38.100 --> 00:39.840
que significa VT.

00:39.840 --> 00:41.910
Se você estiver usando um processador

00:41.910 --> 00:45.600
AMD, eles chamam a extensão de virtualização de AMD-V

00:45.600 --> 00:48.180
para virtualização AMD.

00:48.180 --> 00:50.310
Agora, quer você esteja usando um hipervisor

00:50.310 --> 00:52.080
hospedado ou um hipervisor bare metal,

00:52.080 --> 00:54.996
ambos terão ganhos significativos de desempenho se você

00:54.996 --> 00:57.990
tiver uma CPU compatível com a virtualização.

00:57.990 --> 00:59.700
Agora, alguns softwares de virtualização

00:59.700 --> 01:01.380
não exigem que a CPU tenha suporte

01:01.380 --> 01:03.600
à virtualização ativado para que você possa

01:03.600 --> 01:05.490
usar a virtualização.

01:05.490 --> 01:07.830
Mas se você não tiver a virtualização ativada como

01:07.830 --> 01:09.360
uma extensão do processador, ela

01:09.360 --> 01:12.090
reduzirá significativamente o desempenho.

01:12.090 --> 01:14.820
E você terá uma máquina virtual muito inutilizável quando

01:14.820 --> 01:17.550
se trata de fazer algum trabalho de produção real.

01:17.550 --> 01:19.830
Agora, se o seu processador for compatível com a virtualização,

01:19.830 --> 01:21.750
e a maioria dos processadores modernos é compatível,

01:21.750 --> 01:23.713
você terá que acessar o BIOS ou a UEFI para habilitar

01:23.713 --> 01:27.210
essas extensões de virtualização.

01:27.210 --> 01:28.800
Normalmente, se você tentar instalar

01:28.800 --> 01:30.060
uma máquina virtual em algo

01:30.060 --> 01:32.070
como o VirtualBox ou o VMware, e ele não

01:32.070 --> 01:33.180
detectar que a virtualização

01:33.180 --> 01:34.710
está ativada, será exibida uma

01:34.710 --> 01:36.060
mensagem de erro informando

01:36.060 --> 01:39.720
que você precisa ativar o VT-x ou o AMD-V.

01:39.720 --> 01:40.830
Agora, além dessas

01:40.830 --> 01:42.990
duas extensões de tecnologia de virtualização,

01:42.990 --> 01:45.690
há outra chamada SLAT, que significa traduções

01:45.690 --> 01:48.540
de endereço de segundo nível.

01:48.540 --> 01:50.070
E esse é um recurso do processador

01:50.070 --> 01:51.810
em muitos processadores modernos que

01:51.810 --> 01:53.160
ajudará a melhorar o desempenho

01:53.160 --> 01:55.020
da memória virtual quando você estiver

01:55.020 --> 01:56.370
executando várias máquinas

01:56.370 --> 01:58.500
virtuais em um único host físico.

01:58.500 --> 02:00.540
Agora, se você estiver usando um

02:00.540 --> 02:03.690
processador Intel, eles chamam o SLAT de EPT, que

02:03.690 --> 02:06.000
é a tabela de páginas estendida.

02:06.000 --> 02:07.980
Se você estiver usando um processador

02:07.980 --> 02:11.160
AMD, eles chamam o SLAT de RVI, que é a indexação

02:11.160 --> 02:14.010
de virtualização rápida.

02:14.010 --> 02:19.010
De qualquer forma, se você vir o termo SLAT, EPT ou RVI, estará realmente falando sobre

02:19.110 --> 02:20.430
a capacidade de acessar

02:20.430 --> 02:23.040
a memória virtual de um método mais rápido e

02:23.040 --> 02:24.570
de obter melhor desempenho

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

02:25.590 --> 02:27.180
E isso é algo que seu processador

02:27.180 --> 02:28.860
precisa suportar para que você

02:28.860 --> 02:30.660
possa usar essas extensões.

02:30.660 --> 02:31.890
Agora, além de falarmos

02:31.890 --> 02:33.450
sobre as extensões de virtualização

02:33.450 --> 02:35.640
dentro de nossos processadores e CPUs, também

02:35.640 --> 02:38.490
queremos falar sobre a própria CPU.

02:38.490 --> 02:40.650
Se quiser ter uma máquina de alto desempenho

02:40.650 --> 02:43.350
quando estiver lidando com virtualização, procure

02:43.350 --> 02:46.080
um processador compatível com hyper threading

02:46.080 --> 02:49.050
de vários núcleos ou vários processadores físicos em

02:49.050 --> 02:50.640
seu sistema.

02:50.640 --> 02:52.470
O fato de ter núcleos adicionais disponíveis significa

02:52.470 --> 02:54.810
que você tem capacidade de processamento adicional.

02:54.810 --> 02:56.310
Se você tiver vários processadores,

02:56.310 --> 02:58.680
isso significa que há dois ou mais processadores físicos

02:58.680 --> 03:00.630
instalados na placa-mãe.

03:00.630 --> 03:01.770
Isso é bastante raro, a

03:01.770 --> 03:04.470
menos que você esteja usando uma tecnologia baseada em

03:04.470 --> 03:06.960
servidor, mas no seu desktop ou laptop, é mais provável

03:06.960 --> 03:08.130
que você encontre um processador

03:08.130 --> 03:09.990
com vários núcleos ou com hyper threading

03:09.990 --> 03:12.810
para fornecer núcleos virtuais.

03:12.810 --> 03:14.400
Dessa forma, você pode atribuir

03:14.400 --> 03:17.760
processadores às suas máquinas virtuais individuais que executam

03:17.760 --> 03:19.560
esses sistemas operacionais convidados

03:19.560 --> 03:21.540
e fornecer a elas recursos mais dedicados

03:21.540 --> 03:23.520
que aumentarão seu desempenho.

03:23.520 --> 03:24.540
Agora, uma outra observação

03:24.540 --> 03:25.650
a respeito das CPUs: lembre-se

03:25.650 --> 03:27.600
de que as CPUs vêm em três mecanismos diferentes

03:27.600 --> 03:31.260
que você encontrará no mercado atualmente.

03:31.260 --> 03:34.320
O primeiro é o antigo x86.

03:34.320 --> 03:36.720
Agora, quando falamos de processadores baseados em x86,

03:36.720 --> 03:39.180
estamos realmente falando de um processador de 32 bits.

03:39.180 --> 03:41.580
Isso significa que você ficará significativamente limitado

03:41.580 --> 03:44.310
na capacidade do seu sistema de usar outras coisas.

03:44.310 --> 03:45.143
Porque, quando se

03:45.143 --> 03:47.130
trata de um sistema operacional de 32 bits,

03:47.130 --> 03:49.740
só é possível acessar quatro gigabytes de RAM, o que é uma

03:49.740 --> 03:51.090
quantidade muito pequena quando

03:51.090 --> 03:52.290
se deseja hospedar várias

03:52.290 --> 03:53.490
máquinas virtuais em um único

03:53.490 --> 03:55.290
servidor físico.

03:55.290 --> 03:58.860
Em vez disso, é melhor executar um processador de base x64,

03:58.860 --> 04:01.560
que lhe dá acesso a até 16 exabytes de RAM para

04:01.560 --> 04:03.780
o seu sistema, dependendo se o sistema

04:03.780 --> 04:05.850
operacional do host subjacente

04:05.850 --> 04:08.100
é compatível ou não.

04:08.100 --> 04:09.870
Esses 16 exabytes em comparação

04:09.870 --> 04:11.310
com os quatro gigabytes significam

04:11.310 --> 04:14.820
que temos mais de 4 bilhões de vezes mais RAM disponível se estivermos

04:14.820 --> 04:17.580
usando um processador básico x64.

04:17.580 --> 04:20.070
Agora, se você estiver executando um processador

04:20.070 --> 04:22.590
de 64 bits, ainda poderá executar programas de 32

04:22.590 --> 04:24.690
bits e sistemas operacionais de 32 bits como

04:24.690 --> 04:27.630
sistemas operacionais convidados nesse servidor físico,

04:27.630 --> 04:28.890
se desejar.

04:28.890 --> 04:30.060
A verdadeira limitação,

04:30.060 --> 04:32.430
porém, é que se você tiver um processador de 32

04:32.430 --> 04:34.920
bits, não poderá executar aplicativos ou sistemas

04:34.920 --> 04:37.260
operacionais de 64 bits como máquinas virtuais

04:37.260 --> 04:39.810
em um sistema operacional convidado.

04:39.810 --> 04:41.430
Portanto, mais uma vez, é

04:41.430 --> 04:44.520
melhor optar por um processador baseado em x64.

04:44.520 --> 04:45.900
Agora, o terceiro tipo de processador

04:45.900 --> 04:47.587
que você pode encontrar é o conhecido como ARM.

04:47.587 --> 04:49.890
E um ARM é uma arquitetura de computador com conjunto

04:49.890 --> 04:51.480
de instruções reduzido para o processador

04:51.480 --> 04:53.310
do computador.

04:53.310 --> 04:54.840
Agora, onde você encontrará processadores

04:54.840 --> 04:56.760
ARM no campo atualmente?

04:56.760 --> 04:59.130
Bem, se você estiver usando um Mac moderno,

04:59.130 --> 05:01.110
todos eles usam processadores ARM.

05:01.110 --> 05:03.210
E isso é importante porque, se você estiver

05:03.210 --> 05:05.970
executando um dos sistemas modernos, como um MacBook

05:05.970 --> 05:07.050
Pro ou um dos novos iMACs

05:07.050 --> 05:10.290
que executam um desses processadores M1 ou M2, todos eles são baseados

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

05:11.610 --> 05:13.230
E como são baseados em ARM, não podem

05:13.230 --> 05:16.290
hospedar nativamente sistemas operacionais convidados

05:16.290 --> 05:18.330
que não sejam executados em ARM.

05:18.330 --> 05:20.880
Porque deve haver uma tradução que ocorra.

05:20.880 --> 05:23.820
Assim, por exemplo, se você comprar um Mac ou um MacBook

05:23.820 --> 05:26.760
Pro que esteja usando um processador M1 ou M1 Pro, esse é

05:26.760 --> 05:28.530
um processador baseado em ARM.

05:28.530 --> 05:30.660
E se você tentar instalar o Windows 11 ou

05:30.660 --> 05:33.240
o Windows 10 em um sistema operacional convidado,

05:33.240 --> 05:37.740
e essas forem versões de sistema operacional baseadas em x86 ou x64, elas não serão

05:37.740 --> 05:40.410
executadas e você receberá erros.

05:40.410 --> 05:42.240
Portanto, se você estiver usando um processador

05:42.240 --> 05:43.470
baseado em ARM no sistema físico

05:43.470 --> 05:44.730
em que hospedará suas diferentes

05:44.730 --> 05:47.910
máquinas virtuais, isso limitará significativamente suas opções de sistemas

05:47.910 --> 05:49.920
operacionais convidados, pois nem todos os sistemas

05:49.920 --> 05:51.450
operacionais têm uma versão baseada

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

05:53.340 --> 05:54.510
No momento da publicação

05:54.510 --> 05:56.400
deste artigo, o Windows 11 está sendo produzido

05:56.400 --> 05:58.560
em uma versão para processadores baseados em

05:58.560 --> 06:00.990
ARM e funcionará nesses chips ARM.

06:00.990 --> 06:02.580
E também há versões do Linux baseadas

06:02.580 --> 06:04.290
em ARM que podem ser executadas em

06:04.290 --> 06:07.170
um MacBook ou outro processador baseado em ARM.

06:07.170 --> 06:08.250
Mas eu só queria apontar isso

06:08.250 --> 06:09.510
para você porque é uma limitação

06:09.510 --> 06:11.160
com a qual você vai se deparar.

06:11.160 --> 06:12.150
Agora, a segunda área sobre

06:12.150 --> 06:13.800
a qual precisamos falar em termos de recursos

06:13.800 --> 06:15.240
é a memória do sistema.

06:15.240 --> 06:16.650
Quando falamos de memória do

06:16.650 --> 06:18.120
sistema, estamos realmente

06:18.120 --> 06:20.070
falando da quantidade de memória física

06:20.070 --> 06:22.470
instalada no servidor físico ou na estação de trabalho

06:22.470 --> 06:25.200
que atua como sistema operacional host.

06:25.200 --> 06:27.810
Assim, por exemplo, se eu tiver oito gigabytes ou

06:27.810 --> 06:30.960
16 gigabytes ou 32 gigabytes, mais é sempre melhor quando se

06:30.960 --> 06:32.400
trata de hospedar máquinas

06:32.400 --> 06:33.630
virtuais, porque se eu tiver

06:33.630 --> 06:35.820
apenas oito gigabytes de RAM no meu laptop,

06:35.820 --> 06:38.040
por exemplo, e quiser executar quatro sistemas

06:38.040 --> 06:40.920
operacionais convidados diferentes, bem, se cada um ocupar

06:40.920 --> 06:44.580
dois gigabytes de RAM, já terei usado toda a minha memória física e não

06:44.580 --> 06:46.170
sobrará nada para o meu sistema

06:46.170 --> 06:49.140
operacional host subjacente.

06:49.140 --> 06:50.550
Apenas para colocar isso em perspectiva,

06:50.550 --> 06:53.160
se você estiver executando algo como o Mac OS, serão necessários

06:53.160 --> 06:55.980
cerca de oito gigabytes de memória apenas para inicializar

06:55.980 --> 06:57.150
o Mac e poder fazer o que ele

06:57.150 --> 06:59.130
precisa fazer.

06:59.130 --> 07:00.600
Se você estiver usando uma máquina

07:00.600 --> 07:03.300
Windows, geralmente são necessários cerca de quatro gigabytes

07:03.300 --> 07:05.340
para executar o Windows suficientemente como um

07:05.340 --> 07:06.720
sistema operacional host.

07:06.720 --> 07:08.970
Portanto, se você tiver oito gigabytes e quiser

07:08.970 --> 07:10.290
executar o Windows 11 como

07:10.290 --> 07:13.110
convidado dentro de um host do Windows 10, serão necessários

07:13.110 --> 07:14.820
quatro mais quatro ou todos os oito

07:14.820 --> 07:17.160
gigabytes de sua memória.

07:17.160 --> 07:19.410
Portanto, mais uma vez, ao falar sobre seus recursos,

07:19.410 --> 07:20.400
você realmente deve analisar

07:20.400 --> 07:22.350
a quantidade de memória que pode dedicar

07:22.350 --> 07:24.090
a esses sistemas operacionais convidados

07:24.090 --> 07:25.860
e, quanto mais memória física tiver,

07:25.860 --> 07:28.230
mais poderá fazer isso.

07:28.230 --> 07:31.440
A próxima consideração sobre os recursos é o nosso armazenamento.

07:31.440 --> 07:33.780
E estamos falando sobre onde você vai armazenar todas

07:33.780 --> 07:35.850
essas imagens de máquinas virtuais.

07:35.850 --> 07:37.710
Lembre-se de que todas essas máquinas virtuais

07:37.710 --> 07:39.990
que estamos criando com seus sistemas operacionais

07:39.990 --> 07:42.870
convidados ocuparão espaço em disco no seu servidor físico.

07:42.870 --> 07:44.430
Portanto, se você tiver um laptop

07:44.430 --> 07:47.130
com apenas 256 gigabytes de espaço e quiser instalar

07:47.130 --> 07:48.780
um sistema operacional convidado

07:48.780 --> 07:51.210
do Windows 10 nesse sistema, provavelmente

07:51.210 --> 07:52.260
precisará de cerca

07:52.260 --> 07:54.480
de 50 gigabytes de espaço.

07:54.480 --> 07:56.070
Portanto, você acabou de usar um

07:56.070 --> 07:57.360
quinto do seu disco rígido

07:57.360 --> 07:59.610
total nessa única imagem de máquina virtual.

07:59.610 --> 08:01.860
Agora, se você tiver três ou quatro cópias

08:01.860 --> 08:03.600
diferentes disso, terá ocupado

08:03.600 --> 08:05.130
três ou quatro vezes 50, o que

08:05.130 --> 08:07.530
equivale a 150 a 200 gigabytes, ou seja, quase

08:07.530 --> 08:09.480
toda a sua unidade de disco.

08:09.480 --> 08:11.040
Assim, o armazenamento em massa se torna

08:11.040 --> 08:13.080
algo de que você realmente precisa estar ciente.

08:13.080 --> 08:15.390
Normalmente, quando se faz uma instalação

08:15.390 --> 08:17.130
do Windows, uma instalação básica

08:17.130 --> 08:19.440
do Windows ocupará cerca de 20 gigabytes de

08:19.440 --> 08:22.230
espaço, mas você deve usar provavelmente 40 ou 50, pois

08:22.230 --> 08:24.210
precisará de espaço adicional para armazenar

08:24.210 --> 08:25.740
arquivos, instalar aplicativos

08:25.740 --> 08:28.230
e coisas do gênero.

08:28.230 --> 08:30.000
Se estiver usando o Linux, em geral,

08:30.000 --> 08:31.470
eles são muito mais leves e a maioria

08:31.470 --> 08:33.480
das distribuições será instalada em cerca

08:33.480 --> 08:36.120
de quatro a oito gigabytes de espaço, o que é significativamente

08:36.120 --> 08:38.460
menor do que o Windows.

08:38.460 --> 08:40.200
Se estiver lidando com um ambiente Mac

08:40.200 --> 08:41.640
como um sistema operacional convidado,

08:41.640 --> 08:43.140
isso, mais uma vez, ocupa normalmente

08:43.140 --> 08:45.840
cerca de 20 a 40 gigabytes de espaço.

08:45.840 --> 08:47.070
Portanto, lembre-se disso e,

08:47.070 --> 08:48.630
se você tiver uma quantidade muito limitada

08:48.630 --> 08:50.730
de espaço em disco em seu dispositivo físico, talvez

08:50.730 --> 08:52.050
queira atualizá-lo e aumentar a

08:52.050 --> 08:53.760
quantidade de armazenamento.

08:53.760 --> 08:56.130
Dessa forma, você pode hospedar mais sistemas operacionais

08:56.130 --> 08:58.320
convidados no mesmo servidor físico.

08:58.320 --> 09:01.380
E a última área que precisamos considerar é a rede.

09:01.380 --> 09:03.240
Isso ocorre porque o hipervisor que

09:03.240 --> 09:05.640
está operando no sistema operacional host criará

09:05.640 --> 09:08.010
um ambiente de rede virtual para que todas as outras

09:08.010 --> 09:09.690
máquinas virtuais que estão hospedadas

09:09.690 --> 09:12.480
nesse sistema se comuniquem.

09:12.480 --> 09:14.490
Mas se todos eles quiserem acessar a Internet

09:14.490 --> 09:17.100
ou a rede local para fazer download de arquivos, todos

09:17.100 --> 09:17.940
eles farão isso por

09:17.940 --> 09:20.220
meio da mesma placa de interface de rede no dispositivo

09:20.220 --> 09:21.810
físico.

09:21.810 --> 09:24.000
Portanto, se você estiver usando uma placa de rede

09:24.000 --> 09:26.490
antiga que opera a apenas cem megabits por segundo e estiver

09:26.490 --> 09:29.340
executando cinco máquinas virtuais nesse servidor, cada uma delas

09:29.340 --> 09:30.780
estará efetivamente recebendo

09:30.780 --> 09:32.820
apenas 20 megabits por segundo.

09:32.820 --> 09:34.110
Nesse caso, você definitivamente

09:34.110 --> 09:36.090
deveria atualizar a placa de interface de

09:36.090 --> 09:37.110
rede no servidor físico

09:37.110 --> 09:38.280
que está hospedando esses

09:38.280 --> 09:40.500
convidados e colocar uma placa de rede de gigabit

09:40.500 --> 09:43.200
ou até mesmo uma placa de rede de 10 gigabit se estiver hospedando

09:43.200 --> 09:45.870
várias máquinas virtuais.

09:45.870 --> 09:47.760
Isso permitirá que você tenha rendimento e largura

09:47.760 --> 09:49.560
de banda adicionais para poder hospedar todas

09:49.560 --> 09:50.970
essas máquinas virtuais sem que a

09:50.970 --> 09:53.280
rede se torne um problema de lentidão.

09:53.280 --> 09:54.690
Além disso, como você aprenderá

09:54.690 --> 09:56.430
mais tarde em seus estudos de rede, também

09:56.430 --> 09:58.890
é possível instalar várias placas de interface de rede

09:58.890 --> 10:00.030
e colocá-las no que é conhecido

10:00.030 --> 10:01.980
como configuração em equipe.

10:01.980 --> 10:04.500
Isso permite que várias placas trabalhem em conjunto

10:04.500 --> 10:06.600
para proporcionar velocidades mais altas.

10:06.600 --> 10:09.330
Portanto, se você tiver duas placas de rede de um gigabit e elas

10:09.330 --> 10:10.710
estiverem trabalhando em equipe,

10:10.710 --> 10:12.540
agora você terá dois gigabits de taxa de transferência

10:12.540 --> 10:13.950
que poderá usar para se conectar

10:13.950 --> 10:15.330
à rede.

10:15.330 --> 10:16.560
Geralmente, se você estiver

10:16.560 --> 10:18.330
trabalhando em um servidor que hospeda muitas

10:18.330 --> 10:20.310
máquinas virtuais em um ambiente corporativo

10:20.310 --> 10:21.330
ou empresarial, verá que

10:21.330 --> 10:23.130
ele terá até quatro placas de interface de

10:23.130 --> 10:24.300
rede, todas trabalhando em

10:24.300 --> 10:26.580
equipe para que possam obter até quatro gigabits por segundo

10:26.580 --> 10:28.680
ou até 40 gigabits por segundo.

10:28.680 --> 10:30.840
Se estiverem usando placas de interface de rede de

10:30.840 --> 10:33.240
10 gigabits por segundo nesse servidor específico.

10:33.240 --> 10:36.090
Portanto, lembre-se de que, quando se trata de requisitos de recursos,

10:36.090 --> 10:38.850
é importante considerar a CPU e o processador e seus recursos,

10:38.850 --> 10:42.030
bem como a quantidade de memória que você tem, a quantidade de armazenamento

10:42.030 --> 10:44.850
que você tem e a quantidade de rede que você tem.

10:44.850 --> 10:47.430
Essas quatro áreas são todas as áreas que você deve considerar.

10:47.430 --> 10:49.230
Ao decidir quantas máquinas virtuais você

10:49.230 --> 10:51.900
poderá hospedar em um determinado servidor ou estação de trabalho

10:51.900 --> 10:53.700
e como poderá aumentar o desempenho dos sistemas

10:53.700 --> 10:56.250
operacionais convidados que estão sendo executados dentro

10:56.250 --> 10:59.373
das máquinas virtuais nesse hipervisor específico.