AKS에서 중요한 API를 위해 5개의 복제본으로 배포(Deployment)를 실행하고 있습니다. 노드 OS 업그레이드와 같은 계획된 중단 중과 배포의 롤링 업데이트 중에 최소 4개의 복제본이 계속 사용 가능하도록 해야 합니다. 무엇을 구성해야 할까요?

정답은 minAvailable: 4로 PodDisruptionBudget을 생성하고, maxUnavailable: 1 및 maxSurge: 1로 배포 롤링 업데이트 전략을 설정하는 것입니다. PodDisruptionBudget(PDB)은 계획된 중단(예: 노드 유지 관리) 중에도 최소 4개의 복제본이 항상 사용 가능하도록 보장합니다. 배포의 롤링 업데이트 전략에서 maxUnavailable: 1은 업데이트 중 최대 1개의 Pod만 사용할 수 없도록 허용하며, maxSurge: 1은 업데이트 중 기존 복제본 외에 최대 1개의 새 Pod를 추가로 생성할 수 있도록 하여 서비스 중단 없이 원활한 업데이트를 가능하게 합니다. 다른 옵션들은 요구 사항을 충족하지 못합니다. maxUnavailable: 2로 PDB를 설정하면 2개의 Pod가 동시에 중단될 수 있어 최소 4개 복제본 가용성 요구 사항을 위반합니다. PDB 없이 롤링 업데이트 전략만 설정하는 것은 계획된 중단 시 가용성을 보장하지 못하며, Recreate 전략은 모든 Pod를 한 번에 종료하고 다시 시작하므로 서비스 중단이 발생합니다.