1
00:00:27,440 --> 00:01:07,980
Sí, claro. Vale, sí, pues ya en cualquier momento. Vale, sí, de todas formas va a ser cortito. Mi proyecto consta de una documentación profesional en comparativa en soluciones de virtualización empresarial, ¿vale?

2
00:01:07,980 --> 00:01:16,739
Es una comparativa en concreto entre dos herramientas, que son el Virtual Environment de Proxmox y el vSphere de VMware, aunque veremos alguna herramienta más aparte de vSphere.

3
00:01:19,239 --> 00:01:29,719
He elegido estas dos herramientas porque son principalmente las dos más grandes que se usan en todos los entornos laborales y principalmente porque en mi trabajo son las que más uso estamos dando,

4
00:01:29,719 --> 00:01:34,400
sobre todo VMware, que es la más extendida, sobre todo en grandes CPDs.

5
00:01:35,920 --> 00:01:41,420
Vamos a darle un vistazo rápido a cada una de las dos herramientas por encima.

6
00:01:42,420 --> 00:01:50,500
Proxmox es una herramienta de virtualización de tipo 2, de capa 2, que significa que está por encima de un kernel,

7
00:01:50,599 --> 00:01:51,799
en este caso de un kernel de Linux.

8
00:01:52,680 --> 00:02:04,780
Es de código abierto, lo cual nos da gran accesibilidad tanto para estudiarla, aprender, etc. como para usarla en pequeños negocios sin tener un gran impacto económico.

9
00:02:05,540 --> 00:02:14,120
Tiene una interfaz web bastante refinada con los años, tiene muchos módulos y muchas modificaciones que podemos añadir para dejarla a nuestro gusto.

10
00:02:14,900 --> 00:02:18,939
Es bastante intuitiva, lo que la hace fácil de utilizar.

11
00:02:18,939 --> 00:02:29,280
Tiene un sistema de almacenamiento en red bastante útil y sencillo de configurar

12
00:02:29,280 --> 00:02:38,919
Es muy fácil sobre todo ponerlo a funcionar con sistemas comunes como pueden ser una MSA o pueden ser pequeños almacenes de discos

13
00:02:40,759 --> 00:02:47,099
Tanto en ZEV como en ZFS que son dos sistemas que tiene el propio Proxmos para gestionar los discos y el almacenamiento

14
00:02:47,099 --> 00:02:49,919
Dispone de un módulo de alta disponibilidad

15
00:02:49,919 --> 00:02:52,719
Lo cual quiere decir que en el caso de que tengamos

16
00:02:52,719 --> 00:02:55,379
Necesitamos para esto, necesitamos tener varios nodos funcionando en clúster

17
00:02:55,379 --> 00:02:57,560
En el caso de que tengamos un clúster con varios nodos

18
00:02:57,560 --> 00:03:00,159
Y a algún nodo le ocurra cualquier cosa

19
00:03:00,159 --> 00:03:04,659
Se le deterioren las tarjetas de red y se desconecte de la red

20
00:03:04,659 --> 00:03:07,419
Tenga algún problema de rendimiento

21
00:03:07,419 --> 00:03:10,780
En cualquier caso, en cualquier momento en el que el sistema detecte

22
00:03:10,780 --> 00:03:13,500
Que el nodo no está funcionando como debería

23
00:03:13,500 --> 00:03:26,639
Aparte de salirnos alertas en la parte de monitorización, digamos que él solo las máquinas virtuales que tenga corriendo en su nodo las migrará en caliente a otros nodos.

24
00:03:27,539 --> 00:03:37,319
El sistema de alta disponibilidad que tiene no es muy refinado en el sentido de que no siempre funciona bien.

25
00:03:37,319 --> 00:03:43,379
hemos tenido en el trabajo hemos tenido algún algún roce con esto pero a norma general teniendo más

26
00:03:43,379 --> 00:03:51,960
de tres nodos suele suele servir y la comunidad que tiene al ser de código abierto es muy muy

27
00:03:51,960 --> 00:03:58,379
grande tanto en los foros propios de próximos como en otros foros relevantes ya sea el crédito de

