AKS üzerinde kritik bir API için 5 replikalı bir Deployment çalıştırıyorsunuz. Düğüm işletim sistemi yükseltmeleri gibi planlı kesintiler ve Deployment'ın kademeli güncellemeleri sırasında en az 4 replikanın kullanılabilir kalmasını sağlamalısınız. Ne yapılandırmalısınız?

Doğru cevap, en az 4 replikanın kullanılabilir kalmasını sağlamak için minAvailable: 4 ile bir PodDisruptionBudget (PDB) oluşturmaktır. Bu, düğüm boşaltma gibi gönüllü kesintiler sırasında 4 pod'un her zaman çalışır durumda olmasını garanti eder. Deployment'ın rollingUpdate stratejisini maxUnavailable: 1 ve maxSurge: 1 olarak ayarlamak, kademeli güncellemeler sırasında aynı anda en fazla bir pod'un kullanılamaz olmasını ve en fazla bir ek pod'un oluşturulmasını sağlar. Bu kombinasyon, hem planlı kesintiler hem de güncellemeler sırasında yüksek kullanılabilirliği garanti eder. Diğer seçenekler yanlıştır çünkü: maxUnavailable: 2 ile bir PDB, aynı anda iki pod'un kullanılamaz olmasına izin vererek 4 replika gereksinimini karşılamaz. Deployment stratejisini Recreate olarak ayarlamak, tüm eski pod'ları sonlandırmadan önce yeni pod'lar oluşturmaz, bu da hizmet kesintisine neden olur.