Download pdf - Curso de Virtualización con VMWARE vSphere 5 PARTE 2

TECSUP Virtualización con VMWare vSphere 5

80

Migración: Mover una máquina virtual de un host o datastore a otro. Tipos de migraciones:

• Clod: Migrar una máquina virtual que está apagado.

• Suspended: Migrar una máquina virtual que se ha suspendido.

• vMotion: Migrar una máquina virtual que esté encendido.

• vSphere Storage vMotion: Migración los archivos de una máquina virtual, mientras que la máquina virtual está encendido, de una datastore a otro diferente.

Las migraciones simultáneas son posibles:

• Un host puede estar involucrado en un máximo de dos migraciones con vMotion o Storage vMotion a la vez.

• Como máximo de ocho vMotion simultáneos, clonación, implementación y Storage vMotion acceden a un solo VMFS-5 datastore.

MIGRANDO MÁQUINAS VIRTUALES

COMPARACIÓN DE TIPOS DE MIGRACIÓN


81

Una migración vMotion mueve una máquina virtual encendida de un host a otro. vMotion se puede utilizar para:

• Mejorar la utilización del hardware en general.

• Permiten un funcionamiento continuo de la máquina virtual mientras se realiza la tarea de migración.

• Permitir vSphere Distributed Resource Scheduler (DRS) para equilibrar las máquinas virtuales a través de servidores.

MIGRACIÓN vMotion

FUNCIONAMIENTO DE VMOTION


82

Una máquina virtual debe cumplir los siguientes requisitos:

• Una máquina virtual no debe tener una conexión a un vSwitch interno (vSwicth con cero adaptadores de enlace ascendente).

• Una máquina virtual no debe tener una conexión a un dispositivo virtual (como un CD-ROM o disquete) con una imagen local montada.

• Una máquina virtual no debe tener afinidad de la CPU configurada.

• Si el archivo swap de la máquina virual no es accesible al host destino, vMotion debe ser capaz de crear un archivo swap accesible para el host de destino antes de proceder a la migración.

• Si una máquina virtual utiliza un RDM, el RDM deben ser accesibles por el host de destino.

REQUERIMIENTO PARA vMotion

Los hosts de origen y de destino deben tener:

• Visibilidad de todo el Storage (Fibre Channel, iSCSI o NAS) que utiliza la máquina virtual:

• 128 migraciones vMotion simultáneos por VMFS datastore

• Por lo menos una red Gigabit Ethernet:

• Cuatro migraciones vMotion simultáneos en una red de 1 Gbps

• Ocho migraciones vMotion simultáneos en una red de 10 Gbps

• El acceso a las mismas redes físicas

• CPU compatible:

• Las características del CPU del host origen y destino debe ser compatibles.

• Algunas características se pueden ocultar mediante el uso de Enhanced vMotion Compatibility (EVC).

REQUERIMIENTOS DEL Host para vMotion


83

RESTRICIONES EN CPU - vMotion

MOSTRAR O OCULTAR NX/XD


84

CARACTERÍSTICAS DEL CPU

VERIFICACIÓN DE DISEÑO vMotion: Mapa Virtual Machine


85

VERIFICACIÓN DE ERRORES vMotion

Storage vMotion permite:

• Realice el mantenimiento Storage y la reconfiguración.

• Redistribuir la carga del Storage.

• Evacuar el cambio un Storage físico.

• Realice almacenamiento por niveles.

• Actualiza los hosts ESXi sin inactividad de la máquina.

Storage vMotion concidera almacenamiento de tipo independiente.

• Origen y destino puede ser diferentes tipos de almacenamiento.

Storage vMotion


86

• Iniciar la migración de storage. Iniciar un nuevo proceso de la máquina virtual (VPX). Mirror I/O llama a los bloques de archivos que ya han sido copiados en el disco virtual en el datastore destino.

• Copiar datos utilizando Vmkernel data mover o vSphere Storage APIs – Array Integration (VAAI). Corte en el proceso de VPX de destino para comenzar a acceder a la copia de disco virtual.

Storage vMotion EN ACCIÓN

ASISTENTE PARA MIGRACIÓN DE MÁQUINAS VIRTUALES


87

Recomendaciones:

• Planificar y coordinar con los administradores.

• Realizar la migración fuera de horas pico.

• Asegúrese de que el host de origen pueda acceder a ambos datastores.