28
00:03:58,379 --> 00:04:05,319
esta cover flow suele tener bastante suele ser muy activa y siempre que tengas algún problema

29
00:04:05,319 --> 00:04:16,300
o quieres hacer algún troubleshooting, te contestan bastante rápido y los problemas más comunes son fáciles de encontrar.

30
00:04:17,660 --> 00:04:21,980
Esta imagen que hay aquí es una representación de lo que veríamos en un nodo.

31
00:04:22,300 --> 00:04:25,800
Esto es el datacenter. Dentro del datacenter podemos agregar varios nodos, que es hacer un clúster.

32
00:04:26,560 --> 00:04:30,139
Y esto sería el ejemplo de un nodo con sus máquinas virtuales corriendo con su numeración.

33
00:04:30,139 --> 00:04:47,480
También, como puedes ver, tenemos aquí un sumario que es una descripción general de todo el nodo y tenemos varias herramientas. Todas estas herramientas funcionan muy bien, a excepción del Time, que el NTP tengo yo bastantes problemas con él últimamente.

34
00:04:47,480 --> 00:04:51,740
VMWare por otro lado es un impervisor de tipo 1

35
00:04:51,740 --> 00:04:53,920
lo cual quiere decir que va directamente sobre hardware

36
00:04:53,920 --> 00:04:56,180
es como si fuera un sistema operativo directamente

37
00:04:56,180 --> 00:04:57,959
lo cual lo hace mucho más robusto

38
00:04:57,959 --> 00:05:00,420
y sobre todo gestiona los recursos bastante mejor

39
00:05:00,420 --> 00:05:02,339
al no tener ninguna capa de abstracción por encima

40
00:05:02,339 --> 00:05:06,540
puede gestionarlos, puede hacer un allocate de los recursos

41
00:05:06,540 --> 00:05:09,860
muchísimo más distribuido entre las máquinas según la necesidad

42
00:05:09,860 --> 00:05:15,300
ahora las nuevas versiones de 6.7 en adelante

43
00:05:15,300 --> 00:05:35,160
Creo que 6.5 también tienen el vSphere Client, que es lo que estamos viendo ahora en pantalla, que es la interfaz web, que lo hace bastante fácil de gestionar porque la anterior interfaz que tenían, que sigue estando funcional, o sea, podemos acceder al vSphere o podemos acceder a la versión antiguas en caso de que el vSphere nos está dando algún problema, siguen estando las dos funcionales.

44
00:05:35,160 --> 00:05:47,620
La antigua es un poco más densa, un poco más complicada. Necesitas darle un par de vueltas para poder aprender dónde están todas las cosas y aprender a utilizarlas. No es muy visual.

45
00:05:47,620 --> 00:05:50,139
VMware también usa

46
00:05:50,139 --> 00:05:52,160
vMotion, entre otras cosas

47
00:05:52,160 --> 00:05:54,500
vMotion es el equivalente al

48
00:05:54,500 --> 00:05:56,220
high availability de Proxmos

49
00:05:56,220 --> 00:05:58,720
es una herramienta de alta disponibilidad

50
00:05:58,720 --> 00:05:59,639
que nos permite

51
00:05:59,639 --> 00:06:02,439
vMotion en este caso sí que nos permite hacer migraciones

52
00:06:02,439 --> 00:06:04,060
también, migraciones, clones, etc.

53
00:06:04,199 --> 00:06:06,420
de máquinas en caliente, siempre que cumplamos una serie

54
00:06:06,420 --> 00:06:08,459
de requisitos, pero nos permite

55
00:06:08,459 --> 00:06:10,459
trabajar mucho más

56
00:06:10,459 --> 00:06:12,120
libremente que Proxmos en ese sentido

57
00:06:12,120 --> 00:06:14,439
con las máquinas virtuales, en caso de que tengamos un clúster

58
00:06:14,439 --> 00:06:16,519
con varios nodos, en este caso

59
00:06:16,519 --> 00:06:17,699
varios SXIs

60
00:06:17,699 --> 00:06:20,139
si están

