Vous exécutez un déploiement avec 5 réplicas pour une API critique sur AKS. Vous devez vous assurer qu'au moins 4 réplicas restent disponibles pendant les interruptions planifiées, telles que les mises à niveau du système d'exploitation des nœuds, et pendant les mises à jour progressives du déploiement. Que devez-vous configurer ?

Pour garantir qu'au moins 4 réplicas restent disponibles, un PodDisruptionBudget (PDB) avec minAvailable: 4 est nécessaire. Cela signifie qu'au moins 4 pods doivent être en cours d'exécution à tout moment. Avec 5 réplicas au total, cela autorise la suppression d'un seul pod à la fois (maxUnavailable: 1). La stratégie rollingUpdate du déploiement doit être configurée pour respecter cette contrainte. maxUnavailable: 1 permet qu'un seul pod soit indisponible pendant la mise à jour, ce qui correspond au PDB. maxSurge: 1 permet la création d'un pod supplémentaire avant la suppression d'un ancien, assurant une transition en douceur et minimisant les interruptions. Les autres options sont incorrectes car : maxUnavailable: 2 dans le PDB permettrait la suppression de 2 pods, ce qui laisserait seulement 3 disponibles, ne respectant pas l'exigence de 4. Ne pas configurer de PDB ne garantirait pas le nombre minimum de réplicas. maxUnavailable: 0 empêcherait toute mise à jour progressive. La stratégie Recreate arrêterait tous les pods avant d'en créer de nouveaux, causant une interruption totale du service, ce qui est inacceptable pour une API critique.