CONCEPTO VIRTUALIZACIÓN

Presentación del tema: "CONCEPTO VIRTUALIZACIÓN"— Transcripción de la presentación:

1 CONCEPTO VIRTUALIZACIÓN
VIRTUALIZACIÓN: CONCEPTOS BÁSICOS CONCEPTO VIRTUALIZACIÓN Virtualización es la abstracción de los recursos hardware de una Máquina física (Host) y el Sistema Operativo de la Máquina Virtual (Virtual Machine o Guest), dividiéndose el recurso en uno o más entornos de ejecución. La virtualización puede aumentar la escalabilidad, flexibilidad y agilidad de una arquitectura, reduciendo al mismo tiempo los costes significativamente. Las cargas de trabajo se implementan con mayor rapidez, el rendimiento y la disponibilidad aumentan y las operaciones se automatizan. .

2 CONCEPTO: MÁQUINA VIRTUAL
VIRTUALIZACIÓN: CONCEPTOS BÁSICOS CONCEPTO: MÁQUINA VIRTUAL Se define “Máquina Virtual” (VM, Virtual Machine) como un contenedor de software muy aislado en el que se incluyen un Sistema Operativo y aplicaciones. Cada Máquina Virtual posee sus propios recursos virtuales hardware como memoria RAM, CPU, NIC, etc.... De manera que en todo momento el Sistema Operativo de la Máquina Virtual (Sistema Operativo Guest) cree que este hardware es físico.

3 CONCEPTO: HYPERVISOR VIRTUALIZACIÓN: CONCEPTOS BÁSICOS
Se le llama hypervisor a la capa de software que permite la virtualización y podemos establecer dos tipos distintos de hypervisores: Hypervisor de tipo 1 Hypervisor de tipo 2

4 VIRTUALIZACIÓN: CONCEPTOS BÁSICOS
HYPERVISOR DE TIPO 1 Hypervisor de tipo 1: corre directamente sobre nuestro hardware y nos permite crear máquinas virtuales, por lo tanto desaparece la necesidad de contar con un sistema operativo anfitrión, solo tendremos sistemas huéspedes, y el anfitrión será directamente nuestro hypervisor. Algunos de los hipervisores de tipo 1 más conocidos son: VMware ESXi, Citrix Xen, Microsoft Hyper-V Server u Oracle VM.

5 HYPERVISOR DE TIPO 2 VIRTUALIZACIÓN: CONCEPTOS BÁSICOS
Hypervisor de tipo 2: en el cual un sistema operativo corre sobre el hardware del sistema, montamos un hypervisor sobre dicho sistema operativo anfitrión, y este hypervisor crea los sistemas operativos invitados.

6 Tipos de hipervisor 1 El arranque de la máquina anfitriona se produce a través de la ejecución de un núcleo Linux el cual proporciona servicios de consola y hardware en colaboración con el hipervisor funcionando en modo "Supervisor". A partir de la versión vSphere (versión 4.0) de 64 bits, el hipervisor aplica los teoremas de la paravirtualización y sustituye al núcleo Linux por sus propias interfaces, pasando a ejecutar el entorno operativo como una máquina virtual.

7 ESXI TIPO DE HIPERVISOR 1
Para su ejecución, ESXi se apoya en un sistema linux basado en Red Hat Enterprise modificado para la ejecución del hipervisor y los componentes de virtualización de VMWARE.

8 Tipos de hipervisor 1 KVM se encuentra integrado en el núcleo de Linux a partir de la versión del Kernel. Esta aplicación necesita soporte de hardware para ejecutar la virtualización, ya sea con procesadores de Intel o de AMD. En caso de que nuestro procesador no soporte dichas tecnologías de virtualización será inútil intentar instalarlo.

9 Tipos de hipervisor 1 En cada nueva revisión del kernel, se incorporan nuevos parches y funciones; no sólo corrigen los bugs con bastante rapidez, sino que además tenemos varias versiones disponibles durante el desarrollo del proyecto. En general, la documentación de KVM es muy buena, y en la propia web de KVM hay material más que suficiente para levantar el hipervisor y trastear con él sin ningún problema.

10 CLUSTER DE SERVIDORES También se puede agregar un clúster de servidores a un recurso único y consolidado, con lo cual se aumenta la eficiencia general. La virtualización de servidor también permite una implementación de cargas de trabajo más rápida, un aumento del rendimiento de las aplicaciones y una disponibilidad superior.

