Buscar este blog

viernes, 21 de febrero de 2014

VMWare VSphere Storage VMotion

VSphere Storage VMotion

VSphere vMotion permite migrar en directo los archivos de disco de las máquinas virtuales en las matrices de almacenamiento y entre ellas, sin interrupción del servicio. La migración de archivos de disco de máquinas virtuales sin interrupción a distintos tipos de almacenamiento permite gestionar de forma rentable esos discos como parte de una estrategia de almacenamiento distribuida en niveles.
·         Realizar migraciones de almacenamiento con tiempo de inactividad cero y con una integridad absoluta de las transacciones.
·         Migrar archivos de disco de las MV, con independencia del sistema operativo de estas y del hardware de servidor compatible donde se ejecuten.
·         Migrar el directo los archivos de disco de las MVa cualquier sistema de almacenamiento (Fibre Channel, iSCSI, FCoE o NFS) compatible con vSphere.


Esta funcionalidad la podemos utilizar desde la opción de migrar una MV. También es utilizada o se podría utilizar dentro del clouster por el HA.

VMWare High Availability (HA)

High Availability (HA)
Descripción:
·         Proporciona la disponibilidad que necesitan la mayoría de las aplicaciones que se ejecutan en máquinas virtuales, con independencia del sistema operativo y la aplicación que se ejecute en él. La solución HA proporciona protección —de forma rentable y uniforme— mediante la conmutación por error frente a interrupciones del hardware y el sistema operativo, dentro del entorno de TI virtualizado. La solución HA permite:
·         Supervisar las máquinas virtuales y hosts de vSphere para detectar los fallos en el hardware y en los sistemas operativos guest.
·         Reiniciar las máquinas virtuales en otros hosts de vSphere del clúster sin intervención manual cuando se detecta un servidor fuera de servicio.
·         Reducir el tiempo de inactividad de las aplicaciones reiniciando automáticamente las máquinas virtuales en caso de detectar un fallo del sistema operativo.
Permite:
·         Relación de nodo maestro-esclavo: Esta relación entre los nodos de un clúster sustituye a los nodos primarios y secundarios. Las tareas de disponibilidad se coordinan mediante un único nodo maestro, que comunica todas las actividades y estados a vCenter Server. De este modo, se elimina gran parte del trabajo de planificación necesario para diseñar un entorno altamente disponible, y los administradores ya no tienen que preocuparse de qué hosts son nodos primarios y dónde se encuentran.
·         Compatibilidad con redes IPv6.
·         Mecanismo de implementación sencillo: realización rápida y fácil de tareas rutinarias, como la implementación del agente vSphere HA y la configuración de la funcionalidad HA.
·         Eliminación de la dependencia de componentes externos: la funcionalidad HA no depende de la resolución de DNS. Esto reduce las probabilidades de que la interrupción de un componente externo repercuta en el funcionamiento de las operaciones de HA.
·         Múltiples rutas de comunicación: los nodos de alta disponibilidad de un clúster se pueden comunicar a través del subsistema de almacenamiento y de la red de gestión. La existencia de múltiples rutas de comunicación aumenta la redundancia y permite evaluar mejor el estado de un host y sus MV.
·         Reglas antiafinidad entre MV: la funcionalidad HA se ha mejorado para que respete las reglas de antiafinidad entre MV definidas en vSphere Distributed Resource Scheduler, con lo que se elimina la necesidad de efectuar migraciones con vMotion después de una conmutación por error.



Requisitos para utilizar HA:
·         Licencia para el Hipervisor: VMware Infrastructure Suite Estándar o Enterprise o superiores.
·         Por lo menos 2 sistemas host ESX.
·         SAN o NAS compartido entre los servidores ESX donde se almacenan las MV y donde los Host puedan tener acceso a las MV de los otros Host.
·         Compatibilidad de las CPUs, entre los anfitriones. La forma más fácil de probar esto es para intentar un VMotion de una máquina virtual de un servidor a otro y ver qué pasa. Esto es lo que la CPU incompatibilidad parece cuando se produce un error.

