Está en la página 1de 12

1

00:00:01,030 --> 00:00:06,190


La suite de software Pingo en Viesques se basa en muchos componentes de los que un
buen administrador

2
00:00:06,190 --> 00:00:13,900
Bisbe debería estar muy pero que muy familiarizado en este módulo describiremos el
concepto básico desvirtuación

3
00:00:14,240 --> 00:00:17,560
y presentaremos ya lo que es un bien web.

4
00:00:17,630 --> 00:00:27,020
Es sexy así como su arquitectura los objetivos para el alumno en los siguientes.

5
00:00:27,020 --> 00:00:37,950
Vamos a comparar y contratar la arquitectura física y virtuales vamos a constatar
también las diferentes

6
00:00:37,950 --> 00:00:39,410
interfaces de usuario.

7
00:00:39,450 --> 00:00:46,330
Aquí vamos a ver el visto Kleine y el modo webcam por fin describiremos la
arquitectura de un sí.

8
00:00:46,440 --> 00:00:53,350
Y por último preconfigurados que si que ya tenemos preinstalado pero que no se
equivoquéis baremos veremos

9
00:00:53,400 --> 00:00:58,860
también la instalación en seguir aquí lo único que vamos a hacer es configurar
Obregon fuera mejor dicho

10
00:00:59,160 --> 00:01:06,100
ya una X y para que veáis lo que hay que hacer después de la instalación del
binario antes de empezar

11
00:01:06,160 --> 00:01:08,800
a describir lo que es una arquitectura virtual.

12
00:01:08,800 --> 00:01:15,160
Me gustaría comentaros que es una arquitectura física como todo el mundo sabe el
problema que hemos

13
00:01:15,160 --> 00:01:20,380
tenido siempre los centro de datos es que teníamos una aplicación por seguidor que
sacar mi lapicero

14
00:01:20,440 --> 00:01:27,130
y voy a empezar a dibujar en la pizarra la arquitectura física básicamente donde
teníamos un servidor

15
00:01:27,130 --> 00:01:37,180
físico verdad con dos veáse estos dejos os Adapter el cual se conectaba a una red
de Jave Channel.

16
00:01:37,210 --> 00:01:43,990
Luego veremos que es esto una modelo de nacimiento sería chalet es donde nos
proveía de conectividad

17
00:01:44,320 --> 00:01:49,540
a nuestra Gavira nuestra cabina de discos donde poníamos nuestras máquinas o
nuestros datos.

18
00:01:49,540 --> 00:01:56,350
Mejor dicho verdad y también teníamos por supuesto tarjeta de red el cual nos
permitía conectarnos a

19
00:01:56,350 --> 00:02:05,860
una red de datos verdad de datos a la cual no podíamos hacer por ejemplo a Internet
o a la red por ejemplo

20
00:02:06,250 --> 00:02:08,410
interna de la empresa la intranet.

21
00:02:08,720 --> 00:02:13,660
Pues aquí lo que teníamos en el servidor físico estamos hablando estamos a este
nivel pues teníamos

22
00:02:13,780 --> 00:02:19,360
una aplicación corriendo por su vida es decir queríamos poner un servidor de correo
no teníamos que

23
00:02:19,360 --> 00:02:28,660
poner otro pseudo físico obviamente con 2h bellas y conectado también a la misma
red de el chalet para

24
00:02:28,660 --> 00:02:35,320
que viéramos el disco y por supuesto también a la misma red Internet para poder
tirar de internet o

25
00:02:35,320 --> 00:02:37,190
de la red intranet.
26
00:02:37,210 --> 00:02:44,680
Como veis este modelo no ha sido muy flexible porque por cada aplicación teníamos
que montar un servidor

27
00:02:44,680 --> 00:02:45,820
físico bien.

28
00:02:45,850 --> 00:02:52,150
La buena noticia para ustedes es que la virtualización ha permitido consolidar
todos estos servidores

29
00:02:52,150 --> 00:02:59,570
físicos en un único servidor físico y en la que vamos a tener máquinas máquinas
virtuales corriendo

30
00:02:59,610 --> 00:03:09,410
con lo cual vamos a usar sólo una conexión de AVE Channel y una conexión de red
para todas estas máquinas

31
00:03:09,410 --> 00:03:09,940
virtuales.

32
00:03:09,950 --> 00:03:11,360
Nos parece interesante.

33
00:03:11,450 --> 00:03:18,390
Bueno voy a apagar el vídeo voy a borrar esta gráfica que me ha salido y voy a
comparar la criatura

34
00:03:18,460 --> 00:03:25,010
pese a que os acabo de decir con lo que sería una infraestructura virtual bien en
una estructura virtual

35
00:03:25,400 --> 00:03:30,010
pues seguimos teniendo por supuesto un servidor físico que va a ser nuestro
servidor es CxI.

