Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Tema 5

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 10

DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS

TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

1. Necesidad de consolidar y virtualizar

• Inversión fuerte de la empresas en TI.


• Complejidad de la integració n de sistemas se ha incrementado –Z aumento en costesincluido
el mantenimiento.
• Hay que revisar formas de consolidar la infraestructura de TI para mejorar la capacidad de
respuesta, reducir costos y aumentar el rendimiento.
• La consolidació n de servicios basada en má quinas virtuales (MV) es una técnica eficaz para
mejorar la utilizació n de los recursos y reducir la huella energética en los centros de datos en la
nube.

2. Introducción a la consolidación de servidores

Las tecnologías de virtualizació n de hardware permiten compartir una máquina física (MF), entre
mú ltiples plataformas aisladas llamadas máquinas virtuales (MV) para mejorar la utilizació n de los
recursos. Se pueden lograr mejoras adicionales en la utilizació n de los recursos y la reducció n en el
consumo de energía mediante la consolidación de MV en MF. La consolidació n de MV’s es una técnica
que se basa en la migració n de MV en vivo para consolidar má quinas virtuales, en un conjunto
reducido de MF. De este modo, permite que algunos de los MFs infrautilizados se migren a un modo de
bajo consumo para ahorrar energía. La consolidació n de servidores es un enfoque para el uso
eficiente de los recursos de los servidores, con el objetivo de reducir el nú mero total de servidores o
ubicaciones de servidores que una organizació n necesita..

Ventajas de la consolidació n de servidores son las siguientes:

• Mejora de la administració n de TI y mejora del proceso de toma de decisiones: se traduce en un


control centralizado.
• Ahorro de recursos, coste y reinversió n de los fondos : permite reinversión y reasignación de
fondos.
• Mejora en la provisió n de servicios al cliente : la experiencia del cliente mejora con reducció n de
fallos.
• Desplegar nuevos servicios má s rá pido y má s fá cil: mejora la capacidad de lanzar nuevos
servicios.
• Mejora de la seguridad: se reducen los puntos de ataque.

3. Mecanismos de consolidación de servicios

Los mecanismos de consolidació n de servicios son:

 Consolidació nfísica.
 Re-hosting.
 Consolidació nló gica.

4. Consolidación física

1
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

Consiste en la recopilación de servidores distribuidos en mú ltiples oficinas remotas, sucursales o


unidades de negocios, en un centro de datos central.

• La consolidació n física puede ayudar al equipo a reducir la complejidad y estandarizar má s


fá cilmente las compras, las configuraciones y las mejores prá cticas de administració n.
• Los costes para implementar la consolidació n física son bajos, y consisten en mejoras de la red
para respaldar la centralizació n, la construcció n del centro de datos para respaldar la
consolidació n, y mover físicamente los servidores.
• Sin embargo, existen riesgos asociados a la degradación en el rendimiento, debido a la mala
planificació n de la red y los riesgos del negocio, al tener todos los activos del servidor en “un solo
cesto".

5. Re-hosting

La migración desde plataformas y sistemas operativos antiguos a soluciones má s modernas, a


menudo, da como resultado la consolidació n, ya que por lo general, se necesitan menos sistemas
modernos debido al aumento de sus prestaciones.

Beneficios:

• Eliminació n de contratos de mantenimiento costosos.


• Ahorros de personal de administració n de sistemas.
• Mejoras en seguridad.
• Mejoras en actualizaciones.

Como punto negativo a tener en cuenta hay que asegurarse que el sistema destino es compatible con
el sistema origen. Si no fuera así, se puede incurrir en costes de adaptació n del sw, mediante la
realizació n de có digo a medida por ejemplo. (Migració n de datos, migració n de có digo, etc)

6. Consolidación lógica

Los servidores individuales a menudo se configuran en islas de servidores individuales, con un 40%
o má s de espacio libre para permitir cambios en la carga de trabajo y el crecimiento. Con la
consolidació n ló gica, se pueden establecer particiones duras para el sistema operativo, la aplicació n,
los procesadores y los requisitos de memoria para que estas islas individuales del servidor, se agrupen
en un solo servidor o clúster.

Como contrapartida comentar que las particiones duras requieren de administración manual.

7. Ejemplos de consolidación

2
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

Condicionantes:

• Servidor destino tendrá sus características


• Para ser tolerante a fallos no se permite que todos los servidores del mismo tipo estén en la
misma má quina destino.

Condicionantes:

• Servidor destino tendrá sus características


• Para ser tolerante a fallos no se permite que todos los servidores del mismo tipo estén en la
misma má quina destino.

¿Qué cosas no se han tenido en cuenta en este ejemplo y que sí se deben tener en cuenta en la
prá ctica?

