VMware ESXi’de CPU Scheduling’in Gizli Tehlikesi: Co-Stop Lag!

VMware yöneticileri, CPU overcommitment yaparken vCPU sayısını ayarlamanın önemli olduğunu bilir. Ancak “Co-Stop” kavramı hakkında ne kadar bilgimiz var?

Çoğu kişi CPU Ready metriğine bakarak performans analizi yapar. Fakat CPU Co-Stop, birden fazla vCPU’ya sahip sanal makinelerde performans kayıplarının en büyük suçlularından biridir!

Peki Co-Stop nedir ve neden tehlikeli?

💡 ESXi, bir sanal makinenin tüm vCPU’larını aynı anda fiziksel CPU’larda çalıştırmak zorundadır!

💡 Eğer VM’in 4 vCPU’su varsa, ESXi aynı anda 4 fiziksel çekirdeği çalıştıracak uygun zamanı bekler!

💡 Eğer host aşırı yüklüyse ve uygun çekirdek sayısını bulamazsa, o VM gecikir ve Co-Stop süresi artar!

Peki bu nasıl ölçülür?Co-Stop oranı yükseldikçe, VM içindeki işlemci kullanımı düşer ve kullanıcılar sistemin yavaş olduğunu fark eder.Bunu görmek için esxtop komutunu çalıştırıp Co-Stop değerine bakmalısınız:esxtopSonra ‘c’ tuşuna basın ve %CSTP (Co-S.👉 Eğer bir VM’de %CSTP 3-5’in üzerindeyse, bu ciddi bir performans sorunu yaşadığınız anlamına gelir!

👉 Özellikle çok vCPU tahsis edilmiş ama CPU ihtiyacı düşük olan VM’lerde bu sorun sık görülür.Çözüm Ne?

✅ VM’lerde gereğinden fazla vCPU vermeyin.

✅ NUMA node’larını dikkate alarak VM’leri boyutlandırın.

✅ CPU overcommitment oranını kontrol edin, eğer ESXi üzerinde çok fazla vCPU atanmış VM varsa, host’u dengeleyin.

✅ Eğer vSphere 7 veya 8 kullanıyorsanız, “CPU Scheduler” iyileştirmelerini aktif edin!