36
00:03:30,020 --> 00:03:33,080
Luego veremos que es una sección cómo se instala y cómo se configura.

37
00:03:33,080 --> 00:03:38,450
Por supuesto seguimos siendo 2 HD así sobre todo si usamos el chalet que están por
supuesto conectados

38
00:03:38,810 --> 00:03:44,450
a nuestra red de Faubel Channel y donde tenemos nuestro disco de fabricarle en la
que eso no vamos a

39
00:03:44,450 --> 00:03:44,750
dejar.

40
00:03:44,750 --> 00:03:50,120
Por cierto nuestras máquinas virtuales todo el rato la máquina auto alemana decía y
qué más tenemos

41
00:03:50,120 --> 00:03:58,340
tenemos una capa de software muy finita es la que llamamos hypervisor o ese Kisic
en mucha documentación

42
00:03:58,340 --> 00:04:03,630
veréis el nombre CxI hipervisor hypervisor tipo A.

43
00:04:03,680 --> 00:04:09,290
Es básicamente el software de bien web que nos va a permitir virtualizar todo lo
que pongamos en este

44
00:04:09,380 --> 00:04:15,550
servidor y luego encima vamos a ir poniendo máquinas virtuales son las máquinas
virtuales vuestro Windows

45
00:04:15,560 --> 00:04:23,330
vuestro Linux vuestros reja o incluso Solaris la versión Intel que nos van a
permitir poder consolidar

46
00:04:23,390 --> 00:04:29,090
y meter más máquinas virtuales en un mismo servidor físico lo cual la historia
habitación es llegar

47
00:04:29,180 --> 00:04:31,940
a usar de CPU.

48
00:04:31,940 --> 00:04:41,710
Vamos a pillar una CPU la CPU vamos a pintar la memoria también la memoria del
servidor físico la red

49
00:04:41,740 --> 00:04:50,160
por supuesto de este servidor físico y los discos de este oficio en este caso
estamos hablando del disco

50
00:04:50,160 --> 00:04:56,210
Blasa mínimo mínimo llegar a un 80 por ciento de uso de todos los recursos.
51
00:04:56,220 --> 00:05:02,020
Esto es impresionante porque en el modelo físico que había visto anteriormente el
usar una aplicación

52
00:05:02,100 --> 00:05:08,980
seguidor pues se estaban usando a nivel mundial si comparamos todo el uso de CPU y
de memoria de servidores

53
00:05:08,980 --> 00:05:16,570
x86 a nivel mundial pues llegábamos probablemente entre un 10 y un 12 por ciento de
recursos usaba esto

54
00:05:16,570 --> 00:05:23,530
es relativamente caro porque el desperdicio de recursos que había de uso de CPU de
memoria a nivel de

55
00:05:23,680 --> 00:05:31,300
servidores a nivel mundial era bestial por lo cual la virtualización usando este
modelo está sirviendo

56
00:05:31,690 --> 00:05:37,900
para poder no solamente consolidar los centros de datos y hacerlo más flexible sino
que también nos

57
00:05:37,900 --> 00:05:46,600
permite ahorrar mucho dinero en energía y en refrigeración y sobre todo usar todos
los recursos físicos

58
00:05:46,810 --> 00:05:57,010
CPU memoria Red y disco en un entorno virtualizado por lo cual el modelo virtual es
mucho más flexible

59
00:05:57,280 --> 00:06:03,210
y mucho más dinámico como vamos a ver durante durante todo el bien.

60
00:06:03,400 --> 00:06:08,740
Ahora que hemos visto que es una arquitectura física y que es una arquitectura
virtual vamos a compararlas

61
00:06:09,130 --> 00:06:12,610
en el mismo diagrama para que lo tengáis más caro claro.

62
00:06:12,610 --> 00:06:15,090
Vamos a empezar por la arquitectura física.

63
00:06:15,250 --> 00:06:19,750
A esto lo llamamos llamar a Efe arquitectura física en la arquitectura física
obviamente tenemos una

64
00:06:19,750 --> 00:06:20,400
caja.

65
00:06:20,620 --> 00:06:24,240
Es decir el servidor con los componentes de hardware.

66
00:06:24,450 --> 00:06:33,550
En la primera capa decir tenemos la CPU vergas tenemos también como hemos dicho
antes la memoria tenemos

67
00:06:33,930 --> 00:06:39,640
la Larrys y tenemos por supuesto los discos.

68
00:06:39,910 --> 00:06:45,870
En esta arquitectura física como bien sabéis tenemos un sistema operativo que sería
la primera capa

69
00:06:45,930 --> 00:06:53,730
es decir tenemos el instalado Windows o tenemos el Linux o tenemos alguna variante
de Linux o o Younis