• Diferentes unidades en las propiedades


• Holgura del servidor donde se consolida
• % reservado por virtualización
• Número de máquinas
• Características de las má quinas

8. Virtualización

3
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

Es una técnica, que mediante el uso de un software, posibilita la ejecución de una o más máquinas o
PC ́s virtuales sobre una ú nica má quina física. Cada má quina virtual tiene asignados, de forma
independiente al resto, un conjunto de recursos de hardware (procesador, memoria, disco rígido,
red, dispositivos de E/S) y ejecuta su sistema operativo (Linux, Solaris o Windows). Por lo tanto cada
má quina virtual es totalmente independiente como si de equipos físicos se tratara.

Dicho de otra manera, se refiere a la abstracción de los recursos de una computadora, llamada
Hypervisor o VMM (Virtual Machine Monitor) que crea una capa de abstracció n entre el hardware de
la máquina física (host) y el sistema operativo de la máquina virtual (virtual machine, guest),
dividiéndose el recurso en uno o má s entornos de ejecució n.

9. Selección de SW de virtualización

Aspectos a tener en cuenta a la hora de seleccionar el SW de virtualizació n:

• Compatibilidad : tanto a nivel de HW como de SW (SO‘s, aplicaciones, etc.)


• Escalabilidad: permitir el crecimiento y/o ajuste de los recursos.
• Rendimiento: tanto en má quinas host como en invitadas.
• Centralizació n: que permita administración centralizada.
• Facilidad de instalació n: procesos simplificados.
• Alta disponibilidad: empleados deben acceder cuando lo necesiten.
• Seguridad: en varios niveles.
• Soporte: por el proveedor, comunidad, un tercero,etc.
10. Ventajas de la virtualización

4
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

• Hacer má s simple la administración de servidores y puestos de trabajo.


• Reducir costes (por ejemplo, a nivel de energía)
• Reducción en el tamaño del datacenter, debido a que en un solo servidor se pueden colocar
varios sin perder performance o potencia.
• Mayor redundancia ante posibles dañ os de equipos.
• En gran manera baja el tiempo que hay que invertir en soporte, tanto en servers como en
estaciones de trabajo.
• Mayor escalabilidad, dado que se puede ir agregando equipos a medida que se necesite mayor
potencia a nuestro pool de servidores, en vez de recambiar toda la arquitectura técnica.
• Uso de laboratorios virtuales para probar nuevas tecnologías.

11. Software de virtualización

Si bien existen muchas plataformas vamos a tomar las que son consideradas má s comunes:

 VMware: es uno de los sistemas má s conocidos con mayor experiencia y madurez en su


producto, hace simple la administración de servidores centralizando todos los sistemas en un
panel bastante simple, cuenta con una comunidad de desarrolladores muy amplia que siempre
esta mejorando el producto y hay mucha ayuda para hacer la vida de un administrador de
sistemas mucho má s fácil.

 Virtualbox: Como producto de virtualizació n entre plataformas más popular del mundo, Oracle
VM VirtualBox permite ejecutar varios sistemas operativos en Mac OS, Windows, Linux o
Oracle Solaris.

 Hiper-V: es el producto de Microsoft, que apareció en el añ o 2008, no cuenta con todas las
características de vmware, pero viene creciendo mucho.

 Parallels: Es un software que proporciona virtualizació n de hardware para ordenadores


Macintosh con procesadores Intel. Como característica principal comentar que permite ejecutar
aplicaciones Windows en MAC en paralelo.

 Xen Server: Es la propuesta de Citrix, viene a ser el producto pago de Xen, y tiene varios añ os en el
mercado, siendo una alternativa interesante a los anteriores.

5
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

En la mayoría de los productos, se puede va a poder contar con una versión gratuíta, para probar su
funcionalidad y evaluar los resultados por lo que proporciona un acercamiento a este concepto.

12. Virtualización de servidos

Hay 3 formas de crear servidores virtuales:

 Virtualizació n completa
 Para virtualizació n
 Virtualizació n de nivel de sistema operativo.

Todos comparten algunos rasgos comunes.Se pueden encontrar dos tipos de servidores: por un lado,
los servidores físicos (host) y, por otro lado, los servidores virtuales (invitados). Los servidores
virtuales se comportan como má quinas físicas, y cada sistema utiliza un enfoque diferente para
asignar recursos físicos del servidor a las necesidades del servidor virtual.

12.1 Virtualizació n completa

La virtualizació n completa usa un tipo especial de software llamado hipervisor. El hipervisor


interactúa directamente con la CPU del servidor físico y el espacio en disco, y sirve como una
plataforma para los sistemas operativos de los servidores virtuales.

