@media screen and (min-width: 580px) { .flotantewhatsapp{ display:none; } }

Compartir por WhatsApp

Virtual Machine Component Protection en clusters de VMware vSphere 6

Virtual Machine Component Protection en clusters de VMware vSphere 6

Una nueva funcionalidad de vSphere 6 y que me parece muy interesante, es lo que VMware ha denominado Virtual Machine Component Protection y que consiste, de forma resumida, en la detección automática de eventos del tipo All Paths Down (APD) y Permanent Device Loss (PDL) de forma que ante perdidas de conectividad de un servidor host con el almacenamiento, las máquinas virtuales afectadas puedan reiniciarse de forma automática en otro servidor del mismo cluster que si tenga acceso al almacenamiento.

No hay que confundir esta funcionalidad con Virtual Machine Monitoring, que se encarga de comprobar el estado de las máquinas virtuales de forma individual y reiniciarlas si es necesario.

Vamos ver un ejemplo básico de como funciona Virtual Machine Component Protection y cual es la diferencia respecto a versiones anteriores de vSphere.

Vamos a ver cual es el comportamiento de las máquinas virtuales en el caso de pérdida de conexión de uno de los servidores host con el almacenamiento iSCSI en dos situaciones:

  • Con un cluster HA con vSphere 5.5
  • Con un cluster HA con vSphere 6 y VMCP ( Virtual Machine Component Protection)

 

Ejemplo con cluster HA con vSphere 5.5

  • En el primer ejemplo vamos a seguir la evolución de los eventos que ocurren cuando un host del cluster pierde la conexión con el almacenamiento:
    • Cluster02
      • 2 servidores ESXi con almacenamiento iSCSI
      • 1 máquina virtual de nombre DSL02 que se está ejecutando en el servidor 10.0.9.52 y se encuentra ubicada en el datastore FREENAS01-ISCSI-03

VMware-vShpere6-Cluster-VMCP-018

  • HA configurado con las siguientes opciones

VMware-vShpere6-Cluster-VMCP-019

  • Partimos de la situación en la máquina se está arrancada y respondiendo con normalidad
  • Ahora forzamos la caída del almacenamiento simulando la pérdida de conectividad entre el host y el almacenamiento ISCSI (el resto de componentes de red siguen funcionando, tanto el interfaz de administración del host, como el de las máquinas virtuales)
  • Vamos a ver los eventos que ocurren a partir de este momento
  • Se detecta la caía del interfaz de red en el servidor host

VMware-vShpere6-Cluster-VMCP-020

  • Se detecta el estado APD del almacenamiento

VMware-vShpere6-Cluster-VMCP-021

  • Cambian de estado las alarmas

VMware-vShpere6-Cluster-VMCP-022

  • Después de pasar 140 segundos se declara “oficialmente” el estado APD

VMware-vShpere6-Cluster-VMCP-025

  • Y no ocurre nada más. La máquina seguirá en ejecución en el mismo servidor pero sin tener acceso al almacenamiento su estado no es consistente.
  • No podremos realizar operaciones sobre la máquina virtual hasta que no hayamos recuperado el almacenamiento.

VMware-vShpere6-Cluster-VMCP-026

 

Ejemplo con cluster HA con vSphere 6 y VMCP

Ahora vamos a ver una situación similar en un cluster con vSphere 6 y VMCP configurado

  • Habilitamos VMware HA y marcamos Host Hardware Monitoring – VM Componente Protection  (Importante: esta configuración sólo está disponible en el interfaz web)

VMware-vShpere6-Cluster-VMCP-001

  • Y las siguientes opciones
    • Response fot Datastore with Permanent Device Loss (PDL): Power off and restart VMs
    • Response for Datastore with All Paths Down (APD): Power off and restart VMs (conservative)
    • Delay for VM failover for APD: 3 minutes
    • Response for APD recovery after APD timeout (Disabled)

VMware-vShpere6-Cluster-VMCP-003

  • Vamos a seguir la evolución de los eventos en la máquina virtual DSL01 que se encuentra en esta situación:
    • Se está ejecutando en el servidor 10.0.9.1, dentro del Cluster01
    • Está utilizando el datastore FREENAS01-ISCSI-01

VMware-vShpere6-Cluster-VMCP-004

  • En la misma página de Summary de la máquina podemos ver la información de su estado y configuración de HA

VMware-vShpere6-Cluster-VMCP-005

  • La máquina se está ejecutando y respondiendo a la red
  • Ahora forzamos la caída del almacenamiento simulando la perdida de conectividad entre el host y el almacenamiento ISCSI (el resto de componentes de red siguen funcionando, tanto el interfaz de administración del host, como el de las máquinas virtuales)
  • Vamos a ver los eventos que ocurren a partir de este momento
  • Se detecta la caída del interfaz de red en el servidor host

VMware-vShpere6-Cluster-VMCP-007

  • Se detecta el estado APD del almacenamiento

VMware-vShpere6-Cluster-VMCP-008

  • Se indica el error de conexión con el almacenamiento

VMware-vShpere6-Cluster-VMCP-009

  • Cambian de estado las alarmas y se realizan las acciones correspondientes (envió SNMP, correo…)

VMware-vShpere6-Cluster-VMCP-010

  • Después de pasar 140 segundos se declara “oficialmente” el estado APD y se comprueban las máquinas virtuales afectadas

VMware-vShpere6-Cluster-VMCP-011

  • En la máquina virtual se genera el evento correspondiente

VMware-vShpere6-Cluster-VMCP-012

  • Se apaga la máquina virtual

VMware-vShpere6-Cluster-VMCP-013

  • Se generan las alarmas correspondientes a la máquina virtual

VMware-vShpere6-Cluster-VMCP-014

  • Se reinicia la máquina virtual

VMware-vShpere6-Cluster-VMCP-015

  • Una vez arrancada, la máquina virtual se enciende en otro de los host del cluster que si tiene conectividad al almacenamiento

VMware-vShpere6-Cluster-VMCP-016

 

Con este sencillo ejemplo vemos la potencia y la importancia de  Virtual Machine Component Protection como un paso más a la hora de ofrecer mayor y mejor disponibilidad de las máquinas virtuales dentro de un cluster con VMware vSphere 6.

 

¿Te ha gustado la entrada SÍGUENOS EN TWITTER O INVITANOS A UN CAFE?

El Blog de Negu

Acerca de Roberto Orayen

Compruebe también

proxmox-diferencia-maquina-virtual-activando-desactivando-el-firewall-2

Proxmox: diferencia máquina virtual activando desactivando el firewall

Proxmox: diferencia máquina virtual activando desactivando el firewall Cuando instalas una máquina virtual en Proxmox, …

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

2 + once =

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.

ACEPTAR
Aviso de cookies
Blog Maquinas Virtuales - El Blog de Negu