11 Alta disponibilidad Disponibilidad es la medida en que un sistema informático es capaz de proveer servicio ininterrumpido a sus usuarios. Se mide como la razón entre el tiempo durante el que se provee servicio aceptable y el tiempo total de operaciones, en porcentaje. Tolerancia a Fallas es la capacidad de un sistema informático de mantener servicio ante la presencia de fallas parciales en: Sistema: Hardware Software de base Aplicativos Ambientales (energía,temperatura) Operaciones Infraestructura de comunicaciones

12 Alta disponibilidad La alta disponibilidad se refiere a la capacidad de que aplicaciones y datos se encuentren operativos para los usuarios autorizados en todo momento y sin interrupciones, debido principalmente a su carácter crítico. El objetivo de la misma es mantener nuestros sistemas funcionando las 24 horas del día, 7 días a la semana, 365 días al año, manteniéndolos a salvo de interrupciones, teniendo en cuenta que se diferencian dos tipos de interrupciones:

13 Alta disponibilidad Las interrupciones previstas, que se realizan cuando paralizamos el sistema para realizar cambios o mejoras en nuestro software. Las interrupciones imprevistas, que suceden por acontecimientos imprevistos (como un apagón, un error del hardware o del software, problemas de seguridad, un desastre natural, virus, accidentes, caídas involuntarias del sistema).

14 El tiempo medio ente fallos
Alta disponibilidad Las métricas comúnmente utilizadas para medir la disponibilidad y fiabilidad de un sistema son: El tiempo medio ente fallos o MMTF que mide el tiempo medio en el que se tiene alta probabilidad de que el sistema falle. El tiempo medio de recuperación o MTTR que mide el tiempo medio empleado en restablecerse la situación normal una vez que se ha producido el fallo.

15 Disponibilidad = MTTF / (MTTF + MTTR)
Alta disponibilidad Por lo tanto, podemos decir que el sistema tiene durante su vida, una media de tiempo para presentar fallas (MTTF) y un tiempo medio de reparación (MTTR) . Su tiempo de vida es una sucesión de MTTFs y MTTRs, a medida que este va fallando y siendo reparado. El tiempo de vida útil del sistema es la suma de MTTFs en ciclos MTTF + MTTR ya vividos. Disponibilidad = MTTF / (MTTF + MTTR)

16 Alta disponibilidad Lógicamente, nuestro principal objetivo es aumentar el MTTF y reducir el MTTR de forma que minimicemos el tiempo de no disponibilidad del servicio. Existen distintos niveles de disponibilidad del sistema. Según el tiempo aproximado de inactividad por año se determina el porcentaje de disponibilidad.

17 Alta disponibilidad El mayor nivel de exigencia de alta disponibilidad acepta 5 minutos de inactividad al año, con lo que se obtiene una disponibilidad de 5 nueves: %.

18 REDES DE ALMACENAMIENTO

19 REDES DE ALMACENAMIENTO
ESQUEMA BASICO DE RED SAN. En el esquema podemos ver que la red de Storage Area Network (SAN) no es accesible por los Clientes de la Local Area Network (LAN), sólo los servidores que forman un Cluster en alta disponibilidad acceden por sus interfaces HBA (Host Bus Adapter) a las cabinas de discos. Estos HBA pueden ser FC (Fibre Channel ), una controladora de discos SAS y conectar las cabinas por DAS (Direct Attach Storage); o también podrían conectar con la SAN por adaptadores NIC (Network Interface Controller) en vez de HBA, por el protocolo ISCSI.

20 REDES DE ALMACENAMIENTO
VISTA POSTERIOR DE UNA CABINA DE DISCOS. ¿Qué son las Cabinas de Discos? Son dispositivos normalmente en formato rack de 19’’, ‘arrays’ de discos duros (SAS, SATA, FC), que disponen de fuentes de alimentación redundante y hasta 2 controladoras para crear redundancia y ‘MultiPath’ en la red SAN. Sus interfaces pueden ser de Fibra Óptica o por NIC y pueden utilizar uno o varios protocolos de almacenamiento. Son de un coste muy elevado y requiere de personal especializado.

21 REDES DE ALMACENAMIENTO
VISTA POSTERIOR SERVIDORES. La mayoría de los servidores actuales llevan mínimo 4 NIC a 1Gb/s. Esto es fundamental, para un diseño en alta disponibilidad. Creando redes que separan el tráfico según la NIC en: 1.- Tráfico de Administración del Cluster. 2.- Tráfico de comunicación entre máquinas virtuales. 3.- Tráfico para la migración de las máquinas virtuales cuando actúa el balanceador de carga del Cluster. Para dar redundancia de NIC’s y de la Red además de más ancho de banda se pueden encontrar servidores con 8 NIC’s, o con adaptadores Fibre Channel o de red convergente a 10Gb/s. (FCoE, ISCSI, NIC) 4.- Tráfico del almacenamiento en red.