Configuración del HA en los Host:
Para poder configurar en nuestra plataforma virtual un HA primero tendremos que crear un clouster en nuestro datacenter (El clouster nos permitirá configurar el HA y el RDS) y tendrán que existir mínimo dos host configurados en nuestro datacenter.
·         El primer paso será agregar un clouster en nuestro datacenter. Botón derecho encima del datacenter, agregamos un nuevo clouster


·         Nos aparecerá un asistente que nos ayudará a configurar el clouster. El primer paso será introducir un nombre al nuevo clouster.
Después podremos configurar el clouster con las funcionalidades de HA o DRS. Estos pasos los podemos configurar ahora o cuando lo necesitemos, no es necesario activarlos durante la primera configuración.
En este caso activaremos la opción HA.


·         Si seleccionamos la opción HA nos permitirá configurar el HA según nuestras necesidades:
o   Vigilancia del estado de los Host: Por defecto activada. Permite a los host comprobar el estado del resto de los host del clouster.
o   Control de Admisión: Por defecto activada. Permite controlar la capacidad de reserva de los host cuando uno de ellos falla.
o   Política de control de admisión: Nos permite configurar:
§  Cuantos host fallidos van a controlar los host que siguen dando servicio.
§  Podemos reservar tanto CPU como memoria que se van a dedicar a los servicios del host caído por parte del host que sigue dando servicio.
En este caso dejaremos seleccionadas las opciones por defecto que ya vienen configuradas en el asistente.


·         En la siguiente ventana nos permiten configurar el comportamiento que el HA va a tener sobre las MV
o   Prioridad de reinicio: Aparecen una serie de opciones, dejamos la que nos aparece pro defecto.
o   Que queremos hacer con la MV: Apagar, reiniciar, dejarla encendida.


·         Monitorización del estado de las MVs: En esta ventana podemos hacer que se compruebe las Vmware tools de las MV, si estas no funcionan correctamente reiniciará la MV.
Por defecto viene desactivado.
También podemos indicarle que reinicie la maquina si no es detectado por el HA. Aquí nos podremos indicar el grado de sensibilidad a la hora de la vigilancia por parte del HA


·         El siguiente punto es uno de los más importantes para poder realizar la configuración del HA en nuestro clouster. En este punto comprobaremos si nuestras CPUs (de los diferentes host) son compatibles o no lo son. Este paso nos informara si podemos hacer un HA en nuestro clouster, ya que si nuestras CPUs son incompatibles no podremos mover MV (en caliente) entre los host del clouster.
Si nuestros Host tienen diferentes CPUs, tenemos que comprobar e indicar cual es el EVC compatible entre nuestros host.
VMWare nos ofrece dos opciones según la marca de fabricante (ya que no podemos compatibilizar procesadores de diferentes fabricantes): AMD e Intel.
En este ejemplo seleccionamos Intel ya que nuestros dos Host tienen procesadores Intel.


·         Después tenemos que configurar el almacenamiento de las MV en los host.
o   Almacenar la información de la MV en el mismo lugar que la MV.
o   Almacenar la información de la MV en un almacenamiento del Host, esto puede reducir el rendimiento del a MV.
Dejamos la configuración predeterminada.


·         Nos muestra la información que hemos configurado y finalizamos el asistente.


Una vez agregado el clouster a nuestro datacenter. Tendremos que agregar nuestros host al clouster.
Podemos hacerlo de dos maneras diferentes:
·         Seleccionamos nuestro host del datacenter (Casa) y lo arrastramos al clouster (Clouster Casa).
·         Seleccionamos el clouster (Clouster Casa) y añadimos un nuevo host (Opción: “Add a host”).
En nuestro caso arrastraremos nuestros host dentro del clouster.
Ya tenemos configurado un clouster en nuestra plataforma virtual.


VMWare Tolerancia a Fallos

Tolerancia a Fallos

