Usted ejecuta un Deployment con 5 réplicas para una API crítica en AKS. Debe asegurarse de que al menos 4 réplicas permanezcan disponibles durante interrupciones planificadas, como actualizaciones del sistema operativo del nodo y durante las actualizaciones continuas del Deployment. ¿Qué debe configurar?

La opción correcta es configurar un PodDisruptionBudget (PDB) con minAvailable: 4 y la estrategia rollingUpdate del Deployment con maxUnavailable: 1 y maxSurge: 1. El PDB con minAvailable: 4 garantiza que al menos 4 de las 5 réplicas de la API crítica permanezcan disponibles durante interrupciones voluntarias (como el drenaje de nodos para actualizaciones) o involuntarias. La estrategia rollingUpdate del Deployment con maxUnavailable: 1 asegura que durante una actualización del Deployment, solo un pod esté no disponible en un momento dado, manteniendo al menos 4 pods funcionando. maxSurge: 1 permite que se cree un pod adicional antes de terminar uno antiguo, asegurando que la capacidad no disminuya por debajo de las 5 réplicas durante la actualización, y que en ningún momento haya menos de 4 pods disponibles. Las otras opciones son incorrectas porque: maxUnavailable: 2 en el PDB permitiría que 2 pods estén no disponibles, lo que significa que solo 3 podrían estar funcionando, violando el requisito de 4. maxUnavailable: 0 y maxSurge: 2 en el Deployment no aborda las interrupciones del nodo y podría causar problemas si no hay recursos suficientes para los pods adicionales. La estrategia Recreate detiene todos los pods antes de crear nuevos, lo que resultaría en tiempo de inactividad y no cumpliría con el requisito de alta disponibilidad.