• El hipervisor mantiene a cada servidor virtual completamente independiente y desconoce los


otros servidores virtuales que se ejecutan en la má quina física.
• Cada servidor invitado se ejecuta en su propio sistema operativo, incluso puede tener un
invitado ejecutá ndose
• en Linux y otro en Windows.

• El hipervisor monitorea los recursos del servidor físico.

6
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

• A medida que los servidores virtuales ejecutan aplicaciones, el hipervisor retransmite recursos
desde la má quina física al servidor virtual apropiado.

12.2 Paravirtualizació n

A diferencia de la técnica de virtualizació n completa, los servidores invitados en un sistema de


paravirtualizació n son conscientes el uno del otro. Un hipervisor de paravirtualizació n no necesita
tanto poder de procesamiento para administrar los sistemas operativos invitados, porque cada
sistema operativo ya conoce las demandas que otros sistemas operativos está n colocando en el
servidor físico.

12.3 Virtualizació n de nivel de sistema operativo

Un enfoque de virtualizació n de nivel de sistema operativo no utiliza un hipervisor en absoluto. En


cambio, la capacidad de virtualizació n es parte del sistema operativo host, que realiza todas las
funciones de un hipervisor totalmente virtualizado. La mayor limitació n de este enfoque es que todos
los servidores invitados deben ejecutar el mismo sistema operativo.

13. Virtualización de almacenamiento

Crea una capa de abstracción entre el sistema operativo y los discos físicos utilizados para el
almacenamiento de datos. Consiste en la agrupación del almacenamiento físico, desde mú ltiples
dispositivos de almacenamiento en red, en lo que parece ser un único dispositivo de
almacenamiento, que se administra desde una consola central.

Sus beneficios son los siguientes:

• Facilidad de monitoreo de recursos.


• Facilidad en la creación de volúmenes lógicos de almacenamiento.
• Mayor utilizació n de la capacidad disponible.
• Permite movimientos de datos eficientes y sin interrupciones (facilita migraciones de datos)

Las redes de á rea de almacenamiento (SAN) son un tipo común de virtualizació n de almacenamiento.
La administració n de almacenamiento está centralizada.

14. Virtualización de la red de interconexión

7
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

La virtualizació n de red es el proceso de combinar recursos de red de hardware y software, y


funcionalidad de red en una única entidad administrativa basada en software, una red virtual. Los
objetivos de la virtualizació n de red es mejorar el rendimiento general de una red y su seguridad.

Se muestra un ejemplo donde Contoso Corp tiene dos redes diferentes: Red de I+D y Red de ventas.
Dado que estas redes cuentan con identificadores de dominio de enrutamiento diferentes, no
pueden interactuar entre sí. Es decir, Red I+D de Contoso está aislada de Red de ventas de Contoso
aunque ambas pertenezcan a Contoso Corp. Red I+D de Contoso contiene tres subredes virtuales.

15. Virtualización con contenedores

Hay que entender el funcionamiento de contenedores:La filosofía de los contenedores es totalmente


diferente a la de las VMs. Si bien tratan también de aislar a las aplicaciones y de generar un entorno
replicable y estable para que funcionen, en lugar de albergar un sistema operativo completo lo que
hacen es compartir los recursos del propio sistema operativo "host" sobre el que se ejecutan.

A simple vista puede parecer que no se ha ganado mucho. Al fin y al cabo solo desaparece la capa del
sistema operativo huésped, y se sustituye el hipervisor por lo que he denominado "Docker Engine".
Sin embargo las diferencias son enormes.

Nota: se ha puesto Docker Engine porque se centra en Docker. Existen otras


soluciones de contenedores (Virtuozzo, LXC/LXD, OpenVZ, DC/OS...), pero Docker es,
sin lugar a dudas, la má s popular y utilizada, por lo que se ceñ irá a ella. En el caso de
otras soluciones, el componente que se encarga de realizar la "contenedorizació n" se
llamará de otra forma, pero el concepto es el mismo.

Docker Engine se encarga de lanzar y gestionar los contenedores con nuestras aplicaciones, pero en
lugar de exponer los diferentes recursos de hardware de la má quina de manera discreta (es decir, 1
procesador y "x" GB de RAM para cada aplicació n), lo que hace es compartirlos entre todos los

8
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

contenedores optimizando su uso y eliminando la necesidad de tener sistemas operativos


separados para conseguir el aislamiento.

