Un frontend web sans état hébergé sur GKE nécessite une haute disponibilité ; les mises à niveau automatiques du cluster vont vider les nœuds. Assurez-vous que l'application conserve une capacité de service égale à 10 % des Pods avant un drainage. Que faites-vous ?

La question demande de maintenir une capacité de service de 10 % des Pods avant un drainage, ce qui signifie que l'application doit avoir un surplus de Pods pour absorber la perte. Ajouter 10 % de réplicas supplémentaires garantit que même si 10 % des Pods sont drainés, il reste toujours la capacité de service originale. Un Pod Disruption Budget (PDB) avec minAvailable: 10% ne garantit que 10 % des Pods restent disponibles pendant une perturbation, ce qui est l'inverse de ce qui est demandé. Le VPA ajuste les ressources des Pods, pas leur nombre, et n'empêche pas le drainage. L'augmentation de maxReplicas dans un HPA ne garantit pas que ces réplicas supplémentaires soient toujours actifs ; le HPA ne les met à l'échelle que si la charge l'exige.