61
00:06:20,139 --> 00:06:22,939
las máquinas siguiendo unas características

62
00:06:22,939 --> 00:06:24,939
como por ejemplo no tener ningún

63
00:06:24,939 --> 00:06:26,819
DVD o ningún USB externo

64
00:06:26,819 --> 00:06:28,879
conectado y alguna cosilla más

65
00:06:28,879 --> 00:06:30,899
podemos hacer migraciones en caliente

66
00:06:30,899 --> 00:06:32,759
entre un nodo y otro en caso de que queramos hacer

67
00:06:32,759 --> 00:06:34,939
mantenimiento a un nodo o que queramos hacer

68
00:06:34,939 --> 00:06:36,819
que hayamos detectado alguna

69
00:06:36,819 --> 00:06:38,779
algún problema

70
00:06:38,779 --> 00:06:40,660
también son bastante más robustos

71
00:06:40,660 --> 00:06:42,899
en caso de que tengan algún problema no siempre

72
00:06:42,899 --> 00:06:44,860
salta la alta disponibilidad

73
00:06:44,860 --> 00:06:45,480
porque suelen

74
00:06:45,480 --> 00:06:50,220
suelen aislar los bastante bien sobre todos los problemas de hardware en caso de que falle una

75
00:06:50,220 --> 00:06:54,240
tarjeta de red o un adaptador concreto por ejemplo lo suelen aislar bastante bien y nos

76
00:06:54,240 --> 00:07:00,300
dan bastante tiempo a la hora de solucionar el problema en cuanto a escalabilidad y rendimiento

77
00:07:00,300 --> 00:07:05,720
es superior a próximos por el simple hecho de que es un improviso de tipo 1 corre directamente sobre

78
00:07:05,720 --> 00:07:11,800
hardware tiene herramientas como drs por ejemplo que lo mencionaré un poco después que lo hace

79
00:07:11,800 --> 00:07:22,920
pues mucho más, digamos, no me sale ahora la palabra, no es robusto, pero bueno, más o menos lo hace mucho más confiable.

80
00:07:23,259 --> 00:07:31,160
Esa era la palabra que quería usar. La escalabilidad también es mayor. Proxmox tiene el problema de que cuantas más máquinas virtuales

81
00:07:31,160 --> 00:07:37,639
tenga corriendo a la vez, se empieza a complicar un poco su distribución de recursos, entonces no se recomienda para entornos muy pesados,

82
00:07:37,639 --> 00:07:52,060
Sin embargo, VMware, con la escalabilidad que tiene, con sus exquisites, añadir una máquina nueva al clúster es lo más, o sea, son dos clics, es lo más sencillo del mundo. Añadir una MSA también para ampliar el almacenamiento es también lo más sencillo del mundo.

83
00:07:52,060 --> 00:08:00,120
Entonces, escalar un sistema en el que solo tuvieras un rack, digamos, con 5 equipos a 2 racks con 10 equipos es una tarde.

84
00:08:00,459 --> 00:08:08,459
O sea, no tardas nada, es muy sencillo de mantener y el rendimiento que tienen es excepcional en ese sentido.

85
00:08:10,649 --> 00:08:21,470
Yendo un poco más a pincho, digamos, con lo que estábamos hablando del rendimiento, vamos a ver algunas de las mejores cosas que tiene cada uno de los entornos.

86
00:08:21,470 --> 00:08:49,690
Por su lado, Proxmos, al tratarse de un entorno que corre directamente sobre un kernel de Linux, tiene su nicho en cuanto que usa el KVM, que es el sistema de virtualización que tiene el propio kernel de Linux, lo cual le da bastante ventaja a la hora de crear máquinas virtuales que corran con el mismo kernel, ya que nos deja usar las distintas herramientas que tiene Linux a la hora de monitorear y gestionar los recursos.

87
00:08:49,690 --> 00:09:05,250
Sobre todo es muy útil, por ejemplo, nosotros estamos usando en el trabajo máquinas de SLES y con los paquetes de ayuda de SLES, los SLES SP5, SP6, nos dejan monitorizar muchísimas cosas para, por ejemplo, las aplicaciones de HiFlight para la gestión satelital.

