Bir sanal makine yavaşladığında hemen vCPU artırmak her zaman doğru çözüm değildir. Önce işlemcinin ne kadar çalıştığını ve çalışmak için ne kadar beklediğini anlamamız gerekir. CPU Ready ve Co-Stop, ESXi üzerindeki bu değerlendirmeyi tamamlayan iki önemli metriktir.
CPU kullanım grafiği neden yeterli değil?
30 günlük grafikte maksimum kullanım %98, ortalama kullanım %25 olabilir. Kısa süreli bir bakım görevi bu tepe değerini oluşturmuş olabilir. Maksimum kullanımın ne kadar sürdüğünü, bu sırada uygulamanın gecikip gecikmediğini ve host üzerindeki kaynak rekabetini birlikte incelemeliyiz.
P95 değeri genel kullanım davranışını anlamaya yardımcı olur. Ancak kısa süreli kritik darboğazları tamamen dışlamaz.
Ready ve Co-Stop
CPU Ready, çalışmaya hazır vCPU'nun fiziksel işlemcide çalışma sırası beklediği süredir.
Co-Stop ise birden fazla vCPU'lu sanal makinelerde işlemcilerin birlikte zamanlanmasıyla ilişkili gecikmeyi gösterir.
Ready yükseliyorsa host yoğunluğu, CPU limitleri ve DRS yerleşimi incelenmelidir. Co-Stop sürekli yüksekse VM'ye gereğinden fazla vCPU verilmiş olma ihtimali değerlendirilir. Ancak tek bir metriğe dayanarak otomatik azaltma yapılmamalıdır.
vSphere üzerinde inceleme
VM → Monitor → Performance → Advanced → CPU bölümünde Usage, Ready ve Co-Stop metriklerini ekleyebiliriz.
ESXi üzerinde salt-okunur inceleme için:
esxtopCPU görünümündeki %RDY, %CSTP, %RUN ve %MLMTD sütunlarını kontrol ediyoruz.
Ready değerleri vSphere grafiklerinde milisaniye olabilir. Örnekleme aralığı ve vCPU sayısı hesaba katılmadan yüzdelik değerlerle karşılaştırılmamalıdır.
Hesaplama örneği
4 vCPU'lu bir VM'de 20 saniyelik aralıkta toplam Ready süresi 500 ms olsun.
Toplam Ready oranı 500 / 20000 × 100 = %2,5 olur.
vCPU başına ortalama ise %0,625 düzeyindedir. İki sayının farklı şeyi ifade ettiğine dikkat edin.
Kaynak kararı
- Uzun süreli yüksek CPU kullanımı ve uygulama yavaşlığı varsa kontrollü artış değerlendirilebilir.
- Kullanım düşük fakat Co-Stop sürekli yüksekse aşırı vCPU tahsisi araştırılabilir.
- Ready yüksekse öncelikle host kaynak rekabeti ve CPU limitleri incelenmelidir.
- Sadece tek bir maksimum kullanım değerine bakılarak vCPU artırılmamalıdır.
Kaynak değişikliğinden önce ve sonra aynı zaman aralığındaki uygulama performansını karşılaştırın.
Kaynak: Broadcom vSphere Performance Best Practices ve esxtop belgeleri.