22 REDES DE ALMACENAMIENTO

23 REDES DE ALMACENAMIENTO
EJEMPLO DE CONEXIÓN ISCSI Las NIC1 y NIC2 pertenecen a los servidores del Cluster que destinan 2 tarjetas de red para la red de almacenamiento ISCSI, cada una a un Switch. Las 2 controladoras de la cabina de almacenamiento tienen 4 NIC cada una con sus IP y conectadas 2 a 2 a cada Switch para dar redundancia y alta disponibildad. HOST1 HOST2

24 STACK ALMACENAMIENTO.

25 VITUALIZACIÓN DE REDES.
VIRTUALIZACIÓN DE REDES. La virtualización de redes es la reproducción completa de una red física en software. Las aplicaciones se ejecutan en la red virtual exactamente igual que en una red física. La virtualización de redes brinda dispositivos y servicios de red lógicos (es decir, puertos lógicos, switches, Router, firewalls, balanceadores de carga, redes privadas virtuales [VPN, Virtual Private Network] y mucho más) a las cargas de trabajo conectadas. Las redes virtuales ofrecen las mismas funciones y garantías que una red física, junto con las ventajas operacionales y la independencia de hardware propias de la virtualización.

26 Alta Disponibilidad en VMWARE
ALTA DISPONIBILIDAD EN UN ENTORNO VMWARE. . HA o Hight Aviavility en un entorno virtualizado permite que un fallo en un host del Cluster haga desplazar las VM (máquinas virtuales) hacia los demás host del Cluster con el mínimo tiempo de ausencia del servicio. Una vez que se recupere el host averiado, el balanceador de carga DRS (Distributed Resource Scheduler) en Vmware hará que las máquinas virtuales vuelvan a ocupar recursos hardware de este host, atendiendo a las políticas que hayamos programado

27 vMotion. Migrar máquinas.
vMotion. Migrar máquinas en Vmware. vMotion es el servicio que permite que las máquinas virtuales puedan migrar de un lugar a otro del Datacenter. Para ello utiliza lo que se llaman Switch virtualizados que permiten aislar este tráfico de otro en la red. vMotion es requisito indispensable para que el balanceo de carga se haga correctamente, puesto que DRS tendrá que mover las VM en función de la carga que soportan los hosts o atendiendo a las políticas que hemos programado, por ejemplo : políticas de afinidad o antiafinidad.

28 DRS. Balanceo de carga.

29 Arquitectura Distributed vSwitch. VMWARE

30 Arquitectura Distributed vSwitch. VMWARE

31 Software-Defined Data Center

32 vCenter Server Appliance Installer
Debemos instalar vCenter Server Appliance 6.5 para poder definir nuestro Centro de Datos por Software y relacionar todos los host ESXi. Podemos hacerlo con PSC Embedded o con un PSC Externo cuando tenemos varios vCenter Server.

33 vCenter Server Appliance Installer
En el proyecto que nos ocupa instalaremos vCenter Server con Embedded Platform Service Controller. Completamos los pasos del asistente con los datos que nos pide y realizamos el deploy de la VM.

34 Centro de Datos Definido por Software. Cluster-Manager

35 Horizon 7. Linked Clones

36 Horizon 7. Linked Clones

37 Horizon 7. Linked Clones

38 Horizon 7. Linked Clones

39 DISEÑO DE LA RED FÍSICA DEL PROYECTO.

40 DISEÑO DE LA RED FÍSICA DEL PROYECTO.

41 SE INSTALA EL HIPERVISOR TIPO 1 EN LOS HOSTS .

42 Cloud Computing CLOUD. (Infrastructure as a Service, IaaS) - también llamada en algunos casos hardware as a service, HaaS). En el nivel más bajo. Plataforma como servicio (en inglés Platform as a Service, PaaS). El software como servicio (en inglés Software as a Service, SaaS) se encuentra en la capa más alta y caracteriza una aplicación completa ofrecida como un servicio. Cloud Privado (Private Cloud): Infraestructura privada a una compañía o empresa. Cloud Público (Public Cloud): Infraestructura accesible desde Internet al público en general previo registro y pago de servicios. Cloud Híbrido (con una parte pública y otra privada). Muchas empresas ‘se mudan’ o migran al CLOUD porque permite ajustar el gasto al consumo exacto de recursos que necesitan incluso por horas. Se puede realizar una escalabilidad vertical y horizontal unida al tiempo de uso y tener alta disponibilidad en sus sistemas de información sin tener que realizar una gran inversión.

43 Cloud Computing

44 Cloud Computing

45 Cloud OpenNebula. Arquitectura

46 Cloud OpenNebula. Arquitectura

47 OpenNebula Dashboard

48