Overcommit: ¿por qué lo ocultan muchos proveedores?

Echando un rápido vistazo al mercado del cloud hosting podemos encontrar servidores virtuales de 1 GB de RAM y 1 vCPU desde 9€ al mes hasta más de 40€. La pregunta que surge al instante es, ¿por qué tanta diferencia? Entre otras cosas, por el Overcommit aplicado por cada proveedor.

¿Qué es?

Como ocurre con toda tecnología, a medida que el cloud computing se extiende aparecen nuevas formas de optimizar y exprimir sus capacidades. Uno de los métodos usados con ese fin es el Overcommit, un recurso que suele pasar desapercibido para los usuarios por el poco interés que tienen muchos proveedores en exponerlo y que, sin embargo, puede influir decisivamente en el rendimiento de una solución de alojamiento en cloud.

En términos de virtualización, el Overcommit es el parámetro que indica cuántos recursos virtuales son definidos en relación a los recursos de hardware reales de que dispone el servidor físico.
Aunque es posible realizarlo sobre la mayoría de recursos, hay dos parámetros en los que incide directamente en el rendimiento final de una aplicación: la memoria RAM y la CPU.

RAM

Por ejemplo, se considera que en una plataforma cloud hay Overcommit de memoria RAM si la suma de los GB de RAM de todos los servidores virtuales es mayor a los GB de RAM de que disponen los servidores físicos. Así, el uso de dicho recurso es repartido entre varias máquinas virtuales y, en entornos compartidos, varios clientes.

¿Qué ocurre si todos los servidores virtuales necesitan toda la memoria que supuestamente tienen asignada? Efectivamente, no dispondrán de ellos. Entonces, ¿por qué lo aplican? Lo cierto es que, en general, esa concurrencia no suele darse en demasiadas ocasiones, y el Overcommit permite reducir mucho los costes gracias a esa especulación sobre la posible demanda de recursos.

CPU

El caso del procesador o CPU es parecido. Si bien la mayoría de hipervisores permiten configurar hasta 25 Virtual CPUs por core físico, la realidad es que más de 4 o 5 vCPUs hacen aumentar mucho la posibilidad de cargas de CPU física cercanas al 100%, que producen solicitudes o tiempos de respuesta altos que inutilizan las aplicaciones alojadas.

Así pues, hay que valorar cuánto riesgo estamos dispuestos a asumir, y eso está relacionado con la inversión que queramos hacer. Si nuestra aplicación o entorno web es realmente crítico para el negocio, entonces deberíamos decantarnos por proveedores de cloud hosting que no apliquen Overcommit a los recursos, para asegurarnos un nivel de performance óptimo y de acuerdo con lo contratado.

En cualquier caso, la pregunta importante es: ¿nos ha informado nuestro proveedor de esta configuración? Y, en caso afirmativo: ¿ha pactado con nosotros unos niveles de servicio de acuerdo a nuestra necesidad de recursos?