La Tolerancia a fallos es una funcionalidad dentro de la alta disponibilidad.
La alta disponibilidad permite reiniciar una MV en otro host en caso de fallo del host donde la MV se estaba ejecutando, esta funcionalidad se ejecuta a nivel de aplicación, previniendo de pérdidas de servicio y de dato.
Cuando se habilita la Tolerancia a Fallos para un host, se crea una imagen en vivo ejecutándose en otro host físico. Los dos host actúan conjuntamente ejecutando el mismo conjunto de eventos ya que reciben las mismas entradas en un determinado instante de tiempo.
De cara al usuario, los dos host aparecen como una misma entidad con una única dirección IP y disco duro virtual, siendo el primario el único que puede escribir sobre dicho disco.

Continuamente, los host se llaman entre ellos y, en el momento que se pierde contacto, el secundario pasa a realizar tareas de primario. Estas llamadas son continuas en intervalos de milisegundos consiguiendo que la tolerancia a fallos sea instantánea.

miércoles, 19 de febrero de 2014

VMWare VMOTION

VMOTION


Definición (Explicación de VMWare)

Las migraciones en caliente con VMware vSphere® permiten trasladar una máquina virtual completa y en funcionamiento de un servidor físico a otro, sin tiempo de inactividad. La máquina virtual retiene su identidad y conexiones de red, con lo que se garantiza un proceso de migración sin ningún tipo de problema. La memoria activa y el estado de ejecución preciso de la máquina virtual se transfieren a través de una red de alta velocidad, lo que permite que la máquina virtual pase de ejecutarse en el host de vSphere de origen a ejecutarse en el host de vSphere de destino. Todo este proceso tarda menos de dos segundos en una red Gigabit Ethernet.
·         Optimice automáticamente las máquinas virtuales dentro de los pools de recursos.
·         Realice el mantenimiento de hardware sin tiempo de inactividad programado ni interrumpir la actividad empresarial.
·         Transfiera las máquinas virtuales que se encuentren en servidores con fallos o rendimiento insuficiente.
·         Puede programar las migraciones para que ocurran en momentos predefinidos y sin la intervención de un administrador
Funcionamiento:
1.       Seguimiento de la MV: Se hace un seguimiento de los cambios realizados en las páginas de memoria para registrar los posibles cambios durante la migración. Este proceso consume recursos de la MV.
2.       Pre-copia: Se copia el contenido de la memoria de la MV del Host origen al Host destino. Primero copia toda la memoria y después se copian los cambios realizados durante la primera copia. Si durante la segunda se realizan cambios, se volverá a realizar una modificación de la memoria destino hasta que se copien todas las modificaciones.
3.       Switchover: Es el cambio definitivo del Host origen al Host destino. En esta fase se bloquea la MV origen para poder activar la MV destino. Este proceso provoca un pequeño parón de la MV. Este parón varia según:
1.       La infraestructura de red
·         El almacenamiento Los hosts
·         Versión de vSphere, etc.



Como utilizar vMotion

Primero tendremos que habilitar la opción de uso de esta herramienta en vCenter. Para activar esta herramienta tendremos que realizar este proceso en los host donde queramos que vMotion este activo:
1.       Accedemos a vCenter por medio de vClient. Seleccionamos uno de los Host, seleccionamos la pestaña configuración y presionamos la opción red (networking).



2.       En esta opción se nos mostrara los switchs virtuales que tenemos configurados en el Host. Tendremos que buscar la conexión o servicio “Management Network” (mantenimiento) y presionaremos en: “Properties…” (propiedades) de la tarjeta de red donde este configurado el Management Network.



3.       Seleccionamos el objeto que queremos configurar, en nuestro caso: “Management Network” y presionamos el botón “Edit”



4.       La nueva ventana nos permitirá configurar el Management Network, en nuestro caso seleccionaremos la opción vMotion que es el servicio que queremos activar en nuestro Host.
5.       Este proceso tendremos que hacerlo en los Host donde queramos tener activado el servicio de vMotion.
Es recomendable tener mínimo una tarjeta de red DEDICADA para este servicio: Management Network.
(Ya explicaremos en otra entrada la función del Management Network)

A partir de este momento (activar el vMotion) ya podremos mover maquinas en caliente desde un host a otro.