88
00:09:05,250 --> 00:09:12,909
Te deja, digamos, revisar muy bien las métricas que van lanzando los distintos clientes.

89
00:09:13,450 --> 00:09:27,450
Luego, por otro lado, al ser un Linux por dentro también, el gestor que tiene a la hora de unificarlo con un clúster de Kubernetes, por ejemplo, para usar contenedores, para usar buckets,

90
00:09:27,450 --> 00:09:42,850
También tienen muchas APIs y es muy fácil de montar y de gestionar. El punto fuerte en este caso sería la API que tienen, que es muy diversa y muy actualizada también.

91
00:09:42,850 --> 00:10:05,490
Y una parte mala que podríamos decir que tiene es que tiene un alto impacto sobre la carga, es decir, máquinas muy pesadas o muchas máquinas tirando de recursos tienen un alto impacto sobre el sistema. Necesitas un hardware mucho más potente en equivalencia para mantener el mismo ritmo de carga que tendría, que mantendría en este caso VMware.

92
00:10:05,490 --> 00:10:16,129
Por otro lado, VMware, como hemos hablado, es un hipervisor de tipo 1, es decir, va a hacer un uso del hardware mucho más detallado, mucho mejor distribuido entre las máquinas.

93
00:10:18,509 --> 00:10:30,129
El DRS, que es lo que estábamos hablando, si no recuerdo mal el acrónimo, si no lo tengo por aquí apuntado, de todas formas, era... a ver si lo recuerdo...

94
00:10:30,129 --> 00:11:00,899
Bueno, no me acuerdo ahora mismo de cuál era el acrónimo de RDS. Es un scheduler de distribución de recursos, un distributed resource scheduler. Es el sistema que usa por debajo, digamos a nivel de tipo 1, a nivel de hardware, para distribuir la potencia del hardware, bueno, la potencia, para distribuir los distintos recursos que dispone el host físico entre las máquinas virtuales que está usando.

95
00:11:02,080 --> 00:11:07,600
Una parte buena que tiene esto es que es muy estable y muy predecible en altas cargas de trabajo.

96
00:11:09,159 --> 00:11:17,600
En cuanto a la administración, Proxmox tiene un sistema web tanto para la...

97
00:11:18,139 --> 00:11:21,039
A lo largo de la... Bueno, vamos a empezar.

98
00:11:21,320 --> 00:11:26,840
La instalación es una instalación como un Linux corriente con sus pequeñas introducciones a Proxmox,

99
00:11:26,960 --> 00:11:30,759
pero la instalación es muy similar a un SUSE o a un Ubuntu.

100
00:11:30,759 --> 00:11:36,879
La interfaz web que nos da una vez instalado es muy sencilla de utilizar, como hemos visto el ejemplo antes

101
00:11:36,879 --> 00:11:46,159
Hemos hablado también de las APIs y de las CLIs que tiene, están actualizadas, tienen muchísima documentación, es muy fácil usarlas

102
00:11:46,159 --> 00:11:50,320
En general, Proxmos a la hora de administrarlo y usarlo es muy muy sencillo

103
00:11:50,320 --> 00:11:54,700
La curva de aprendizaje además es muy baja, es muy fácil entrar en el mundo

104
00:11:54,700 --> 00:12:08,019
y aunque es difícil como en todo este tipo de tecnologías acabar siendo un experto, sin embargo para administración, para administradores juniors es una herramienta muy agradecida.

105
00:12:08,019 --> 00:12:27,500
Sin embargo VMware, aunque dispone del vSphere Build Client para poder administrarlo de forma simple, a la hora de instalarlo, de configurarlo, las primeras configuraciones, las best practices que tiene VMware son bastante más complicadas.

106
00:12:27,500 --> 00:12:54,879
Para empezar porque al ser un software privado tienen todas las licencias y toda esta información la tienen distribuida entre paquetes, entonces no solo es que compres la licencia para instalarlo, tienes que comprar también un curso para aprender dónde están las cosas, igual necesitas una licencia de otra herramienta también del environment de VMware para poder acceder a ciertas configuraciones que necesitas.

