WEBVTT

00:00.120 --> 00:00.960
Instructor: Cuando llega

00:00.960 --> 00:03.090
el momento de instalar y configurar sus máquinas virtuales

00:03.090 --> 00:04.740
al utilizar la virtualización, es importante

00:04.740 --> 00:05.790
comprender los diferentes

00:05.790 --> 00:08.250
requisitos de recursos que existen.

00:08.250 --> 00:09.900
En cuanto a los recursos necesarios,

00:09.900 --> 00:12.690
nos centramos en cuatro áreas principales.

00:12.690 --> 00:15.390
La CPU y sus extensiones de virtualización,

00:15.390 --> 00:18.930
la memoria del sistema, el almacenamiento y la red.

00:18.930 --> 00:20.580
Veamos cada una de ellas.

00:20.580 --> 00:24.150
En primer lugar, tenemos la CPU y sus extensiones de virtualización.

00:24.150 --> 00:25.980
Ahora, cuando hablamos de CPU, cada

00:25.980 --> 00:28.710
fabricante, como Intel y AMD, utiliza una tecnología

00:28.710 --> 00:31.470
diferente para la virtualización.

00:31.470 --> 00:33.420
Si utilizas chips basados

00:33.420 --> 00:36.150
en Intel, vas a buscar VT-x, que es su tecnología

00:36.150 --> 00:38.100
de virtualización, que significa

00:38.100 --> 00:39.840
VT.

00:39.840 --> 00:41.910
Si utilizas un procesador AMD,

00:41.910 --> 00:45.600
ellos llaman a su extensión de virtualización AMD-V

00:45.600 --> 00:48.180
para la virtualización AMD.

00:48.180 --> 00:50.310
Ahora bien, tanto si utilizas un hipervisor

00:50.310 --> 00:52.080
alojado como un hipervisor bare metal,

00:52.080 --> 00:54.996
ambos obtendrán importantes ganancias de rendimiento si

00:54.996 --> 00:57.990
tienes una CPU compatible con la virtualización.

00:57.990 --> 00:59.700
Ahora bien, algunos programas de

00:59.700 --> 01:01.380
virtualización no requieren que

01:01.380 --> 01:03.600
la CPU tenga habilitado el soporte de virtualización

01:03.600 --> 01:05.490
para poder utilizarla.

01:05.490 --> 01:07.830
Pero si no tienes habilitada la virtualización

01:07.830 --> 01:09.360
como extensión del procesador,

01:09.360 --> 01:12.090
va a ralentizar significativamente tu rendimiento.

01:12.090 --> 01:14.820
Y usted va a tener una máquina virtual muy inutilizable cuando

01:14.820 --> 01:17.550
se trata de hacer algún trabajo de producción real.

01:17.550 --> 01:19.830
Ahora, si tu procesador soporta virtualización

01:19.830 --> 01:21.750
y la mayoría de los procesadores modernos

01:21.750 --> 01:23.713
lo hacen, vas a tener que ir a la BIOS o UEFI

01:23.713 --> 01:27.210
para poder habilitar esas extensiones de virtualización.

01:27.210 --> 01:28.800
Normalmente, si intentas instalar

01:28.800 --> 01:30.060
una máquina virtual en

01:30.060 --> 01:32.070
algo como VirtualBox o VMware, y no

01:32.070 --> 01:33.180
detecta que hay virtualización

01:33.180 --> 01:36.060
habilitada, te dará un mensaje de error diciéndote

01:36.060 --> 01:39.720
que necesitas habilitar VT-x o AMD-V.

01:39.720 --> 01:40.830
Además de estas dos extensiones

01:40.830 --> 01:42.990
tecnológicas de virtualización, existe

01:42.990 --> 01:45.690
otra llamada SLAT, que significa traducción de

01:45.690 --> 01:48.540
direcciones de segundo nivel.

01:48.540 --> 01:50.070
Y esta es una característica del procesador

01:50.070 --> 01:51.810
en muchos procesadores modernos que

01:51.810 --> 01:53.160
ayudará a mejorar el rendimiento

01:53.160 --> 01:55.020
de la memoria virtual cuando esté ejecutando