Con este servicio podremos mover tanto la MV como su almacenamiento.
·         Seleccionamos la MV (en nuestro caso una MV apagada para poder realizar las tres opciones) que queremos mover de un Host a otro. Botón derecho encima de la MV y seleccionamos la opción: “Migrate…”



·         En este caso como tenemos la MV encendida solo nos deja dos opciones:
a.       Migrar la MV de Host
b.      Migar el almacenamiento del Host
c.       Migrar la MV entera



·         Para poder agrupar las dos primeras opciones, en esta explicación seleccionaremos la tercera ya que agrupa a las dos opciones anteriores.



·         Seleccionamos el Host donde queremos migrar la MV. En nuestro caso nos aparece un Warning ya que nuestra MV tiene configurada la unidad CD/DVD con una ISO que esta almacenada en el almacenamiento local del Host origen. Tendremos que quitar esta ISO de controlador CD/DVD.
Caso con Warning:



                Caso sin Warning:



·         El siguiente paso será indicar cuál es el storage (almacenamiento) donde se almacenara la MV. En este caso podemos indicar que tipo de almacenamiento queremos que tenga:
a.       Same format as source: El mismo tipo de formato que el almacenamiento original.
b.      Thick Provision Lazy Zeroed
c.       Thick Provision Eager Zeroed
d.      Thin Provision



·         Nos mostrará información de la configuración realizada y finalizaremos el asistente para que comience la migración de un Host a otro.

Las dos primeras opciones dentro de la migración, se pueden realizar en caliente (con la MV encendida y en pleno funcionamiento).
En la primera opción: Migrar la MV, tiene una peculiaridad, si se migra en caliente con el vMotion tenemos que saber o confirmar que los dos Host son compatibles para realizar este proceso. Esto sucede por compatibilidades con el HardWare, sobre todo con la CPU de casa Host. Existe una forma de comprobar las compatibilidades entre los Host. Si las CPU no son iguales tendremos que calcular cual es la opción idónea para que se produzca la compatibilidad. Lo realmente hacemos es degradar uno de los procesadores para que sea compatible con la CPU inferior.

(Esto se explicara en otra entrada)

martes, 18 de febrero de 2014

VMWare PRIMERA CONFIGURACIÓN VCENTER SERVICE APPLINCE

PRIMERA CONFIGURACIÓN VCENTER SERVICE APPLINCE


Una vez instalado nuestro vCenter Applince (CA) tendremos que configurarlo según nuestras necesidades.
El primer paso es arrancar la MV desde nuestro Vclient. Cuando termine de arrancar la maquina nos aparecerá una venta nueva parecida a esta:



Aquí nos informa de la configuración que tiene nuestro CA por defecto. Para poder modificar nuestro CA:
·         Conectarnos vía Web a nuestro CA.
·         Conectarnos por el vClient.
·         Iniciar sesión en la propia MV “LOGIN” y realizar los cambios directamente en nuestra MV.
Por defecto CA trae el servicio de conexión Vclient desactivado, por lo que tendremos que activarlo vía Web o directamente por comandos.
Aquí explicaremos como configurar el CA vía Web. Par ello nos fijaremos en la información que nos ofrece el CA. En primer lugar nos indica cual es el acceso vía web. UTILIZA UNA CONEXIÓN HTTPS y por defecto utiliza el puerto: 5480.
Así que nos conectaremos por medio de nuestro navegador a la ruta que se nos indica, en nuestro caso: https://192.168.1.138:5480.
El primer mensaje que nos aparece es un mensaje de error por temas del certificado que el CA utiliza para una conexión segura. Este certificado no esta autentificado por lo que nuestro navegador nos informa de los problemas que esto nos puede ocasionar. Como sabemos que este certificado es seguro continuaremos de todos modos.



Lo primero que tendremos que hacer es iniciar sesión con el usuario ROOT. Si es nuestra primera vez:
                                               Usuario: root
                                               Contraseña: vmware
Uno de los primeros pasos y más importantes será cambiar esta contraseña. Por mi parte fue lo primero que realice.