107
00:12:54,879 --> 00:13:09,419
Es mucho más complicado, complejo. Necesitas tener muy claro qué es lo que necesitas, qué es lo que vas a realizar, cómo lo vas a hacer. Necesitas tener un plan mucho más definido mientras que Proxmos es mucho más libre en ese sentido.

108
00:13:09,419 --> 00:13:30,820
Sí que es verdad que luego hay herramientas como VF que nos dejan, digamos, automatizar todos estos pasos a través quizá de un Ansible, por ejemplo, o un Terraform, sin embargo, toda esa documentación está siempre detrás de un paywall.

109
00:13:30,820 --> 00:13:47,129
Vale, en cuanto a escalabilidad, como hemos hablado ya, Proxmos es relativamente fácil de usar, sin embargo a la hora de escalarlo, dependiendo del entorno que tengamos, si es un entorno muy pesado, va a ser complicado escalarlo.

110
00:13:47,129 --> 00:14:12,889
Lo que vamos a tener que hacer seguramente sea distribuir en distintos datacenters o en distintos clusters de alta disponibilidad entre ellos. En VMware, sin embargo, es como hemos hablado, si tenemos un rack con 5, 10, 15 hosts y queremos añadir otros 5, 10, 15, es muy fácil escalarlo y mantienen muy bien el rendimiento y la configuración que llevan porque se clonan la configuración entre ellos también.

111
00:14:12,889 --> 00:14:18,690
Los SXIs es como se llama al sistema que tiene de host

112
00:14:18,690 --> 00:14:21,629
Tú instalas un SXI dentro de un host

113
00:14:21,629 --> 00:14:23,669
Luego el host lo añades al grupo

114
00:14:23,669 --> 00:14:26,110
Y luego el grupo lo conviertes en un data center

115
00:14:26,110 --> 00:14:28,429
Dentro del data center puedes tener distintos clusters

116
00:14:28,429 --> 00:14:32,169
Y dentro de cada cluster tienes distintos hosts

117
00:14:32,169 --> 00:14:34,850
Esto nos ayuda a la hora de tener un esquema

118
00:14:34,850 --> 00:14:38,809
Digamos como si fuera un esquema de red

119
00:14:38,809 --> 00:14:44,570
Para tenerlo visualmente es mucho más agradable y sencillo.

120
00:14:44,570 --> 00:14:56,370
Luego, las soluciones que nos dan también con distintas herramientas, aunque estén siempre detrás de distintos paywalls, distintos paquetes de pago, sí que es verdad que tienen herramientas prácticamente para cualquier tipo de necesidad que tengamos.

121
00:14:56,370 --> 00:15:10,090
Tenemos el vSphere, tenemos un entorno de red virtualizado como es el Distributed Switches, tenemos el VF Tool que hemos hablado antes, tenemos un gran paquete de herramientas.

122
00:15:11,210 --> 00:15:23,370
Para hacer un resumen en cuanto a escalabilidad, VMware es muy fácil de escalar, están pensados para tener una escalabilidad en un entorno muy grande y Proximus es un poco más pequeñito.

123
00:15:23,370 --> 00:15:28,370
Aunque está cambiando ahora con los años. La última versión de Proxmos es bastante robusta también.

124
00:15:28,370 --> 00:15:34,370
Vamos a hablar de los costes de propiedad. Proxmos es una licencia gratuita, tiene una GPLv3.

125
00:15:34,370 --> 00:15:43,370
Lo que quiere decir que es de distribución gratuita, siempre que lo marquemos y que leemos las listas.

126
00:15:43,370 --> 00:15:50,370
Lo podemos modificar, pero no podemos venderlo. Lo cual nos da mucho acceso, sobre todo para juniors

127
00:15:50,370 --> 00:15:55,409
juniors o empresas pequeñas que no tengan un gran presupuesto.

128
00:15:56,070 --> 00:15:58,970
Y por el otro lado, VMware tiene unas licencias de pago con distintos paquetes

129
00:15:58,970 --> 00:16:02,710
que con los años se han ido encareciendo, lo cual está haciendo que las empresas,