70
00:06:53,940 --> 00:07:02,160
y encima tenemos los aplicativos o las aplicaciones es decir cuando las
aplicaciones quieren hablar

71
00:07:02,160 --> 00:07:07,590
con el hardware primero pasan por el Squee o el sistema operativo y es que el
sistema operativo interactúa

72
00:07:07,950 --> 00:07:15,900
con el agua que vamos a ver cómo sería una arquitectura virtual vamos porque esto
nos va a dar realmente

73
00:07:15,960 --> 00:07:22,440
un indicativo de la potencia y la flexibilidad de un entorno virtual bien en un
mártir en un entorno

74
00:07:22,440 --> 00:07:22,740
virtual.

75
00:07:22,740 --> 00:07:29,880
Tenemos también una caja y un servidor también con los mismos componentes físico
verdad tenemos CPU
76
00:07:31,290 --> 00:07:33,120
tenemos memoria

77
00:07:37,180 --> 00:07:43,750
por supuesto tenemos tarjetas de red veremos el de red porque en un entorno virtual
la red cobra incluso

78
00:07:43,750 --> 00:07:50,280
mayor protagonismo y por supuesto también tenemos el almacenamiento locales o
conexión hay escaseen

79
00:07:50,340 --> 00:07:52,400
FSO o incluso arrecha.

80
00:07:52,690 --> 00:07:57,240
Qué más tenemos encima de esto tenemos una capital finita.

81
00:07:57,250 --> 00:07:58,520
No es un sistema operativo.

82
00:07:58,570 --> 00:08:02,150
Queremos lo que llamamos el sistema operativo hipervisor.

83
00:08:02,350 --> 00:08:08,430
Vamos a pintar por HP hipérbaton o hypervisor en inglés o en español mejor hecho.

84
00:08:08,440 --> 00:08:13,810
A esto le podemos llamar Bujinkan y Podemos ya que si le podemos llamar en server
por ejemplo si estamos

85
00:08:13,810 --> 00:08:17,770
hablando de otro tipo de soluciones de virtualización le podemos llamar y Perú.

86
00:08:17,900 --> 00:08:23,020
Es decir es un hypervisor basado en Jobs es decir que no hay sistema operativo
encima para poder instalar

87
00:08:23,020 --> 00:08:24,680
esta capa esa capa es muy finita.

88
00:08:24,730 --> 00:08:31,930
Si hablamos de bien web estamos hablando de menos de 150 mil líneas de código y
menos de unos 700 megas

89
00:08:31,930 --> 00:08:37,750
del sistema operativo es decir una capa muy finita que nos va a permitir
particionar todos los componentes

90
00:08:37,750 --> 00:08:46,410
físicos CPU memoria Red y disco y encima por encima tenemos ya lo que llamamos las
máquinas virtuales

91
00:08:47,770 --> 00:08:54,940
con su agua virtual es decir con su CPU con su memoria y su disco que van a hacer
interactuar con esta

92
00:08:54,940 --> 00:08:59,180
capa de hypervisor para poder llevar y llegar acceso a las capas.

93
00:08:59,230 --> 00:09:06,040
Como veis este modelo evitamos tener un disco duro en menos porque no tenemos
sistema operativo es cierto

94
00:09:06,040 --> 00:09:12,190
que tenemos un squire a nivel hypervisor pero es que es Gebre ha sido optimizado en
un entorno virtual

95
00:09:12,490 --> 00:09:16,870
para poder hacer uso de estos recursos físicos.

96
00:09:16,870 --> 00:09:23,530
La buena noticia para ti de este arquitectura virtual es que no solamente podemos
meter una máquina

97
00:09:23,530 --> 00:09:29,440
virtual como hemos quitado y podemos meter más o meter una segunda máquina virtual
también con su CPU

98
00:09:29,860 --> 00:09:36,550
memoria de disco y red que permita usar estos recursos físicos que tenemos y por
supuesto podemos meter

99
00:09:36,550 --> 00:09:45,200
muchas más por lo cual estamos construyendo muchas de estas servidores físicos en
un entorno virtual

100
00:09:45,230 --> 00:09:49,920
que luego veremos lo que se llama se llama los llamados Pickwick de Jessica
cubierto.

101
00:09:49,950 --> 00:09:53,990
Vamos hacer una conversión de física virtual en módulos módulos para que veáis que
no hay que reinventar

102
00:09:53,990 --> 00:09:55,000
la duda nuestra habitación.

103
00:09:55,010 --> 00:09:59,510
No hace falta reinstalar el sistema operativo y las aplicaciones para convertir una
máquina virtual

104
00:09:59,630 --> 00:10:06,790
lo cual veis que la ventaja de virtualizar un entorno físico es que te permite no
solamente consumir