01:55.020 --> 01:56.370
varias máquinas virtuales en

01:56.370 --> 01:58.500
un único host físico.

01:58.500 --> 02:00.540
Ahora, si estás usando un procesador

02:00.540 --> 02:03.690
Intel, ellos llaman a SLAT como EPT, que es la tabla

02:03.690 --> 02:06.000
de páginas extendida.

02:06.000 --> 02:07.980
Si usas un procesador AMD,

02:07.980 --> 02:11.160
ellos llaman a SLAT como RVI, que es rapid

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

02:14.010 --> 02:19.010
En cualquier caso, si ves el término SLAT, EPT o RVI, en realidad estás hablando de la capacidad

02:19.110 --> 02:20.430
de acceder a la memoria

02:20.430 --> 02:23.040
virtual de un modo más rápido y poder obtener

02:23.040 --> 02:24.570
un mayor rendimiento de tu

02:24.570 --> 02:25.590
CPU.

02:25.590 --> 02:27.180
Y es algo que tu procesador tiene

02:27.180 --> 02:28.860
que soportar para que puedas utilizar

02:28.860 --> 02:30.660
estas extensiones.

02:30.660 --> 02:31.890
Ahora, además de hablar

02:31.890 --> 02:33.450
de las extensiones de virtualización

02:33.450 --> 02:35.640
dentro de nuestros procesadores y CPU, también

02:35.640 --> 02:38.490
queremos hablar de las propias CPU.

02:38.490 --> 02:40.650
Si quieres tener una máquina de muy alto rendimiento

02:40.650 --> 02:43.350
cuando estés tratando con virtualización, vas a querer

02:43.350 --> 02:46.080
buscar un procesador que soporte hyper threading multi-core

02:46.080 --> 02:50.640
o múltiples procesadores físicos en tu sistema dado.

02:50.640 --> 02:52.470
Disponer de más núcleos significa

02:52.470 --> 02:54.810
tener más capacidad de procesamiento.

02:54.810 --> 02:56.310
Si tiene varios procesadores,

02:56.310 --> 02:58.680
significa que tiene dos o más procesadores físicos

02:58.680 --> 03:00.630
instalados en esa placa base.

03:00.630 --> 03:01.770
Ahora bien, esto es bastante

03:01.770 --> 03:04.470
raro, a menos que estés utilizando una tecnología basada en servidor,

03:04.470 --> 03:06.960
pero en tu ordenador de sobremesa en casa o en tu portátil,

03:06.960 --> 03:08.130
es más probable que encuentres

03:08.130 --> 03:09.990
o bien multinúcleo o bien hiperhilos en tu

03:09.990 --> 03:12.810
procesador para darte núcleos virtuales.

03:12.810 --> 03:14.400
Y de esa forma te da la capacidad adicional

03:14.400 --> 03:17.760
de asignar procesadores a tus máquinas virtuales individuales que ejecutan

03:17.760 --> 03:19.560
esos sistemas operativos invitados y

03:19.560 --> 03:21.540
darles más recursos dedicados que aumentarán

03:21.540 --> 03:23.520
su rendimiento.

03:23.520 --> 03:24.540
Ahora, otra nota al margen

03:24.540 --> 03:25.650
cuando se trata de CPUs,

03:25.650 --> 03:27.600
recuerda, CPUs realmente vienen en tres mecanismos

03:27.600 --> 03:29.250
diferentes que vas a encontrar en el

03:29.250 --> 03:31.260
mercado en estos días.

03:31.260 --> 03:34.320
El primero es el x86 de la vieja escuela.

03:34.320 --> 03:36.720
Ahora bien, cuando hablamos de procesadores basados en x86,

03:36.720 --> 03:39.180
en realidad estamos hablando de un procesador de 32 bits.

03:39.180 --> 03:41.580
Y esto significa que vas a estar significativamente limitado

03:41.580 --> 03:44.310
en la capacidad de tu sistema para utilizar otras cosas.

03:44.310 --> 03:45.143
Porque cuando se

03:45.143 --> 03:47.130
trata de un sistema operativo de 32 bits,

03:47.130 --> 03:49.740
sólo se puede acceder a cuatro gigabytes de RAM, que es