Docker funciona a partir de imágenes que se pueden reutilizar entre varias aplicaciones (en el
esquema adjunto, las aplicaciones 2 y 3 comparten el runtime). Cada una de esas imá genes se puede
asimilar a una "capa" que se puede superponer a otras para formar un sistema de archivos que es la
combinació n de todas ellas. Por ejemplo, una capa puede llevar las bibliotecas o runtimes que se
necesiten utilizar (como Node.js o PHP), otra con unas bibliotecas determinadas de las que hace uso
nuestra aplicació n, y otra capa final con el có digo de nuestra aplicació n. La combinación resultante
(una nueva imagen, ú nica para nuestra app), es lo que forma la base de nuestro contenedor.

Cuando se lanzan uno o varios contenedores a partir de una imagen, a efectos de nuestra aplicació n es
como si estuviese ejecutándose en su propio sistema operativo, aislado de cualquier otra aplicació n
que hubiese en la má quina en ese momento. Pero la realidad es que está n compartiendo el sistema
operativo "host" que hay por debajo. Un contenedor ve su propio sistema de archivos, el resultante de
"superponer" las capas de las que hablaba antes, y los recursos hardware se van asignando
dinámicamente en funció n de las necesidades, de lo cual se ocupa Docker Engine (o equivalente si se
usan otros contenedores). Es decir, Docker aísla aplicaciones, no sistemas operativos completos.

Nota: también es posible que acceda al sistema de archivos de la máquina local para persistir de
forma permanente información propia de la aplicació n, ya que si un contenedor se cierra, todos los
cambios hechos en su sistema de archivos virtual se pierden.

Como se ve, tecnologías que persiguen un fin similar, pero con enfoques totalmente diferentes.

16. Docker vs. Máquinas Virtuales

• En primer lugar, se debe tener en cuenta que, en el caso de los contenedores, el hecho de que no
necesiten un sistema operativo completo sino que reutilicen el subyacente reduce mucho la
carga que debe soportar la má quina física, el espacio de almacenamiento utilizado y el tiempo
necesario para lanzar las aplicaciones. Por lo tanto los contenedores son mucho más ligeros que
las má quinas virtuales.

9
DATOS MASIVOS - BIG DATA— 3º E-3 ANALYTICS
TEMA 5. CONSOLIDACIÓN Y VIRTUALIZACIÓN

• Cuando definimos una má quina virtual debemos indicar de antemano cuántos recursos físicos le
debemos dedicar. La reserva es total, por eso, aunque nuestra aplicació n no haga uso en realidad
de los de RAM reservados da igual: no podrán ser utilizados por otras máquinas virtuales ni
por nadie má s. En el caso de los contenedores esto no es así. De hecho no se indica qué recursos se
van a necesitar, sino que es Docker Engine, en función de las necesidades de cada momento, el
encargado de asignar lo que sea necesario para que los contenedores funcionen adecuadamente.
• Esto hace que los entornos de ejecución de Docker sean mucho más ligeros, y que se aproveche
mucho mejor el hardware, ademá s de permitir levantar muchos má s contenedores que VMs en la
misma má quina física. Mientras que una VM puede tardar un minuto o más en arrancar y tener
disponible nuestra aplicació n, un contenedor Docker es capaz de levantarse y responder en unos
pocos segundos (o menos, segú n la imagen). El espacio ocupado en disco es muy inferior con
Docker al no necesitar que instalemos el sistema operativo completo.

• Por otro lado, Docker no permite utilizar en un sistema operativo "host"


contenedores/aplicaciones que no sean para ese mismo sistema operativo. Es decir, no se puede
ejecutar un contenedor con una aplicació n para Linux en Windows ni al revés. Lo cual puede
suponer un impedimento en algunas ocasiones.

 Nota: Docker para Windows, paradó jicamente, utiliza una máquina virtual Linux en
segundo plano para poder ejecutar aplicaciones Linux. Los contenedores Windows se
ejecutan nativamente en Windows, claro.
 Actualizació n Mayo 2019: Microsoft ha anunciado que pronto Windows incluirá de serie un
núcleo completo de Linux en WSL 2 (Windows Subsystem for Linux), por lo que será capaz
de ejecutar nativamente aplicaciones Linux y esta máquina virtual no será necesaria.

 Ademá s para poder hacer despliegues avanzados de aplicaciones en contenedores hay que ir
má s allá de Docker y utilizar tecnologías como Kubernetes, que nos permiten orquestar y
controlar los despliegues con mucha partes en movimiento. Estas tecnologías pueden llegar a ser
complejas de aprender y dominar.

RESUMEN: Los contenedores permiten desplegar aplicaciones má s rá pido, arrancarlas y pararlas


má s rá pido y aprovechar mejor los recursos de hardware. Las máquinas virtuales permiten crear
sistemas completos totalmente aislados, con mayor control sobre el entorno y mezclando sistemas
operativos host y huésped.

10

También podría gustarte