130
00:16:02,809 --> 00:16:08,169
las grandes empresas incluso, como la mía, estemos virando poco a poco a usar Proxmos

131
00:16:08,169 --> 00:16:09,850
en cada vez más proyectos.

132
00:16:12,009 --> 00:16:15,730
Sobre el soporte técnico, que es una parte fundamental, sobre todo si estamos trabajando

133
00:16:15,730 --> 00:16:20,750
en administración, cuando tengamos algún problema, ya sea de software o de hardware,

134
00:16:20,750 --> 00:16:26,169
con alguno de los sistemas, siempre vamos a tener una parte que sea de contacto con el soporte técnico,

135
00:16:26,629 --> 00:16:32,970
ya sea a quien hayamos comprado el hardware o si tenemos soporte de software, pues con qué empresa o con qué grupo

136
00:16:32,970 --> 00:16:40,750
tengamos el soporte de software. En el caso de Prosmos, tiene una comunidad muy activa, es muy fácil encontrar errores comunes

137
00:16:40,750 --> 00:16:50,509
en foros y sí que es verdad que no es un soporte como como tal pero nos puede ayudar a la hora de

138
00:16:50,509 --> 00:16:57,610
resolver pequeños pequeños errores puntuales en caso de que sean problemas más más gordos tienen

139
00:16:57,610 --> 00:17:08,569
un soporte premium de pago que bueno no he tenido la opción de probarlo todavía pero por lo que

140
00:17:08,569 --> 00:17:15,490
dicen está está bastante está bastante bien en sin embargo vmware tiene un soporte de pago de

141
00:17:15,490 --> 00:17:19,369
primeras sí que es verdad que te dan cuando compras cierta cantidad de licencias te dan

142
00:17:19,369 --> 00:17:28,509
ya la opción del soporte en el pack a modo de de afiliamiento el soporte que dan es un poco

143
00:17:28,509 --> 00:17:35,809
bueno es como es una industria tan tan grande y tan extendida pues al final deja de ser personal

144
00:17:35,809 --> 00:17:44,269
y es muy, primero habla con un robot, luego con un agente, etcétera, entonces es un poco, sí que es verdad que hay distintos tipos de soporte,

145
00:17:44,470 --> 00:17:51,910
puedes pagar por paquetes de soporte más especializados, puedes pagar por tener una persona de VMware allí contigo en el CPT,

146
00:17:52,309 --> 00:18:03,109
pero digamos que está muy alejado de los usuarios finales, sí que es un soporte, o sea, al tener distintas opciones de soporte,

147
00:18:03,109 --> 00:18:16,210
Tiene soportes específicos para cada caso, digamos, para lo que vayas necesitando. Sin embargo, yo lo veo bastante desconectado un poco de lo que es la realidad de los administradores de sistemas.

148
00:18:16,210 --> 00:18:36,259
Por hacer un resumen rápido, en cuanto a rendimiento, Proxmos es un rendimiento muy ligero sobre un sistema, VMware tiene un rendimiento sobre hardware mucho mayor, sobre administración, los dos son fáciles de administrar con las nuevas herramientas, sin embargo, VMware es un rendimiento difícil de aprender.

149
00:18:36,259 --> 00:18:49,259
En cuanto a escalabilidad, Proxmos está más pensado a pequeña escala y VMware está pensado para una escala mucho mayor de datacenters y los costos, Proxmos es gratuito y tienes una facilidad de instalación y de uso mucho más grande y un lugar es bastante caro.

150
00:18:49,259 --> 00:19:21,700
La realización de este proyecto, el mayor desafío ha sido organizar y gestionar todas mis ideas a la hora de qué podía aplicar en la documentación a la hora de comparar las dos herramientas, porque las dos, aunque sean muy parecidas, funcionan muy distinto.

151
00:19:21,700 --> 00:19:27,599
entonces era complicada, algunas pruebas, bueno más que pruebas, algunas comparativas son un poco complicadas

152
00:19:27,599 --> 00:19:31,880
por ejemplo la de rendimiento, como son dos sistemas basados en distinta arquitectura

