Hola amigos, soy Florián Murillo y aquí estoy, como cada viernes.
Los Resource Pools (RP) son una excelente herramienta que nos ayudará a poner en marcha nuestro modelo de maduración de la infraestructura virtual, al inicio no lo utilizamos mucho, pero con el tiempo nos ayuda a garantizar y contener el consumo de recursos por los diferentes grupos de máquinas virtuales que tenemos.
Si no los utilizáis no os preocupéis, a lo mejor no los necesitáis, pero como los recursos suelen ser finitos y su consumo suele ir mas rápido que el aprovisionamiento de nuevos recursos de computación, os llegará el momento de utilizar esta poderosa herramienta.
Con la llegada de vSphere 5, los RP sufren un cambio importante, según la documentación, la gestión de los RP “se traslada” a vCenter Server en vez del host. Pero como todo en la vida tiene matices os pondré un ejemplo:
Para el ejemplo tengo un vCenter Server que gestiona un host. Creo una VM con una reserva de memoria de 1GB, también creo un RP con una reserva de 256MB, sin expandable reservation como se observa en la imagen siguiente.
Si intento ejecutar la VM ya os imagináis el resultado, al tener el RP una reserva inferior a la reserva de la VM falla la ejecución.
Si me conecto directamente al host y realizo la misma ejecución, también falla el arranque, por tanto el host también controla los recursos asignados al RP, ya que está creado en el host y gestionado por vCenter Server.
Ahora hacemos la siguiente prueba, creamos un cluster DRS en el Datacenter e ingresamos nuestro host al cluster, creamos un RP dentro del cluster DRS con las mismas características del anterior (256MB de reserva y expandable reservation OFF).
Ingresamos nuestra VM de prueba al RP nuevo e intentamos arrancar la VM y nos volvemos a encontrar con nuestro ya familiar error por falta de recursos en el RP.
¿Que ocurre si arrancamos la VM conectándonos directamente al host? Nuestra VM de prueba arranca sin problemas.
Volvemos a vCenter Server para ver que le ha parecido nuestra travesura y vemos que no le ha hecho ninguna gracia nuestra prueba.
Detecta que la VM ha arrancado violando la configuración del RP y no ha podido evitarlo eso si nos avisa con un mensaje de error.
Conclusión:
- Si tenemos RP configurados en el host, se gestionan por vCenter Server pero se controlan en el host.
- Si tenemos RP configurados en el cluster, se gestionan y controlan por vCenter Server.
PD: No os recomiendo utilizar el atajo del host en un entorno productivo para arrancar una VM en contra de la política aplicada en el RP y gestionada por vCenter Server. No seáis malos 
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
 |
|
Los lectores que leyeron este post, también leyeron:
Hola Florian, tengo una pregunta…
Si las RP se trasladan al vcenter, que ocurre si un host es reiniciado y el vcenter por algun motivo está fuera de linea? como sabrá este host las politicas de RP que debe aplicar?, y en tal caso, si lo supieras, sabes cual sería el comportamiento de la maquina virtual que pertenezca a ese vcenter?, es decir, arrancaría? la moverá a otro host por HA?, en fin que no estoy muy claro con como manejaría esta situación.
Muy buenos los post que manejan aqui
Saludos
Hola Yalix, si vCenter no está disponible los RP no están operativos. La VM arrancará pero no tendrá ni contención ni garantia de recursos. Si estas en un cluster HA, la VM logicamente arrancará en otro host. Recuerda que primero HA reinicia la VM en otro host y luego (si vCenter está vivo) se aplica DRS, RP, reglas de afinidad y anti-afinidad etc… Espero no haberte confundido mas con la explicación.