105
00:10:06,790 --> 00:10:13,790
como mucho antes sino que también te permite reusar los servidores físicos que
tenemos y hacer uso mínimo

106
00:10:14,510 --> 00:10:19,470
o máximo mejor dicho de un 80 por ciento de todos estos recursos en un entorno
virtual.

107
00:10:19,510 --> 00:10:26,810
El llegar a hacer uso de este 80 por ciento es crítico en un entorno físico este
uso de CPU memoria

108
00:10:26,870 --> 00:10:31,100
disco y Red ambiente esté hecho antes entre un 12 y un 15.

109
00:10:31,100 --> 00:10:37,490
Como veis no solamente virtualizar vamos a tener un entorno mucho más flexible sino
que además estamos

110
00:10:37,850 --> 00:10:43,830
usando por lo que pagamos es decir a nadie le gusta pagar por un servidor que sólo
se está usando un

111
00:10:43,890 --> 00:10:46,160
12 o un 15 por ciento menor.

112
00:10:46,220 --> 00:10:49,290
Lo que queremos es llegar obviamente a este porcentaje.

113
00:10:50,480 --> 00:10:58,190
Por último me gustaría terminar con las cuatro propiedades que definimos como
importantes sobre todo

114
00:10:58,190 --> 00:11:02,440
cuando hablamos de máquinas virtuales es por qué es importante tener una máquina
virtual.

115
00:11:02,450 --> 00:11:07,850
La primera es que obviamente es muy importante porque es fácil de ubicar a qué nos
estamos refiriendo

116
00:11:07,850 --> 00:11:17,600
con esto si tenemos por ejemplo en este ejemplo un servidor le vamos a poner el
lápiz que hemos conseguido.

117
00:11:17,710 --> 00:11:22,350
Aquí como veis es un servidor físico o la capacitación y aquí tenemos la máquina
actual pero si tuviéramos

118
00:11:22,460 --> 00:11:29,950
otro medio físico aquí de reubica porque esta máquina actual la podemos migrar a
otro servidor fijo

119
00:11:30,230 --> 00:11:33,320
o a tener hariamos vimos luego veremos lo que viene.

120
00:11:33,430 --> 00:11:39,040
Es también muy importante la propiedad de que está encapsulada la máquina virtual
tan casual es decir

121
00:11:39,310 --> 00:11:41,920
esta máquina virtual que queremos seguir corriendo.

122
00:11:41,920 --> 00:11:47,440
Básicamente es un conjunto de ficheros esos ficheros no los podemos copiar y llevar
como digo a otro

123
00:11:47,440 --> 00:11:54,340
servidor o incluso a otro emplazamiento remoto es decir a otros seis donde podamos
tener otro Seki sin

124
00:11:54,670 --> 00:12:00,730
tener un plan de contingencias por lo cual es mucho más sencillo trabajar con
máquinas virtuales y más

125
00:12:00,870 --> 00:12:02,820
máquinas físicas.

126
00:12:02,860 --> 00:12:08,740
En ese sentido por qué toda la máquina actual está encapsulada en un par de
ficheros.

127
00:12:08,770 --> 00:12:09,550
Qué más tenemos.

128
00:12:09,550 --> 00:12:13,960
Bueno pues cosas muy importantes como esto la máquina virtual es independiente a
Jaguars físico es decir

129
00:12:14,320 --> 00:12:18,920
podemos tener una máquina virtual que está corriendo en un servidor.

130
00:12:19,240 --> 00:12:25,230
Vamos a poner el ejemplo de un servidor en esta máquina virtual que está cogiendo
un sello de la podremos

131
00:12:25,230 --> 00:12:34,090
migrar verdad en caliente a un servidor con mimoso de HP o M.M. Es decir es
totalmente independiente

132
00:12:34,690 --> 00:12:36,030
al hardware físico.

133
00:12:36,070 --> 00:12:42,910
Esta es una de las propiedades más interesantes de lo que es la máquina virtual y
por último nos queda

134
00:12:42,970 --> 00:12:47,860
y no menos importante que la mano actuales están aisladas de unas de otras.

135
00:12:47,860 --> 00:12:53,780
Esto quiere decir que si esta máquina espeta si hay un bulo Sherwin en un Windows o
que en el panel

136
00:12:54,220 --> 00:13:00,530
en Linux y en Linux no afectaría a ninguna de las otras máquinas actuales que
tuviésemos corriendo el

137
00:13:00,640 --> 00:13:06,520
mismo servidor físico con lo cual son independientes totalmente independientes de
decir si se pueden

138
00:13:06,520 --> 00:13:07,770
ver red.

139
00:13:07,780 --> 00:13:14,170
Luego veremos la parte de red pero que el código Gramanet actuales no influye al
funcionamiento del

140
00:13:14,170 --> 00:13:14,860
código y otra.

También podría gustarte