03:49.740 --> 03:51.090
una cantidad muy pequeña cuando

03:51.090 --> 03:52.290
se trata de alojar varias

03:52.290 --> 03:53.490
máquinas virtuales en un

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

03:55.290 --> 03:58.860
En su lugar, es mejor ejecutar un procesador base x64,

03:58.860 --> 04:01.560
que le da acceso a hasta 16 exabytes de RAM

04:01.560 --> 04:03.780
para su sistema dado, dependiendo

04:03.780 --> 04:05.850
de si su sistema operativo host

04:05.850 --> 04:08.100
subyacente lo admite o no.

04:08.100 --> 04:09.870
Estos 16 exabytes frente a los

04:09.870 --> 04:11.310
cuatro gigabytes significan

04:11.310 --> 04:14.820
que tenemos más de 4.000 millones de veces más RAM disponible

04:14.820 --> 04:17.580
si utilizamos un procesador base x64.

04:17.580 --> 04:20.070
Ahora bien, si utilizas un procesador de 64 bits,

04:20.070 --> 04:22.590
puedes seguir ejecutando programas de 32 bits

04:22.590 --> 04:24.690
y sistemas operativos de 32 bits como sistemas

04:24.690 --> 04:28.890
operativos invitados en ese servidor físico si lo deseas.

04:28.890 --> 04:30.060
Sin embargo, la limitación

04:30.060 --> 04:32.430
real es que si tienes un procesador de 32 bits,

04:32.430 --> 04:34.920
no puedes ejecutar aplicaciones de 64 bits o sistemas

04:34.920 --> 04:37.260
operativos de 64 bits como máquinas virtuales

04:37.260 --> 04:39.810
en un sistema operativo invitado.

04:39.810 --> 04:41.430
Así que, de nuevo, es mejor

04:41.430 --> 04:44.520
optar por un procesador basado en x64.

04:44.520 --> 04:45.900
El tercer tipo de procesador con el que te

04:45.900 --> 04:47.587
puedes encontrar es lo que se conoce como ARM.

04:47.587 --> 04:49.890
Y un ARM es una arquitectura informática de conjunto

04:49.890 --> 04:51.480
de instrucciones reducido para

04:51.480 --> 04:53.310
el procesador de su ordenador.

04:53.310 --> 04:54.840
Ahora bien, ¿dónde se va a encontrar

04:54.840 --> 04:56.760
con procesadores ARM en el campo hoy en día?

04:56.760 --> 04:59.130
Bueno, si usas cualquier Mac moderno,

04:59.130 --> 05:01.110
todos usan procesadores ARM.

05:01.110 --> 05:03.210
Y esto es importante porque si estás ejecutando

05:03.210 --> 05:05.970
uno de los sistemas modernos, como un MacBook Pro o uno

05:05.970 --> 05:07.050
de los nuevos iMAC que

05:07.050 --> 05:10.290
ejecutan uno de estos procesadores M1 o M2, todos ellos están basados

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

05:11.610 --> 05:13.230
Además, al estar basados en ARM,

05:13.230 --> 05:16.290
no pueden alojar de forma nativa sistemas operativos invitados

05:16.290 --> 05:18.330
que no se ejecuten en ARM.

05:18.330 --> 05:20.880
Porque tiene que haber una traducción que se produzca.

05:20.880 --> 05:23.820
Por ejemplo, si compras un Mac o un MacBook Pro que

05:23.820 --> 05:26.760
utiliza un procesador M1 o M1 Pro, se trata de un procesador

05:26.760 --> 05:28.530
basado en ARM.

05:28.530 --> 05:30.660
Y si intentas instalar Windows 11

05:30.660 --> 05:33.240
o Windows 10 en un sistema operativo invitado,

05:33.240 --> 05:37.740
y esas son versiones del sistema operativo basadas en x86 o x64, no se van

05:37.740 --> 05:40.410
a ejecutar y vas a obtener errores.

05:40.410 --> 05:42.240
Así que si estás usando un procesador basado

05:42.240 --> 05:43.470
en ARM en tu sistema físico en

05:43.470 --> 05:44.730
el que vas a alojar tus diferentes

