Admission Control vSphere es uno de los componentes más críticos —y a la vez más ignorados— de la alta disponibilidad en entornos VMware. En muchos clústeres está activado por inercia, mal configurado o directamente deshabilitado para “aprovechar recursos”.
Admission Control no mejora el rendimiento, no equilibra carga y no evita fallos. Su única función es garantizar que el clúster tenga capacidad suficiente para recuperarse tras la caída de uno o varios hosts ESXi.
Cuando se configura mal, vSphere HA puede detectar un fallo correctamente… y aun así no ser capaz de reiniciar las máquinas virtuales.
Admission Control es un componente crítico de vSphere HA y depende directamente del cálculo de capacidad del clúster.
Admission Control solo tiene sentido cuando se entiende correctamente el funcionamiento de vSphere HA.
2. Qué es Admission Control en vSphere
Qué es Admission Control vSphere
Admission Control es un mecanismo de protección que impide encender o mover máquinas virtuales si hacerlo compromete la capacidad de recuperación del clúster ante un fallo.
En otras palabras:
evita que el clúster se sobrecargue hasta el punto de no poder cumplir con HA.
Qué hace realmente
Admission Control:
-
Calcula la capacidad disponible del clúster
-
Reserva recursos para escenarios de fallo
-
Bloquea operaciones que rompan esa reserva
Qué NO hace
Admission Control:
-
No balancea carga
-
No optimiza rendimiento
-
No decide dónde se reinicia una VM
-
No protege aplicaciones
Es una restricción preventiva, no un sistema de gestión activa.
3. Modos de funcionamiento de Admission Control
vSphere ofrece varios métodos para calcular la capacidad de reserva. Cada uno tiene implicaciones distintas en producción.
Basado en fallos de host
Este modo reserva capacidad equivalente a:
-
1 host
-
o varios hosts
Es el enfoque más simple y el más habitual.
Ventajas:
-
Fácil de entender
-
Fácil de justificar
Limitaciones:
-
Asume hosts homogéneos
-
Poco flexible en entornos desiguales
Basado en porcentaje de recursos
Aquí se reserva un porcentaje de:
-
CPU
-
Memoria
Ventajas:
-
Más flexible
-
Útil en clústeres heterogéneos
Riesgo real:
-
Porcentajes mal calculados generan una falsa sensación de seguridad
Basado en slots (legado)
Este método calcula “slots” en función de:
-
La VM más grande del clúster
-
Reservas configuradas
Problema:
-
Penaliza clústeres con VMs grandes
-
Poco predecible en producción
En entornos modernos no es recomendable.
4. Cómo calcular Admission Control correctamente
Paso 1: definir el fallo que quieres soportar
Antes de tocar vSphere:
-
¿Un host?
-
¿Dos hosts?
-
¿Un fallo de rack?
Si no defines esto, todo cálculo posterior es inútil.
Paso 2: analizar consumo real, no teórico
No uses:
-
vCPU configuradas
-
RAM asignada
Usa:
-
Consumo real
-
Picos sostenidos
-
Tendencias
Admission Control protege uso real, no fichas técnicas.
Paso 3: elegir el método adecuado
En la mayoría de entornos reales:
-
Clúster homogéneo → fallo de host
-
Clúster mixto → porcentaje de recursos
Elegir mal el método suele ser peor que desactivar HA.
5. Admission Control en entornos reales de producción
Qué problema resuelve
Admission Control evita:
-
Clústeres “llenos” que no se recuperan
-
Reinicios parciales tras una caída
-
Decisiones manuales bajo presión
Es la diferencia entre:
“HA está activado”
y
“HA funciona cuando hace falta”
Cuándo tiene sentido endurecerlo
-
Servicios críticos
-
SLAs definidos
-
Entornos regulados
-
Infraestructura estable
Cuándo flexibilizarlo
-
Entornos de laboratorio
-
Cargas no críticas
-
Ventanas controladas
Nunca debería ajustarse por comodidad.
6. Errores comunes con Admission Control vSphere
Desactivarlo para “aprovechar recursos”
Error clásico.
Consecuencia real:
-
El clúster funciona hasta que falla
-
En el fallo, HA no puede actuar
Calcular con datos irreales
Reservar capacidad basándose en:
-
CPU asignada
-
RAM configurada
genera reservas ficticias que no reflejan la realidad.
No revisarlo con el tiempo
Un clúster cambia:
-
Nuevas VMs
-
Nuevas cargas
-
Cambios de patrón
Admission Control no es estático.
7. Relación con vSphere HA y Fault Tolerance
Admission Control:
-
Es obligatorio para que vSphere HA tenga sentido
-
No es necesario para Fault Tolerance, pero convive con él
Desactivar Admission Control invalida la promesa de HA, aunque FT esté configurado para algunas VMs.
8. Qué aprender después
Tras dominar Admission Control, el siguiente paso lógico es:
-
Dimensionar clústeres por SLA, no por hardware
-
Diseñar escenarios de fallo asumidos
-
Integrar HA con DRS y capacidad real
-
Documentar decisiones de diseño
La alta disponibilidad no se basa en activar opciones, sino en saber qué estás dispuesto a perder.