Un frontend web sin estado alojado en GKE requiere alta disponibilidad; las actualizaciones automáticas del clúster vaciarán los nodos. Asegúrese de que la aplicación conserve una capacidad de servicio equivalente al 10% de los Pods antes de un vaciado. ¿Qué hace?

La opción correcta es aumentar el recuento de réplicas de Pod en un 10% por encima del recuento actual. Cuando GKE vacía nodos para actualizaciones, los Pods se reubican. Para mantener la capacidad de servicio durante este proceso, es necesario tener Pods adicionales disponibles. Al aumentar las réplicas en un 10%, se asegura que, incluso si el 10% de los Pods están siendo reubicados, el 100% de la capacidad deseada sigue operativa. Un Pod Disruption Budget (PDB) con minAvailable del 10% permitiría que el 90% de los Pods se eliminen, lo cual es lo opuesto a lo que se busca. Un Vertical Pod Autoscaler (VPA) ajusta los recursos de CPU y memoria de los Pods, no su número, y no ayuda con la disponibilidad durante un vaciado. Aumentar el maxReplicas de un HPA solo establece un límite superior para el escalado automático, no garantiza una capacidad base durante las interrupciones.