Limitaciones:

• Los discos virtuales de la máquina debe estar en modo persistente o ser RDM.

• La máquina virtual debe estar apagada para migrar al mismo tiempo a otro host y datastore.

RECOMENDACIONES Y LIMITANCIAS DE Storage

vMotion

Creación de Snapshots de Máquinas Virtuales


88

Snapshots DE MÁQUINAS VIRTUALES

Los Snapshots permiten preservar el estado de la máquina virtual, para que pueda volver al mismo estado en varias ocasiones. Por ejemplo: Si realiza cambios, mientras realizamos pruebas de software, los Snapshots permiten realizar copias de seguridad de esos cambios.

• Un Snapshots se compone de un conjunto de archivos: el estado de la memoria (.vmsn), archivo de descripción (-00,000 # vmdk.) y el archivo de delta (-00000 #-delta.vmdk). El archivo de lista de Snapshot (.vmsd) mantiene un registro de los Snapshots de la máquina virtual.

ARCHIVOS Snapshot DE MÁQUINAS VIRTUALES


89

Snapshot EN ACCIÓN

Usted puede tomar un Snapshot, mientras que una máquina virtual está encendido, apagado o suspendido. Una Snapshot capta todo el estado de la máquina virtual:

• Estado de la memoria, estado de la configuración y el estado del disco

• Un Snapshot no se recomienda para backup y recuperación

TOMANDO UN Snapshot


90

ADMINISTRANDO Snapshots

BORRANDO UN SNAPSHOT DE UNA MÁQUINA VIRTUAL (1 de 3)


91

BORRANDO UN Snapshot DE UNA MÁQUINA VIRTUAL (2 de 3)

BORRANDO UN SNAPSHOT DE UNA Máquina Virtual (3 de 3)


92

BORRANDO TODO UN Snapshot DE UNA MÁQUINA VIRTUAL

Los archivos delta podría ampliar y utilizar todo el espacio libre disponible en el LUN. Para evitar esto realice lo siguiente:

• Duplicar la máquina virtual a un datostore que tiene más espacio.

• Coloque el disco(s) de otras máquinas virtuales con cold migration a otro datastore.

• Cambie la ubicación de templates.

INSUFICIENTE ESPACIO PARA ALMACENAR ARCHIVOS Snapshots


93

BIBLIOGRAFÍA

• Documentación técnica

http://www.vmware.com/support/pubs

• Guía de compatibilidades

http://www.vmware.com/resources/guides.html

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

ANOTACIONES


94

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

ANOTACIONES

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

ANOTACIONES


95

Virtualización con VMWare vSphere 5

Unidad 5: Administración VMWare - Parte

II


96

• Cuando varios usuarios tienen acceso a la VMware vSphere, una buena práctica es dar a cada usuario sólo los permisos necesarios y nada más. VMware vCenter Server permite la asignación flexible de permisos.

• Aunque el VMkernel trabaja proactivamente para evitar la saturación de las máquinas virtuales, deberemos realizar análisis de rendimiento y mantener una vigilancia permanente de los recursos del equipo físico.

INTRODUCCIÓN

OBJETIVOS

• Configurar los accesos y autenticación en un hots ESXi.

• Configurar los Roles y Permisos.

• Configurar Pool de Recursos.

• Creación de alarmas con condiciones basadas en triggers.

• Creación de alarmas con eventos basadas en triggers.


97

CONFIGURACIÓN DE ACCESO Y AUTENTICACIÓN EN UN HOST ESXI

CONFIGURANDO ESXi Firewall


98

PERFIL DE CONFIGURACIÓN DE SEGURIDAD

MODO Lockdown


99

INTEGRACIÓN DE ESXi con AD

vShield PARA SEGURIDAD DEL DATA CENTER


100

CONFIGURACIÓN ROLES Y PERMISOS

CONTROL DE ACCESOS

• El sistema de control de acceso permite al administrador de vCenter Server definir privilegios de usuarios para acceder a objetos en el Inventory. Privilegio: Define una acción que puede realizar Rol: Un conjunto de privilegios Objeto: El objetivo de la acción Usuario / grupo: Indica quien puede realizar la acción Un rol, un usuario o grupo, y un objeto definen un permiso.


101

• Los usuarios o grupos vCenter Server o VMware ESX/ESXi pueden ser usuarios locales o de dominio de Active Directory. Los Servicios de Active Directory proporciona autenticación para todos los servicios locales:

• VMware vSphere Client.

• Consola de interfaz de usuario.

• Modo de Asistencia Técnica (local y remota)

• El acceso a través de lVMware vSphere API

Los usuarios que están en el Active Directory en el grupo "ESX Admins" se les asigna automáticamente el rol Administrador.

USUARIOS Y GRUPOS

ROLES

• Los roles son las colecciones de privilegios:

• Permiten a los usuarios realizar las tareas.

• Se agrupan en categorías.

• Los Roles incluyen roles del sistema, ejemplos de roles y roles personalizados.


102

• Los objetos son entidades en las que las acciones se llevan a cabo.

• Los objetos incluyen datacenters, carpetas, grupos de recursos, clusters, hosts, datastores, redes y máquinas virtuales.

• Todos los objetos tienen la pestaña Permissions.

• Esta pestaña muestra qué usuario o grupo y roles están asociados con el objeto seleccionado.

OBJETOS

ASIGNACIÓN DE PERMISOS

• Para asignar un permiso:

1. Seleccione un usuario.

2. Seleccione un rol.

3. (Opcional) Propagar el permiso a los objetos secundarios.


103

ROLES Y ASIGNACIONES

• Un permiso puede propagarse por la jerarquía de objetos a todos los subobjetos o sólo puede aplicarse a un objeto inmediato.

ASIGNACIÓN DE PERMISOS: Escenario 1


104

• Cuando un usuario es miembro de varios grupos con permisos sobre el mismo objeto:

• Al usuario se le asigna la unión de los privilegios asignados a los grupos para ese objeto.


• Cuando un usuario es miembro de varios grupos con permisos en objetos diferentes:

• Por cada objeto en el que el grupo cuenta con los permisos, los mismos permisos se aplican como si se asignaran directamente al usuario.



105

• Los Permisos definidos explícitamente por el usuario en un objeto tienen prioridad sobre todos los permisos del grupo en ese mismo objeto.


CREANDO UN ROL

• Crear roles que sólo habiliten la tareas necesarias:

• Ejemplo: Creador de máquinas virtuales

• Utilice las carpetas para contener el ámbito de los permisos:

• Por ejemplo, asigne el rol de Creador de Máquinas Virtuales para Nancy y aplicarlo a la carpeta Finance.


106

Pool de Recursos

POOL DE RECURSOS

• Un Pool de recursos es una asociación lógica para la administración jerárquica de los recursos de CPU y de memoria.

• Se utiliza en máquinas independientes o clusters habilitados para vSphere Distributed Resource Scheduler (DRS).

• Proporciona recursos para máquinas virtuales y sub pool.


107

• Usando pools de recursos podemos tener los siguientes beneficios:

• Una organización jerárquica flexible.

• El aislamiento entre los pools de recursos.

• Control de acceso y la delegación

• Separación de recursos de hardware

• Gestión de conjuntos de máquinas virtuales que ejecutan un servicio de múltiples niveles.

USO DE POOLS DE RECURSOS

ATRIBUTOS DE UN POOL DE RECURSOS


108

RESERVACIONES DE LA CPU Y LA MEMORIA

PESTAÑA DE POOL DE RECURSOS


109

RESOURCE ALLOCATION

PROGRAMANDO CAMBIOS DE POOL DE RECURSOS


110

USANDO RECURSOS DE MONITOREO

• Evaluar el desempeño.

• Utilice las herramientas de control adecuados.

• Guardar un punto de referencia antes de los cambios.

• Identificar el recurso limitados.

• Mayor cantidad de recursos disponibles

• Asignar más.

• Reducir la competencia.

• Registrar los cambios.

• Retornar al punto de referencia.

METODOLOGÍA PERFORMANCE-TUNNING


111

HERRAMIENTAS DE MONITOREO DEL SO INVITADO

USO DE MONITOR DE RENDIMIENTO


112

GRÁFICOS DE RENDIMIENTO vCenter Server

• La ficha de Rendimiento muestra dos tipos de gráficos para los hosts y máquinas virtuales:

• Información general.

• Gráficos avanzados.

DATOS DE LA HERRAMIENTA

• VMware vCenter Server y sus herramientas de monitoreo proporcionan diferentes puntos de vista.


113

MÁQUINA VIRTUAL CON CPU LIMITADO

• Si el uso de CPU es alto y continuó, la máquina virtual tiene limitaciones de CPU.

• Sin embargo, el host puede tener suficiente CPU para otras máquinas virtuales.

• Múltiples máquinas virtuales se ven saturadas por CPU si:

• Hay un uso intensivo de la CPU en el sistema operativo invitado.

• Hay valores relativamente altos de CPU para las máquinas virtuales.

MÁQUINA CON LIMITACIONES DE CPU


114

• Comprobando la actividad de la memoria virtual:

• Si la actividad es alta, esto podría no ser un problema si todas las máquinas virtuales tienen memoria suficiente.

• Si la actividad es alta y el sistema operativo invitado tiene swapping, entonces la máquina virtual se ve limitada por la memoria.

MÁQUINA VIRTUAL CON LIMITANCIA EN MEMORIA

• Si no está activo a nivel de host el swaping, entonces la memoria principal está excesivamente saturada.

UN HOST CON MEMORIA LIMITADA


115

• Monitoreo para incrementar la memoria activa en el host:

• Memoria activa en el host se refiere a la memoria activa física utilizada por las máquinas virtuales y el VMkernel.

• Si la cantidad de memoria activa es alta, podríamos deducir que las máquinas virtuales presentan limitancia en memoria.

MONITOREO ACTIVO DE LA MEMORIA

• Las aplicaciones que usan de manera intensiva el disco puede saturar el storage o la ruta.

• Si se sospecha que una máquina virtual se ve limitada por el acceso al disco:

• Medir el rendimiento y la latencia entre la máquina virtual y el storage.

• Utilice las tablas de rendimiento avanzadas para controlar:

• Velocidad de lectura y escritura.

• Leer y escribir en la latencia.

MÁQUINAS VIRTUALES CON RESTRICCIONES EN DISCO


116

• Las aplicaciones que intensifican el trabajo de la red a menudo crean cuello de botella en los segmentos de salida de un host ESX/ESXi:

• Por ejemplo: enlaces WAN entre servidor y el cliente.

• Si usted sospecha que una máquina virtual se ve limitada por la red:

• Verifique que VMware Tools esté instalado.

• Mejora de los controladores de red.

• Mida el ancho de banda efectivo entre la máquina virtual.

• Compruebe la pérdida paquetes recibidos y transmitidos.

MÁQUINAS VIRTUALES CON LIMITACIONES DE RED

USANDO ALARMAS


117

ALARMAS

• Una alarma es una notificación que se produce en respuesta a los eventos seleccionados o condiciones que se producen con un objeto del Inventory.

• Por defecto las alarmas existen para varios objetos del Inventory:

• Muchas alarmas por defecto para los hosts y máquinas virtuales

• Puede crear alarmas personalizadas para una amplia gama de objetos del inventory:

• Máquinas virtuales, hosts, clusters, datastores, datacenters, redes, switches distribuidos y grupos distribuidos de puertos.

CONFIGURACIÓN DE ALARMAS


118

• Una alarma requiere un trigger. Tipos de triggers:

• Condición o estado de activación - Monitorea el estado actual. Ejemplo:

• Un Snapshot de un máquina virtual este por encima de 2 GB de tamaño.

• Un host está utilizando el 90% de su total de la memoria.

• Un datastore se ha desconectado de todos los hosts.

• Evento - Monitorea eventos. Ejemplo:

• La salud del hardware de un host ha cambiado.

• Una licencia ha caducado en el centro de datos.

• Un host ha dejado el vNetwork Distributed Switch.

TRIGGERS DE ALARMAS

CONFIGURACIÓN DE LAS CONDICIONES DE LOS TRIGGERS


119

CONFIGURACIÓN DE LOS EVENTOS DE UN TRIGGERS

OPCIONES DE REPORTES


120

• Cada tipo de alarma consta de las siguientes acciones:

• Enviar un correo electrónico de notificación, enviar una notificación trap o ejecutar un comando.

• Las alarmas de la máquina virtual y host tienen más acciones.

CONFIGURACIÓN DE LAS ACCIONES

CONFIGURANDO LAS NOTIFICACIONES


121

VISUALIZACIÓN DE ALARMAS TRIGGERS

Documentación técnica

• http://www.vmware.com/support/pubs

Guía de compatibilidades

• http://www.vmware.com/resources/guides.html

BIBLIOGRAFÍA


122

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

ANOTACIONES

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

_________________________________________________

ANOTACIONES


123

Virtualización con VMWare vSphere 5

Unidad 6: Administración VMWare - Parte

III


124

• La mayoría de las organizaciones cuentan con servicios como correo electrónico, bases de datos, y aplicaciones Web. La falla de cualquiera de éstos servicios puede significar la pérdida de productividad de la empresa. Debemos considerar la configuración de alta disponibilidad y de esta manera garantizar la continuidad de los servicios para la organización; con VMware vSphere 5, puedes cubrir esta necesidad.

INTRODUCCIÓN

• Introducción a vSphere High Availability.

• Configuración de vSphere High Availability.

• Describir las funciones de Cluster vSphere Distributed Resource Scheduler (DRS).

• Crear un DRS cluster.

OBJETIVOS


125

INTRODUCCIÓN A vSphere High Availability

VMWARE OFRECE PROTECCIÓN A UN ALTO NIVEL

• Protección contra fallos de hardware.

• Mantenimientos planificado con cero tiempo de inactividad.

• Protección contra el tiempo de inactividad no planificado y los desastres.


126

• VMware vCenter Server y sus componentes que se basan en una alta disponibilidad.

• vCenter Server se basa en:

• vCenter Server database:

• Cluster de bases de datos. Consulte la documentación de base de datos específica.

• Active Directory structure:

• Puesta en funcionamiento con múltiples servidores redundantes.

• Métodos para hacer vCenter Server disponibles:

• Uso de vSphere Server Availability para proteger las máquinas virtuales de vCenter Server.

• Uso de VMware vCenter Server Heartbeat.

vCenter Server Availability - RECOMENDACIONES

ALTA DISPONIBILIDAD


127

vSphere High Availability

• Falla del Host ESXi.

• Falla del Sistema Operativo Invitado.

• Falla de Aplicación.

vSphere High Availability – ESCENARIOS DE FALLAS


128

FALLA DEL Host ESXi

• Cuando un host falla, vSphere HA restablece las máquinas virtuales afectadas en otros host.

FALLA DEL SISTEMA OPERATIVO INVITADO

• Cuando una máquina virtual deja de enviar heartbeats o la máquina virtual tiene una caída (vmx), vSphere HA restablece la máquina virtual.


129

FALLA DE APLICACIÓN

• Cuando una aplicación falla, vSphere HA restablece la máquina virtual afectada en el mismo host. Requiere la instalación de Vmware Tools.

CONFIGURANDO vSphere High Availability


130

• Habilitar vSphere HA mediante la creación de un cluster o modificar un vSphere Distributed Resource Scheduler (DRS) cluster.

HABILITAR vSphere High Availability

CONFIGURANDO vSphere High Availability


131

POLÍTICA DE CONTROL DE ADMISIÓN

CONFIGURACIÓN DE MÁQUINAS VIRTUALES


132

CONFIGURACIÓN DE MONITOREO DE MÁQUINAS VIRTUALES

• En un clúster vSphere HA, heartbeats es:

• Envíos entre el host maestro y esclavo.

• Utilizado para determinar si un host maestro o esclavo ha fallado.

• Envían a través de heartbeat network.

• El heartbeat network es:

• Implementado usando un puerto Vmkernel para la gestión.

• Redes heartbeat redundantes:

• Permitir la detección fiable de fallos

IMPORTANCIA DE LA REDES REDUNDANTES Heartbeat


133

• Puede utilizar NIC Teaming para crear un heartbeat network en un hosts ESXi.

• Ambos grupos de puertos deben ser puertos Vmkernel.

REDUNDANCIA USANDO NIC Teaming

REDUNDANCIA USANDO REDES ADICIONALES

• También se pueden crear redundancia configurando más de un heartbeat network:

• En los hosts ESXi, añada una o más redes VMkernel seteadas para la gestión del tráfico.

• Configurar el grupo de puertos con estos valores:

• Establecer el balanceo de carga de origen, ID del puerto.

• No habilite Failback.

• Configurar el grupo de puertos con failover active/standby.


134

• Antes de cambiar la configuración de red en los hosts ESXi (adicionado de grupos port, eliminación de vSwicthes):

• Desactiva la opción de Enable Host Monitoring.

• Coloque el host en modo de mantenimiento.

• Estos pasos prevenir intentos no deseados de fallar sobre las máquinas virtuales.

CONFIGURACIÓN DE RED Y MANTENIMIENTO

• ¿Qué recursos de la CPU y la memoria el cluster está usando ahora?

• ¿Cuánta capacidad reservada queda?

PESTAÑA Resource Allocation


135

ESTADO DEL Cluster Monitoring

• La ventada de Cluster Status en vSphere HA muestra información sobre el estado de operación del host, protección de las máquinas virtuales y heartbeat datastores.

• La ventana de Configuration Issues muestra el estado actual de operación del vSphere HA, incluyendo la situación específica y los errores de cada maestro y del esclavo en el cluster.

ARQUITECTURA Vsphere High Availability


136

ARQUITECTURA Vsphere HA – AGENTE DE COMUNICACIÓN

Arquitectura Vsphere HA: Network Heartbeats


137

ARQUITECTURA Vsphere HA: Datastore Hearbeats

• Falla de Host Slave.

• Falla de Host Master.

• Host isolation

• Falla de la Red de Administración.

• Red patition

• Red isolation

OTROS ESCENARIOS DE FALLO DE HA


138

FALLA DE Host Slave

FALLA DE Host Master


139

HOST ISOLATED

• No se observa tráfico en el host sobre el gestor y no puede realizar un ping a su dirección(es) isolation, el host esta aislado.

• Los eventos de Host Isolation pueden ser minimizados mediante un buen diseño.

• Implementar redundancia de heartbeat networks.

• Implementar redundancia en isolation addresses.

• Si los eventos de Host Isolation ocurren, un buen diseño habilitará vSphere HA para determinar si el host está aislado o aún está activo.

• Implementar datastores de manera que estén separados de la gestión de la red utilizando:

• Fibre Channel a través de fibra óptica.

• Físicamente separar el IP Storage Networks de la red de gestión.

CONSIDERACIONES DE DISEÑO


140

Network Partition

Cluster vSphere Distributed Resource Scheduler (DRS)


141

CLUSTER

• Un clúster es una colección de hosts Vmware ESXi y máquinas virtuales asociadas, con vSphere HA y vSphere Distributed Resource Scheduler (DRS) habilitados.

• Un cluster DRS está administrado por VMware vCenter Server y tiene estas capacidades de gestión de recursos:

• La colocación inicial.

• Balanceo de carga.

• Gestión de la energía.

• Un Storage DRS se utiliza para automáticamente realizar balanceo de carga a través de múltiples datastores.

• Los datastores se agrupan.

• Lleva a cabo la colocación automática de las máquinas virtuales sobre su creación.

• Un Storage DRS se ejecuta con poca frecuencia y hace un análisis para determinar el balanceo de carga a largo plazo.

• Un Storage DRS no utiliza en tiempo real la latencia para el cálculo el balanceo de carga.

• El carga histórico I/O se comprueba una vez cada 8 horas.

• Un Storage DRS requiere que el Control Storage I/O esté disponible en todos los datastores.

Storage DRS


142

• DRS funciona mejor si las máquinas virtuales del VMware vSphere cumplir con los requisitos de vMotion migration.

• Para utilizar el DRS para el balanceo de carga, los hosts del clúster debe ser parte de una red de vMotion migration.

• Para utilizar el storage compartido, configurar todos los hosts del cluster.

• Los volúmenes deben ser accesibles por todos los hosts.

• Los volúmenes deben ser lo suficientemente grande para almacenar todos los discos virtuales para su máquina virtual.

REQUISITOS DEL Cluster DRS

CONFIGURACIÓN DE DRS Cluster: Automation Level


143

CONFIGURACIÓN DE DRS Cluster: EVC

• EVC funciona a nivel del cluster, usando Baselines CPU para configurar todos los procesadores incluidos en el cluster habilitado para EVC.

Baselines CPU para un EVC Cluster


144

• Todos los hosts del clúster deben cumplir los siguientes requisitos:

• Utilice las CPU de un solo proveedor (Intel o AMD)

• Use CPU de Intel con micro arquitectura Core 2 y posteriores

• Use de la primera generación de AMD CPU Opteron y más reciente

• Ejecutar ESX 3.5 Update 2 o posteriores

• Estar conectado a vCenter Server

• Estar habilitado para el hardware de virtualización (AMD-V o Intel VT)

• Estar configurado vMotion migration.

• Las Aplicaciones en las máquinas virtuales debe estar en buen estado.

REQUISITOS DE Cluster EVC

DRS: LOCALIZACIÓN DE Archivo Swap


145

DRS: REGLAS PARA MÁQUINAS VIRTUALES

DRS: GRUPOS


146

DRS: MÁQUINAS VIRTUALES – REGLAS DE HOST



147


DRS: AUTOMATIZACIÓN


148

AGREGANDO UN HOST AL CLUSTER

CLUSTER DRS: VISUALIZACIÓN


149

DRS: RECOMENDACIONES

MONITOREO DEL ESTADO DEL CLUSTER


150

• Para dar soporte a un host en un clúster (por ejemplo, para instalar más memoria) o quitar un host de un clúster, debe colocar el host en modo de mantenimiento.

• Las máquinas virtuales en el host se deben migrar a otro host o apagarse.

• No puede encender las máquinas virtuales o migrar máquinas virtuales a un host que se encuentra en modo de mantenimiento.

• Durante el modo de mantenimiento, el host no le permite implementar o iniciar máquinas virtuales.

• Cuando un host se coloca en modo standby, este se apagará.

• Este modo es usado por VMware Distributed Power Management para optimizar el uso de energía.

MODO DE MANTENIMIENTO Y MODO STANDBY

ELIMINACIÓN DE UN HOST DEL CLUSTER DRS

• Antes de remover un host de un cluster DRS, tenga en cuenta lo siguiente:

• La jerarquía en el Pool de recursos en el cluster.

• Debido a que el host pasará a modo de mantenimiento, todas las máquinas virtuales ejecutadas en este host serán apagadas.

• Los recursos disponibles para el cluster disminuyen.


151

PROVISIONANDO MÁQUINAS VIRTUALEs

• Las razones por las que vSphere HA podría no funcionar correctamente pueden ser:

• vSphere HA admission control está desactivado.

• Las máquinas virtuales deben contar con Reglas de Host affinity de vSphere HA para failing over.

• La existencia de recursos agregados, pero están fragmentados a través de hosts.

• En tales casos, vSphere HA utiliza DRS para tratar de ajustar el cluster para la migración de máquinas virtuales desfragmentando los recursos.

USANDO vSphere High Availability y DRS


152

Update Manager

COMPONENTES DE Update Manager


153

• Update Manager debe estar instalado en una máquina de 64 bits.

• Para instalar, iniciar el VMware vCenter Installer y haga clic en VMware vSphere Update Manager.

• La información necesaria para la instalación:

• Nombre del vCenter Server, nombre de usuario y contraseña.

• Elección de la base de datos: por defecto o base de datos existente.

• Confiuración de Update Manager:

• Nombre de host, puertos, configuración del proxy (si es necesario).

• La carpeta de destino y la ubicación para la descarga de parches.

• Para instalar el cliente de Update Manager

• Instalar Update Manager Extension plug-in en el vSphere Client.

INSTALACIÓN DE UPDATE MANAGER

CONFIGURACIÓN DE UPDATE MANAGER


154

GRUPOS BASALINES

CREANDO UN BASELINE

Para crear un Baseline:

1.Haga clic en Crear.

2.Indique el nombre y la descripción.

3.Elija un tipo de Baseline.

4.Seleccionar un patch Baseline: Fixed o Dynamic.

5.Seleccione los patches para agregar el Baseline.


155

COLOCAR UN BASELINE

SCANEANDO PARA ACTUALIZAR


156

VERIFICAR COMPATILIBIDAD

OBJETOS REMEDIATING


157

MODO MANTENIMIENTO Y REMEDIATION

OPCIONES DE REMEDIATION PARA UN CLUSTER


158

REMEDIATION HABILITADO PARA DRS

Para eliminar el tiempo de inactividad de las máquinas virtuales cuando se despliegan parches a los host ESXi:

1.Update Manager pone al host en modo mantenimiento.

2.vSphere Distributed Resource Scheduler (DRS) mueve las máquinas virtuales a disponibilidad del host.

3.Update Manager actualiza el host y luego sale del modo de mantenimiento.

4.DRS mueve máquinas virtuales de regreso por regla.

Documentación técnica

• http://www.vmware.com/support/pubs

Guía de compatibilidades

• http://www.vmware.com/resources/guides.html

BIBLIOGRAFÍA