Zamanlama: İstekler, Limitler, Taint ve Affinity

Neden önemli

Yeni podlar cuma Pendingde kalır ve ekip podlar Pendingde kalmaya devam ederken düğüm ekleyip faturayı ikiye katlar. Neden kapasite değildi: boşaltılmış havuzdan kalan düğüm tainti eşleşen tolerasyonsuz her podu itiyordu ve zamanlayıcı bunu ilk dakikadan pod olaylarına yazmıştı. Pending gerekçeli karardır, gizem değil. Para harcamadan önce zamanlayıcının gerekçesini okumak tüm beceridir ve tek komuttur.

Kavramlar

İstekler rezervasyondur: zamanlayıcı podu yalnızca ayrılmamış kapasitesi konteyner istekleri toplamını karşılayan düğüme koyar. Limitler çalışmada tavandır: bellek limitini aşan taşmada konteyner öldürülür, CPU limitini aşan kısılır. Limitsiz istekler bir konteynerin komşularını aç bırakır; ölçülmemiş isteksiz limitler koltuk israf eder veya çıkarmaya davet eder. Önce ölç (M05 alışkanlığı koydu), sonra istekleri ölçülen tipik kullanıma yakın, limitleri belirtilmiş payla koy.

Taint tolere edilmedikçe podları iter. Boşaltma, ayrılmış havuzlar ve kirli düğümler kendini taint ile ifade eder: NoSchedule yeni podları uzak tutar, NoExecute toleranssızları çıkarır. Affinity aynadır: düğüm affinity podları etiketli düğümlere çeker (tercih veya zorunluluk), pod affinity ve anti-affinity diğer podlara göre birlikte veya ayrı yerleştirir. Küçük kümelerde bölgelere yaymak için yumuşak kurallar (preferredDuringScheduling) kullan; sert kurallar podları zamanlanamaz bırakır.

Pending teşhisini sırayla yap: pod olaylarında FailedScheduling ve gerekçesi (Insufficient cpu/memory, düğüm taintleri, affinity uyuşmazlığı); düğüm kapasitesi ve mevcut rezervasyonlar; sonra taint ve affinity terimleri. Üç ayrı neden, üç ayrı düzeltme: istekleri doğru boyla, eşleşen tolerasyon ekle veya affinity terimini gevşet. L27 labı tam bu ayrımı sondajlar ki düzeltme nedene uysun.

Uygulamalı örnek

Yerel iki düğümlü küme üç pod alır: biri iki düğümden de büyük istekli (Insufficient memory), biri uyguladığın taintten itilen (Tolerasyon eksik), biri hiçbir yerde olmayan etikete sert düğüm affinityli (Eşleşen düğüm yok). Öğrenci her FailedScheduling gerekçesini okur, her nedeni farklı düzeltir ve üçünün de zamanlandığını izler. Aynı belirti, üç teşhis, satın alınan sıfır düğüm.

Yaygın yanlış hamle

Podlar her yere sığsın diye istekleri sıfırlamak, sonra düğümler kızışınca çekirdeğin süreçleri neden öldürdüğünü merak etmek. Sıfır istek bedava kapasite değil, zamanlayıcının göremediği ölçülmemiş rezervasyondur. Zamanlanamaz görünen kümeler genelde küçük değil, yanlış ölçülmüştür.