Comparticion de recursos:

Transcripción

1 Modulo 1: Software-Defined Data Center Centro de datos definido por software. Tradicionalmente se instalaban las aplicaciones en una relacion 1:1 en servidores fisicos. Es decir, para cada aplicación usabamos un servidor fisico por motivos de rendimiento, compatibilidad o estabilidad. Con el incremento de la potencia del hardware, los servidores se infrautilizaban en un esquema 1:1. Lo habitual era tener los servidores fisicos a un 5% o 10% de su capacidad. La infrautilizacion de los servidores implica un coste: - para cada aplicación que vamos a instalar es necesario adquirir hardware. - El nuevo servidor fisico ocupa un espacio. - La alimentacion es un coste a tener en cuenta, igual que el mantimiento de la temperatura. Con la virtualizacion conseguimos la consolidacion de servidores. - Sacamos mas rendimiento al hardware fisico. Podriamos aprovechar la CPU a niveles de un 50 o 60% en lugar del 5 o No ocupa mas espacio fisico - No consume mas alimentacion ni requiere mas potencia de climatizacion para mantener la temperatura. - No necesitamos cablear para establecer conexiones. Otras venjas de la virtualizacion: - Velocidad en el provisionamiento de maquinas. En virtualizacion podemos utilizar plantillas o clonar maquinas. - Es posible automatizar el despliegue de aplicaciones. - Incluso los usuarios podrian acceder a un portal de autoservicio para crear sus propias maquinas. - En una arquitectura virtual no nos preocupamos de las instalacion de drivers para el hw especifico - Al no depender de drivers especificos, es mas sencillo mover una maquina virtual a un hw diferente, incluso mientras esta en funcionamiento - La indepencia del hw permite al sistemas de virtualizacion la asignacion dinamica de recursos a una maauina virtual. - La virtualizacion nos permite agrupar recursos hw para asignarlos a usuarios con diferentes niveles de privilegios. Comparticion de recursos: Cuando compartimos la memoria de un servidor fisico entre varias aplicaciones, es el sistema operativo el que se encarga de mantenerlas aisladas. Este se conoce como modo protegido. Cada aplicación solo puede acceder a determinadas posiciones de memoria que no comparte con otra aplicación. Cuando el sistema operativo no gestiona correctamente este modo portegido se produce un GPF (General protection Failure). En maquinas virtuales, es el hipervisor el que se encarga de mantener el aislamiento entre maquinas, no entre apliaciones, usando un mapeo de direcciones que hace creer a la maquina virtual que esta sola.

2 En cuanto a la red, usando virtualizacion podemos crear: - Multiples redes virtuales en un mismo host. - Cada red virtual puede tener diferentes caracteristicas: VLANs, SR-IOV, Teaming, Los sistemas de archivos tradicionales no permiten aplicaciones distribuidas ni accesos simultaneos desde varias apliaciones. En virtualizacion esto si es posible: - VMware: VMFS (VMware File System) - Hyper-V: CSV (Clustered Shared Storage) Estos sistemas de archivos virtuales usan tecnicas de journaling distribuido para evitar problemas de consistencia. Ademas, todos incluyen la capacidad de aumentar el espacio de forma dinamica. Vamos a activar ssh Ahora ya podemos conectarnos con putty

3 Pwd - vemos donde estamos Aquí es donde estaran las maquinas virtuales vemos el enlace simbolico de datastore que es el almacen de datos /vmfs/volumes # cd datastore1/

4 Doble tabulador nos muestra el listado completo de comandos Recomiendan desactivar ssh cuando no se utilice por motivos de seguridad. Clientes vsphere: La version 5.5 de vsphere tiene 2 clientes - vsphere Client: Cliente de escritorio. Requiere.net vsphere Web Client: Cliente web Todas las nuevas caracteristicas de vsphere 5.5 las encontramos en el web client. El vsphere client no tienen ninguna de estas nuevas caracteristicas y desaparecera en proximas versiones. vsphere Web Client necesita SSO (Single Sign-On). El vsphere Client se sigue usando para VUM (Vmware Update Manager) y para tareas de restauracion. Podemos descargar el cliente si entramos via navegador al cualquiera de los 2 esxi que tenemos Minimo windows XP SP2 para el cliente vsphere

5 Tambien esta incluida en la ISO de vsphere Interfaces de usuario: DCUI: Direct Connect User Interface (en el esxi directamente) SSH vsphere Client: No incluye las nuevas caracteristicas. Permite conexión directa a servidores ESXi y tambien a traves de vcenter Server. vsphere Web Client: interfaz Web en flash incluye todas las novedades de las versiones actuales, pero no permite conexión directa a los ESXi. Solo a traves de vcenter Server.

6

7 ESXi Host: Sistema operativo con una huella muy pequeñas (unos 150mb) para mejorar el rendimiento y la seguridad. - Memory hardening: las apliaciones de usuario, las maquinas virtuales y los servicios se ejecutan en posiciones de memoria aleatorias para que sea mas complicado predecir su localizacion. - Kernel Modules Integrity: usa firmas digitales para garantizar que los modulos y archivos no han sido modificados. Son cargados por VMKernel. - TPM La caracteristicas VMware vsphere auto deploy permite ejecutar los hosts ESXi sin instalarlos en disco duro, directamente desde ram. Esta caracteristica se utiliza para permitir el escalado rapido de la infraestructura de virtualizacion. ESXi es un hipervisor bare-metal CIM: Common Information Model (BCM)

8 El protocolo NTP (Puerto 123/UDP) es importante en los ESXi por varias razones: - Graficas mas precisas para monitorizacion. - Time stamp en los logs mas precisos. - Las maquinas virtuales tendran instaladas las VMware tools y necesitara un origen de tiempos. Elorigen de tiempos sera el host ESXi donde estan instaladas las VMs.

9

10 NTP español: 1.es.pool.ntp.org Configuracion de autentificacion con dominio en los ESXi

11