05:44.730 --> 05:46.320
máquinas virtuales, esto va a limitar

05:46.320 --> 05:47.910
significativamente tus opciones de

05:47.910 --> 05:49.920
sistemas operativos invitados porque no todos

05:49.920 --> 05:51.450
los sistemas operativos tienen una

05:51.450 --> 05:53.340
versión basada en ARM.

05:53.340 --> 05:54.510
En el momento de escribir

05:54.510 --> 05:56.400
estas líneas, Windows 11 está preparando

05:56.400 --> 05:58.560
una versión para procesadores basados en

05:58.560 --> 06:00.990
ARM, que funcionará en esos chips ARM.

06:00.990 --> 06:02.580
Y también hay versiones de Linux

06:02.580 --> 06:04.290
basadas en ARM que puedes ejecutar

06:04.290 --> 06:07.170
en un MacBook u otro procesador basado en ARM.

06:07.170 --> 06:08.250
Pero quería señalártelo

06:08.250 --> 06:09.510
porque es una limitación

06:09.510 --> 06:11.160
con la que te vas a encontrar.

06:11.160 --> 06:12.150
Ahora, la segunda área de

06:12.150 --> 06:13.800
la que tenemos que hablar en términos de recursos

06:13.800 --> 06:15.240
es la memoria del sistema.

06:15.240 --> 06:16.650
Cuando hablamos de memoria del

06:16.650 --> 06:18.120
sistema, en realidad nos referimos

06:18.120 --> 06:20.070
a la cantidad de memoria física que está instalada

06:20.070 --> 06:22.470
en tu servidor físico o estación de trabajo que actúa

06:22.470 --> 06:25.200
como sistema operativo anfitrión.

06:25.200 --> 06:27.810
Así, por ejemplo, si tengo ocho gigabytes o 16 gigabytes

06:27.810 --> 06:30.960
o 32 gigabytes, más siempre es mejor cuando se trata de alojar

06:30.960 --> 06:32.400
máquinas virtuales, porque

06:32.400 --> 06:33.630
si sólo tengo ocho gigabytes

06:33.630 --> 06:35.820
de RAM en mi portátil, por ejemplo, y quiero

06:35.820 --> 06:40.920
ejecutar cuatro sistemas operativos invitados diferentes, bueno, si cada uno ocupa dos gigabytes

06:40.920 --> 06:46.170
de RAM, ya he utilizado toda mi memoria física y eso no dejó nada para mi sistema operativo host

06:46.170 --> 06:49.140
subyacente.

06:49.140 --> 06:50.550
Para poner esto en perspectiva,

06:50.550 --> 06:53.160
si estás ejecutando algo como Mac OS, se necesitan

06:53.160 --> 06:55.980
aproximadamente unos ocho gigabytes de memoria sólo

06:55.980 --> 06:57.150
para arrancar Mac y poder

06:57.150 --> 06:59.130
hacer lo que tiene que hacer.

06:59.130 --> 07:00.600
Si utilizas una máquina Windows,

07:00.600 --> 07:03.300
por lo general, se necesitan unos cuatro gigabytes para poder

07:03.300 --> 07:05.340
ejecutar Windows suficientemente como sistema

07:05.340 --> 07:06.720
operativo anfitrión.

07:06.720 --> 07:08.970
Así que si tienes ocho gigabytes y quieres

07:08.970 --> 07:10.290
ejecutar Windows 11 como

07:10.290 --> 07:13.110
invitado dentro de un host Windows 10, eso va a tomar

07:13.110 --> 07:14.820
cuatro más cuatro o los ocho gigabytes

07:14.820 --> 07:17.160
de tu memoria.

07:17.160 --> 07:19.410
Así que, de nuevo, cuando hablas de tus recursos,

07:19.410 --> 07:20.400
lo que realmente quieres

07:20.400 --> 07:22.350
es mirar cuánta memoria puedes dedicar

07:22.350 --> 07:24.090
a esos sistemas operativos invitados

07:24.090 --> 07:25.860
y cuanta más memoria física tengas,

07:25.860 --> 07:28.230
más podrás hacerlo.