Primeras configuraciones del CA vía Web:
·         Cambiar la contraseña del administrador: Pestaña Administracion, se cambia contraseña y en las opciones de “Acciones” cambiamos la contraseña.



·         Configuración de la red: Pestaña Network, opción Address, seleccionamos  en la opción IPv4 Address Type: STATIC y a partir de aquí configuraremos los diferentes valores de red. Cuando terminemos presionamos el botón salvar configuración y listo.



·         Configuración de la Base de Datos que utilizara nuestro CA. En el panel de la derecha Utilities sobre Setup wizard/Launch para configurar la base de datos y tras esta pequeña configuración podremos acceder a nuestro entorno VirtualCenter desde la herramienta Vsphere Client.
Seleccionamos Configure with default settings (Esto nos crea la base de datos en formato embedded, no integrará SSO con Active Directory, aunque se puede configurar después.



Nos muestra la información de instalación y finalizamos la configuración para que instale la base de datos.

Con estos pasos tendremos configurado nuestro Vcenter para que nos podamos conectar y trabajar desde nuestro Vclient.

Otros pasos recomendados son actualizar nuestro vcenter a una versión mas nueva.

Para realizar esta operación, nos iremos a la pestaña SETUP y presionaremos el botón “Check Updates” Si existe alguna actualización no lo indicará. Si existe podremos realizar la actualización presionando el botón: “Install Updates” Este proceso tarda un rato y actualizara a una nueva versión nuestro CA.

VMWare INSTALACIÓN VCENTER SERVER APPLANCE


INSTALACIÓN VMWARE VCENTER SERVER APPLANCE


Como instalar la versión vcenter applance en nuestro servidor ESXi 5.1.
En este tema explicaremos como instalar vcenter basado en sistema operativo Linux.
La web oficial para descargar el Vcenter Applance es:
Desde esta web podremos descargar los ficheros necesarios para poder realizar la instalación. Esta descarga la podremos realizar si estamos registrados en VMWare y si tenemos los permisos necesarios.
Pasos para instalación:

·         Nos conectamos a nuestro Host a través del Vclient.
·         Presionamos el menú de ficheros (File) y seleccionamos la opción: “Deploy OVF Template…”.
OVF: Formato abierto, seguro, portable, eficiente y extensible para empaquetación y distribución de software a ejecutar en máquinas virtuales. Es un fichero que nos permite empaquetar y distribuir software virtual.



·         En la primera ventana que nos aparece indicaremos donde esta situado el fichero con formato OVF en nuestra maquina física (maquina donde estamos ejecutando el Vclient).



·         En la siguiente ventana nos mostrara información general de la MV que se va a instalar.



·         Indicamos el nombre que queremos que tenga la MV.

·         Indicamos donde queremos que se almacene la MV dentro de nuestro ESXi

·         Le indicamos como queremos que sea el disco virtual

·         Cual es la tarjeta de red que queremos que utilice esta nueva MV.

·         Nos muestra las características de la MV.

·         Terminamos con la configuración y comenzara la instalación de nuestra MV (Vcenter applince).



VMWARE VCENTER SERVER 5

VMWARE VCENTER SERVER 5



vCenter es el componente más importante dentro de la infraestructura de VMWare vSphere. Este componente nos permitirá gestionar centralizadamente múltiples host.
Este componente añade más funcionalidades que si trabajásemos con Vclient. Estas funcionalidades son:
·         HA: Alta disponibilidad
·         DRS: Balanceo de carga
·         FT: Tolerancia a fallos
·         Update Manager: Actualizaciones de componentes.
·         Converter: conversor de máquinas físicas a máquinas virtuales.
·         VMotion: Mover máquinas de un Host a otro
·         Storage vMotion: Mover el almacenamiento de un Host a otro
A partir de las versiones 5 de VMWare vSphere podremos instalar vCenter en:
·         Sistemas Operativos Windows: Win XP Pro 64-Bit SP2/SP3, Win Server 2003 64-bit Standard, Enterprice y DataCenter SP1/SP2 Win Server 2008 Standard, Enterprice y DataCenter SP2
·         Sistema Operativo Linux: Este es un sistema creada por VMWare: VCENTER SERVER APPLIANCE.
Una de las diferencias entre estos dos sistemas radica en que si instalamos vCenter en un Windows tendremos que pagar la licencia del SO a diferencia del appliance.
Los requisitos del Hardware para el  vCenter vienen condicionados por el número de MV que gestionen, estos requisitos son los necesarios para la gestión de menos de 100 MV y menos de 10 Host (aunque puede que se te quede corto).
Requisitos de VMWare vCenter 5 para Linux:
·         2x CPUs de 2 GHz de 64bits
·         4 GB de memoria RAM. Mínimo
·         10 GB de espacio en disco duro. Mínimo.
·         Adaptador de red 1Gb (recomendado)
Requisitos de VMWare vCenter 5 para Windows:
·         2x CPUs de 2 GHz de 64bits
·         4 GB de memoria RAM
·         4 GB de espacio en disco duro.
Se pueden añadir otros tipos de componentes adicionales al vCenter:
·         Dump Collector
·         Web Client
·         Update Manager
MODULOS DEL VCENTER
En este punto se explicara brevemente las características de los diferentes modulos. En otras plantillas explicaremos como configurarlos.
·         HA: Es una solución asequible y fácil de utilizar que garantiza la alta disponibilidad de las aplicaciones que se ejecutan en las máquinas virtuales. En caso de fallo de un servidor físico, las máquinas virtuales afectadas se reinician automáticamente en otros servidores con capacidad adicional. En caso de fallo del sistema operativo, vSphere High Availability reinicia la máquina virtual afectada en el mismo servidor físico.
·         DRS: Equilibra continuamente el uso de espacio de almacenamiento y el almacenamiento de carga de E / S y evitar los cuellos de botella de recursos para cumplir con los niveles de servicio de las aplicaciones
·         FT: Proporciona disponibilidad continua para las aplicaciones y las protege contra los fallos de servidor, porque crea una instancia duplicada en tiempo real de una máquina virtual que es virtualmente idéntica a la instancia principal. Gracias a la conmutación por error instantánea entre las dos instancias, Fault Tolerance elimina hasta la mínima posibilidad de pérdida de datos o interrupción.
·         Update Manager: Automatiza la gestión de parches y elimina la necesidad de hacer el seguimiento y la aplicación de parches de forma manual en los hosts y máquinas virtuales de vSphere. La solución compara el estado de los hosts de vSphere con los parámetros de referencia y, a continuación, aplica actualizaciones y parches para garantizar la conformidad.
·         Converter: conversor de máquinas físicas a máquinas virtuales.
·         VMotion: Permite migrar en caliente las máquinas virtuales de un host de vSphere a otro sin que ello afecte a los usuarios finales. De este modo, puede realizar operaciones de mantenimiento y actualizaciones en los servidores sin tener que programar tiempo de inactividad ni interrumpir las operaciones del negocio. Con vSphere vMotion, puede reconfigurar de forma dinámica la colocación de las máquinas virtuales en los servidores de vSphere, para coordinarlas con los cambios en las políticas empresariales, o bien para trasladarlas a otro hardware que no presente fallos o cuyo rendimiento sea más adecuado
·         Storage vMotion: Permite mover los archivos de disco de las máquinas virtuales de un almacén de datos a otro sin interrumpir el servicio al usuario final. Puede controlar las operaciones de almacenamiento simplificando el mantenimiento, las actualizaciones y las migraciones de las matrices de almacenamiento, así como optimizando dinámicamente el rendimiento de E/S del almacenamiento Dump Collector
·         Web Client: Contiene todas las caracteristicas del vClient. Tiene algunas funciones como la administración de vSphere Replicator, la gestión de vSphere SSO o la integración con vCenter Orchestrator que SOLO se pueden realizar desde vSphere Web Client.

·         Data Protection: Es la solución idónea de copia de seguridad y recuperación porque realiza copias de seguridad rápidas y eficaces en disco y su recuperación fiable.