Quelle est votre expérience dans l'utilisation du budget de perturbation des pods (Pod Disruption Budget) ?
sobes.tech IA
Réponse de l'IA
J'ai utilisé PDB pour garantir le nombre minimal de répliques disponibles des applications lors d'interruptions volontaires, telles que les mises à jour de nœuds ou la mise à l'échelle du cluster. J'ai configuré PDB à la fois dans les manifestes de déploiement et dans des objets PDB séparés, en spécifiant minAvailable (valeur absolue ou en pourcentage) ou maxUnavailable.
Exemples d'utilisation :
- Garantie de la disponibilité de
nrépliques StatefulSet lors des mises à jour. - Protection des déploiements critiques contre la suppression simultanée de tous les pods lors de l'évacuation des nœuds.
- En combinaison avec Cluster Autoscaler et Horizontal Pod Autoscaler pour un scaling et une mise à jour plus contrôlés.
Par exemple, pour assurer au moins 80 % des pods disponibles dans un déploiement :
apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
name: my-app-pdb
spec:
minAvailable: 80%
selector:
matchLabels:
app: my-app
Ce PDB empêchera toute interruption volontaire si le nombre de pods disponibles tombe en dessous de 80 % du nombre souhaité de réplicas. Cela aide à maintenir la stabilité et la disponibilité des services lors des opérations de maintenance du cluster.