153
00:19:31,880 --> 00:19:34,759
porque uno está basado directamente sobre hardware, el que es tipo 1

154
00:19:34,759 --> 00:19:36,759
el otro está basado directamente sobre un kernel de Linux

155
00:19:36,759 --> 00:19:42,400
valorar el rendimiento es un poco complejo porque la misma máquina virtual te va a dar dos rendimientos distintos en ambas

156
00:19:42,400 --> 00:19:45,500
pero no significa que por ello te estén dando menos rendimiento

157
00:19:45,500 --> 00:19:51,160
quiero decir, una máquina virtual, por ejemplo un SUSE 15 SLES 5 sobre un Proxmox

158
00:19:51,160 --> 00:19:59,740
con las mismas características en un Vcenter no tiene por qué variarte el rendimiento que te está dando esa máquina.

159
00:20:00,299 --> 00:20:09,220
En cambio, para hacer la comparativa con mucha carga sí que es un problema porque me tengo que basar en teórica

160
00:20:09,220 --> 00:20:11,740
porque no es una prueba que pueda hacer.

161
00:20:11,839 --> 00:20:18,099
Luego, por otro lado, los costes de licencia porque VMware no te da los costes en ningún lado.

162
00:20:18,099 --> 00:20:36,900
No te dice, te voy a cobrar tanto. Hasta que no hablas con un comercial y le propones un proyecto y no te dicen los costes. Entonces, tienes que trijonear un poco por ahí, por foros, para ver qué es lo que ha ido pagando la gente. Esas dos partes son las más llamativas, sí.

163
00:20:36,900 --> 00:21:15,859
Vale, estamos en todas las empresas de virtualización en general están virando, bueno y en muchas más, estamos virando al uso de contenedores. Antes cuando tú querías tener una herramienta la tenías sobre una máquina física, es decir, yo tengo una herramienta que me controla los satélites, un controlador de satélites y la tengo sobre una máquina física.

164
00:21:16,339 --> 00:21:23,619
Esa máquina física tiene conexión a la antena, tiene conexión al satélite, hace todas sus tareas.

165
00:21:24,180 --> 00:21:29,539
Luego pasamos al entorno de virtualización. Como esa máquina física no va a estar usando sus recursos todo el rato, estamos malgastando recursos.

166
00:21:29,539 --> 00:21:35,400
Vamos a virtualizarla para que solo use los recursos que necesita en cada momento y el resto de recursos los tengamos disponibles.

167
00:21:35,400 --> 00:21:52,640
Entonces montamos un rack, un CPD en el que tenemos ese entorno virtualizado y vamos, digamos, si tuviéramos dos máquinas vamos uniéndolas para tener sus distintos recursos siempre disponibles para distintas herramientas sin perder la disponibilidad de ambas.

168
00:21:52,640 --> 00:22:07,619
El siguiente paso para esto es quitarnos la parte de sistema operativo. Por ejemplo, las dos máquinas están usando el mismo sistema operativo. Podemos hacer que solo haya un sistema operativo y cada una de las herramientas sea un contenedor.

169
00:22:07,619 --> 00:22:27,680
En este caso el contenedor lo que hace es encapsular nuestras aplicaciones para que corran sobre un mismo sistema. Entonces solo tenemos a nivel de software un sistema operativo pero tenemos distintos contenedores que cada uno corre su aplicación como si estuvieran corriendo en paralelo sobre ese kernel.

170
00:22:27,680 --> 00:22:51,859
Entonces es un nivel de abstracción más. Nos da una forma de gestionar los recursos mucho más avanzada, mucho más milimétrica, digamos. También tiene más, en el tema de contenedores no estoy tan puesto porque todavía no he, tengo un Kubernetes por ahí montado, tengo un Ansible, pero todavía no he entrado tan a fondo con ese tema.

171
00:22:51,859 --> 00:23:23,259
Sé que es a lo que estamos virando todos, sé que me van a pedir en breves que me haga algún cursillo de Kubernetes y es algo que tenemos todos a la vista. Muchas gracias, un saludo María. Hasta luego.