Wdrożono Deployment z 2 replikami w klastrze GKE z pojedynczą pulą węzłów z instancjami z możliwością wstrzymania (preemptible node pool); jeden Pod pozostaje w stanie Pending. Jaka jest najbardziej prawdopodobna przyczyna?

Najbardziej prawdopodobną przyczyną, dla której Pod pozostaje w stanie Pending, jest brak wystarczających zasobów w klastrze. Instancje z możliwością wstrzymania (preemptible VMs) są często używane w pulach węzłów GKE do obniżenia kosztów, ale ich dostępność nie gwarantuje, że zawsze będzie wystarczająco dużo zasobów dla wszystkich Podów. Jeśli istniejące Pody zużywają większość zasobów (CPU, pamięć), nowy Pod nie znajdzie miejsca do uruchomienia i pozostanie w stanie Pending. Pozostałe opcje są mniej prawdopodobne: Żądania zasobów Podu przekraczają pojemność pojedynczego węzła: Chociaż możliwe, to mniej prawdopodobne, że jeden Pod przekracza cały węzeł, zwłaszcza w klastrze z dwoma replikami. Konto usługi puli węzłów nie ma uprawnień do pobrania obrazu: W takim przypadku Pod prawdopodobnie wszedłby w stan ImagePullBackOff, a nie Pending. Pod został zaplanowany na węźle z instancją z możliwością wstrzymania i jest obecnie ponownie planowany: Instancje z możliwością wstrzymania są usuwane, co powoduje przeniesienie Podów, ale Pod w stanie Pending oznacza, że nigdy nie został zaplanowany.