Ejemplo simplificado: hay que descontar reservas y margen operativo. El gráfico muestra capacidad física, no garantiza continuidad de aplicaciones.
La suma de los recursos instalados no es la capacidad que se puede comprometer sin más. Hay que considerar el comportamiento de la plataforma durante un fallo o un mantenimiento.
Pensar en N−1
Si un nodo deja de estar disponible, las cargas pueden tener que continuar con los nodos restantes. El dimensionamiento debe analizar si esos recursos sostienen el trabajo previsto y con qué limitaciones. N−1 describe el escenario de trabajo con un nodo menos; no garantiza por sí mismo la continuidad de todas las aplicaciones.
Un ejemplo de memoria
Tres nodos con 256 GB cada uno suman 768 GB físicos. Si uno no está disponible, quedan 512 GB físicos en los otros dos. La memoria reservada para la plataforma y el margen operativo reducen la cantidad asignable a cargas. Es un ejemplo simplificado, sin contar reservas particulares ni políticas de admisión.
La CPU y el almacenamiento también cuentan
La memoria es solo una parte. Hay que revisar el consumo de CPU, las latencias, la red y la protección de datos. En entornos hiperconvergentes, un fallo o una reconstrucción puede cambiar a la vez el margen de capacidad y el rendimiento del almacenamiento.
Mantener también consume margen
Una actualización planificada puede generar un escenario similar al de un fallo: menos recursos disponibles durante un tiempo. Los procedimientos, las ventanas y las pruebas de mantenimiento se deben conectar con el diseño.
Qué conviene pedir
Una propuesta debe distinguir recursos físicos, capacidad útil, margen de crecimiento y comportamiento esperado con componentes no disponibles. El criterio de disponibilidad se decide según la criticidad y las dependencias del entorno.