07:28.230 --> 07:31.440
La siguiente consideración en cuanto a recursos es nuestro almacenamiento.

07:31.440 --> 07:33.780
Y estamos hablando de dónde vas a almacenar todas

07:33.780 --> 07:35.850
estas imágenes de máquinas virtuales.

07:35.850 --> 07:37.710
Recuerda, todas estas máquinas virtuales

07:37.710 --> 07:39.990
que estamos creando con sus sistemas operativos invitados

07:39.990 --> 07:42.870
van a ocupar espacio en disco en tu servidor físico.

07:42.870 --> 07:44.430
Así que si tienes un portátil

07:44.430 --> 07:47.130
que solo tiene 256 gigabytes de espacio, y quieres

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

07:48.780 --> 07:51.210
invitado Windows 10 en ese sistema, eso probablemente

07:51.210 --> 07:52.260
te va a ocupar unos 50

07:52.260 --> 07:54.480
gigabytes de espacio.

07:54.480 --> 07:56.070
Así que acabas de utilizar una quinta

07:56.070 --> 07:57.360
parte de tu disco duro total

07:57.360 --> 07:59.610
en esa única imagen de máquina virtual.

07:59.610 --> 08:01.860
Ahora bien, si tienes tres o cuatro copias

08:01.860 --> 08:03.600
diferentes de eso, habrás ocupado

08:03.600 --> 08:05.130
tres o cuatro veces 50, lo que

08:05.130 --> 08:07.530
supone entre 150 y 200 gigabytes, que es casi

08:07.530 --> 08:09.480
toda tu unidad de disco.

08:09.480 --> 08:11.040
Así que el almacenamiento masivo se convierte

08:11.040 --> 08:13.080
en algo que hay que tener muy en cuenta.

08:13.080 --> 08:15.390
Normalmente, cuando instalas Windows,

08:15.390 --> 08:17.130
una instalación básica de Windows

08:17.130 --> 08:19.440
ocupa unos 20 gigabytes de espacio, pero

08:19.440 --> 08:22.230
es mejor utilizar 40 o 50 porque necesitas espacio

08:22.230 --> 08:25.740
adicional para almacenar archivos, instalar aplicaciones

08:25.740 --> 08:28.230
y cosas así.

08:28.230 --> 08:30.000
Si usas Linux, por lo general, son mucho

08:30.000 --> 08:31.470
más ligeros y puedes encontrar

08:31.470 --> 08:33.480
que la mayoría de las distribuciones se instalarán

08:33.480 --> 08:36.120
en unos cuatro a ocho gigabytes de espacio, lo que es significativamente

08:36.120 --> 08:38.460
menos que windows.

08:38.460 --> 08:40.200
Si se trata de un entorno Mac

08:40.200 --> 08:41.640
como sistema operativo

08:41.640 --> 08:43.140
invitado, suele ocupar

08:43.140 --> 08:45.840
entre 20 y 40 gigabytes de espacio.

08:45.840 --> 08:47.070
Así que tenlo en cuenta, y si tienes

08:47.070 --> 08:48.630
una cantidad muy limitada de espacio

08:48.630 --> 08:50.730
en disco en tu dispositivo físico, es posible que desees

08:50.730 --> 08:52.050
actualizarlo y aumentar la cantidad

08:52.050 --> 08:53.760
de almacenamiento.

08:53.760 --> 08:56.130
De este modo, puede alojar más sistemas operativos

08:56.130 --> 08:58.320
invitados en el mismo servidor físico.

08:58.320 --> 09:01.380
Y el último aspecto que debemos tener en cuenta es la creación de redes.

09:01.380 --> 09:03.240
Y esto se debe a que el hipervisor que

09:03.240 --> 09:05.640
está operando en el sistema operativo host va a

09:05.640 --> 09:08.010
crear un entorno de red virtual para todas las

09:08.010 --> 09:09.690
otras máquinas virtuales que se

09:09.690 --> 09:11.220
alojan en ese sistema para comunicarse

09:11.220 --> 09:12.480
a través de.

09:12.480 --> 09:14.490
Pero si todos quieren salir a Internet

09:14.490 --> 09:17.100
o a tu red de área local para descargar archivos, todos

09:17.100 --> 09:17.940
lo hacen a través

09:17.940 --> 09:20.220
de tu misma tarjeta de interfaz de red en el dispositivo

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

09:21.810 --> 09:24.000
Así, si utilizas una tarjeta de red antigua

09:24.000 --> 09:26.490
que sólo funciona a cien megabits por segundo y ejecutas

09:26.490 --> 09:29.340
cinco máquinas virtuales en ese servidor, cada una de ellas

09:29.340 --> 09:30.780
estará recibiendo sólo 20 megabits

09:30.780 --> 09:32.820
por segundo.

09:32.820 --> 09:34.110
En este caso, definitivamente

09:34.110 --> 09:36.090
querrás actualizar tu tarjeta de interfaz

09:36.090 --> 09:37.110
de red en el servidor

09:37.110 --> 09:38.280
físico que aloja a estos

09:38.280 --> 09:40.500
invitados y colocar una tarjeta de red gigabit

09:40.500 --> 09:43.200
o incluso una tarjeta de red de 10 gigabit si alojas varias

09:43.200 --> 09:45.870
máquinas virtuales.

09:45.870 --> 09:47.760
Esto le permitirá disponer de rendimiento y

09:47.760 --> 09:49.560
ancho de banda adicionales para poder alojar

09:49.560 --> 09:50.970
todas estas máquinas virtuales sin

09:50.970 --> 09:53.280
que la red se convierta en su ralentización.

09:53.280 --> 09:54.690
Además de esto, como aprenderás

09:54.690 --> 09:56.430
más adelante en tus estudios sobre redes,

09:56.430 --> 09:58.890
también puedes colocar varias tarjetas de interfaz de red

09:58.890 --> 10:00.030
y colocarlas en lo que se conoce

10:00.030 --> 10:01.980
como configuración en equipo.

10:01.980 --> 10:04.500
Esto permite que varias tarjetas trabajen juntas en tándem

10:04.500 --> 10:06.600
para ofrecerte mayores velocidades.

10:06.600 --> 10:09.330
Así que si tienes dos tarjetas de red de un gigabit

10:09.330 --> 10:10.710
y trabajan en equipo, ahora

10:10.710 --> 10:12.540
tienes dos gigabits de caudal que

10:12.540 --> 10:13.950
puedes utilizar para conectarte

10:13.950 --> 10:15.330
a la red.

10:15.330 --> 10:16.560
A menudo, si estás trabajando

10:16.560 --> 10:18.330
en un servidor que aloja muchas máquinas virtuales

10:18.330 --> 10:20.310
en un entorno corporativo o empresarial, verás

10:20.310 --> 10:21.330
que tendrán hasta cuatro

10:21.330 --> 10:23.130
tarjetas de interfaz de red, todas trabajando

10:23.130 --> 10:24.300
en equipo para que puedan obtener

10:24.300 --> 10:26.580
hasta cuatro gigabits por segundo o incluso hasta 40 gigabits

10:26.580 --> 10:28.680
por segundo.

10:28.680 --> 10:30.840
Si utilizan tarjetas de interfaz de red de 10

10:30.840 --> 10:33.240
gigabits por segundo en ese servidor concreto.

10:33.240 --> 10:36.090
Así que recuerda que cuando se trata de requisitos de recursos

10:36.090 --> 10:38.850
es importante tener en cuenta la CPU y el procesador y

10:38.850 --> 10:42.030
sus capacidades, así como cuánta memoria tienes, cuánto almacenamiento

10:42.030 --> 10:44.850
tienes y cuánta red tienes.

10:44.850 --> 10:47.430
Estas cuatro áreas son las que debe tener en cuenta.

10:47.430 --> 10:49.230
A la hora de decidir cuántas máquinas virtuales

10:49.230 --> 10:51.900
puede alojar en un servidor o estación de trabajo determinado

10:51.900 --> 10:53.700
y cómo puede aumentar el rendimiento de los

10:53.700 --> 10:56.250
sistemas operativos invitados que se ejecutan dentro de

10:56.250 --> 10:59.373
sus máquinas virtuales en ese hipervisor concreto.