CPU Ready değeri yüksek olduğunda sanal makine, çalışmaya hazır olmasına rağmen ESXi host üzerinde fiziksel CPU zaman dilimi atanmasını bekler. Bu bekleme; uygulamada yavaşlama, veritabanı sorgularında gecikme, dönemsel zaman aşımı ve işletim sistemi içinde CPU kullanımı düşük görünürken hissedilen performans sorunu olarak ortaya çıkabilir. Sorun çoğu zaman tek başına misafir işletim sisteminde değil; host yoğunluğu, gereğinden büyük vCPU yapılandırması veya VMware kaynak politikalarındadır. Bu rehber, CPU Ready değerini doğru bağlamda ölçmeyi, etkilenen VM ve hostu ayırmayı ve değişiklikleri kontrollü biçimde uygulamayı açıklar.
Belirti ve kapsam: CPU Ready değeri neyi gösterir?
CPU Ready, bir VM’nin vCPU’larından birinin veya birden fazlasının çalıştırılmak üzere hazır olduğu, ancak hypervisor zamanlayıcısının henüz fiziksel çekirdek atayamadığı süredir. Bu nedenle CPU Ready yüksekliği, doğrudan “VM çok CPU tüketiyor” anlamına gelmez. Asıl anlamı, talep edilen CPU çalışma zamanının uygun anda planlanamadığıdır.
Özellikle çok vCPU’lu VM’lerde zamanlama daha zorlaşabilir. VM’nin iş yükü gerçekten bu kadar paralel çalışmıyorsa, 8 vCPU’lu bir VM bazen 2 veya 4 vCPU’lu hâlinden daha kötü yanıt süresi verebilir. Bunun nedeni, scheduler’ın VM’nin vCPU’ları için uygun fiziksel kaynakları bulma baskısının artmasıdır. Bununla birlikte CPU Ready, tek başına kesin karar metriği değildir; CPU kullanım yüzdesi, co-stop, host CPU yoğunluğu ve ölçüm aralığıyla birlikte değerlendirilmelidir.
Hızlı teşhis özeti
- Sorunun belirli bir VM’de mi, aynı hosttaki birçok VM’de mi yaşandığını belirleyin.
- vCenter grafiklerinde kısa anlık sıçramalar yerine yoğun saatlerdeki sürekli örüntüyü inceleyin.
- VM’nin vCPU sayısını gerçek işlemci ihtiyacı ve misafir işletim sistemi CPU kullanımına göre doğrulayın.
- ESXi üzerinde
%RDY,%CSTPve host CPU kullanımını aynı örnekte karşılaştırın. - CPU limitleri, düşük paylar (shares), DRS yerleşimi, güç ilkesi ve komşu VM yüklerini kontrol edin.
- Kaynak ayarı veya vCPU değişikliği yapmadan önce geri dönüş planı, güncel yedek ve gerekiyorsa bakım penceresi hazırlayın.
CPU Ready değeri neden yükselir?
Host üzerinde CPU aşırı taahhüdü
Bir host üzerindeki toplam vCPU sayısının fiziksel çekirdek ve iş yükü kapasitesine göre fazla olması, CPU yarışmasına yol açabilir. vCPU:pCPU oranı tek başına yeterli bir sağlık göstergesi değildir; web sunucusu, veritabanı, terminal sunucusu ve toplu işlem iş yüklerinin davranışı farklıdır. Kritik olan, aynı zaman aralığında kaç VM’nin CPU zamanı istediği ve hostun bunu ne kadar hızlı dağıtabildiğidir.
Gereğinden fazla vCPU ataması
“Daha fazla vCPU her zaman daha hızlıdır” yaklaşımı sanallaştırmada geçerli değildir. Tek veya az sayıda iş parçacığı kullanan bir uygulamaya fazla vCPU vermek, host kaynaklarını boş yere rezerve etmez; fakat zamanlama ve rekabet maliyetini yükseltebilir. Yüksek CPU Ready ile birlikte belirgin %CSTP görülmesi, çok vCPU’lu VM’lerde paralel çalışma dengesizliğinin araştırılması gerektiğine işaret edebilir.
Hatalı limit, shares veya rezervasyon politikası
VM seviyesindeki CPU limiti, hostta boş CPU olsa bile VM’nin yapay olarak kısıtlanmasına neden olabilir. Shares, özellikle kaynak çekişmesi sırasında göreli önceliği etkiler. Rezervasyon ise kapasite planlamasını ve vMotion/DRS yerleşimini etkileyebilir. Bu ayarlar, sorunu çözmek yerine yanlış kullanıldığında başka VM’lerde baskı oluşturabilir; mevcut politikanın amacı anlaşılmadan toplu değişiklik yapılmamalıdır.
DRS yerleşimi, yoğun komşular ve güç yönetimi
DRS etkin olsa bile taşıma eşiği, affinity/anti-affinity kuralları, bakım durumu veya kapasite kısıtları nedeniyle VM ideal hosta taşınamayabilir. Aynı hostta belirli saatlerde yoğun çalışan komşu VM’ler de CPU Ready’yi yükseltebilir. Hostun BIOS/UEFI ve ESXi güç yönetimi ilkeleri de işlemcinin frekans davranışını etkileyebilir; bu ayarlar yalnızca kurum standardı ve üretici önerileri çerçevesinde gözden geçirilmelidir.
Log ve teşhis: VMware’de doğru ölçümü alma
vCenter tarafında VM için Monitor > Performance alanından CPU metriklerini, host için de CPU kullanımını aynı zaman diliminde inceleyin. Grafiklerde kullanılan istatistik seviyesi ve rollup aralığı sonucu etkiler. CPU Ready milisaniye olarak görünüyorsa, değer tek başına yüzde değildir.
| Bulgu | Olası yorum | Sonraki kontrol |
|---|---|---|
| Bir hosttaki birçok VM’de yüksek ready | Host kaynak çekişmesi veya yerleşim sorunu | Host CPU kullanımı, DRS önerileri, yoğun komşular |
| Yalnızca tek VM’de yüksek ready | vCPU boyutlandırması, limit veya uygulamaya özgü yük | vCPU sayısı, limit, misafir CPU ve %CSTP |
| Yüksek %RDY ve yüksek %CSTP | Çok vCPU’lu VM’de zamanlama baskısı olasılığı | İş parçacığı kullanımı, vCPU küçültme testi |
| Düşük CPU kullanımı ile hissedilen gecikme | CPU beklemesi, I/O gecikmesi veya uygulama kilidi olabilir | %RDY, disk gecikmesi, ağ ve uygulama metrikleri |
ESXi Shell üzerinden esxtop ile anlık inceleme
ESXi Shell veya SSH erişimini yalnızca yetkili yönetim ağı üzerinden ve kurum politikanıza uygun biçimde açın. Aşağıdaki komut ESXi host üzerinde etkileşimli performans ekranını başlatır:
esxtopEkranda CPU görünümüne geçmek için c tuşuna basın. VM satırlarında en az %RDY, %CSTP ve %USED alanlarını inceleyin. Alanlar görünmüyorsa esxtop içindeki alan seçimi menüsünden ekleyin; görünüm ESXi sürümüne göre küçük farklılıklar gösterebilir. Sadece tek örneğe bakmak yerine, yoğunluk anında birkaç örnek alın.
Uzak bir yönetim sisteminden veri toplamak için VMware vSphere Management Assistant veya uyumlu yönetim iş istasyonunda resxtop kullanılabilir; bu aracın kurulum ve erişim yöntemi ortamınızın vSphere sürümüne göre değişir.
Ready milisaniyesini yüzdelik bağlama oturtma
vCenter’ın verdiği ready süresini yorumlamak için örnekleme aralığı ve VM vCPU sayısı gerekir. Pratik hesap aşağıdaki şekildedir:
CPU Ready yüzdesi = Ready zamanı (ms) / (Örnekleme aralığı (ms) × vCPU sayısı) × 100Örneğin 20 saniyelik örnekte 4 vCPU’lu bir VM için 800 ms ready değeri, yaklaşık %1’e karşılık gelir. Ancak vCenter’daki sayaç türü, toplam/ortalama rollup seçimi ve arayüz sürümü yorumu etkileyebilir. Bu hesabı, esxtop’taki anlık %RDY ile çapraz kontrol edin. Süreklilik gösteren ve birkaç yüzdeyi aşan vCPU başına ready oranı araştırma gerektirir; iş yükü kritikse daha düşük değerlerde dahi kullanıcı etkisi önemlidir.
CPU Ready değerini düşürmek için güvenli çözüm adımları
1. Önce etki alanını ve değişiklik penceresini belirleyin
Değişiklik öncesinde VM adı, host, vCPU sayısı, CPU limiti, shares değeri, CPU Ready/%CSTP ölçümü ve kullanıcı etkisini kaydedin. vCPU azaltma bazı işletim sistemleri ve VM donanım yapılandırmalarında kapatma gerektirir. DRS/vMotion taşımaları da ağ ve kapasite koşullarına bağlıdır.
Uyarı: VM kapatma, vCPU değiştirme, güç ilkesi düzenleme veya geniş kapsamlı taşıma öncesinde doğrulanmış yedek ve geri dönüş planı bulunmalıdır. Üretim hizmetinde onaylı bakım penceresi olmadan kesinti oluşturabilecek işlem uygulamayın.
2. CPU limitlerini ve kaynak politikalarını denetleyin
vSphere Client’ta etkilenen VM’nin CPU kaynak ayarlarını kontrol edin. İstemeden tanımlanmış bir CPU limiti varsa, değişikliğin nedenini kayıt altına alarak kaldırmayı veya doğru değere getirmeyi değerlendirin. Shares değerini yalnızca çekişme anındaki öncelik ihtiyacına göre düzenleyin. Kritik VM’lere rastgele yüksek rezervasyon vermek yerine, host ve cluster kapasitesini bütün olarak değerlendirin.
3. vCPU sayısını ölçüme dayalı olarak küçültün
Misafir işletim sisteminde CPU kullanımını, uygulamanın iş parçacığı profilini ve tepe saatlerini değerlendirin. İş yükü dört vCPU’yu etkin kullanmıyorsa, kontrollü bir testte daha düşük vCPU sayısı uygulanabilir. Değişiklikten sonra aynı yük penceresinde yanıt süresi, CPU Ready ve uygulama hata oranını karşılaştırın. Sorun büyürse belgelenmiş önceki yapılandırmaya geri dönün.
4. İş yükünü uygun hosta taşıyın veya dengeleyin
Cluster kapasitesi uygunsa DRS önerilerini inceleyin ve kuralların taşıma kararlarını engelleyip engellemediğini doğrulayın. Tek bir hostta sürekli yoğunluk varsa, kontrollü vMotion ile VM’nin daha az yoğun bir hostta davranışını test edin. Manuel taşıma öncesinde hedef hostun CPU, bellek, ağ ve ilgili affinity kuralları açısından uygun olduğundan emin olun.
5. Kalıcı kapasite sorununu ayrı ele alın
Hostların çoğunda aynı anda yüksek CPU Ready görülüyor ve DRS dengelemesi yeterli olmuyorsa sorun kapasite planlamasıdır. Bu durumda yoğun işleri farklı zamanlara dağıtmak, VM boyutlandırmalarını düzeltmek, cluster kapasitesini artırmak veya iş yükünü ayırmak daha güvenli çözümlerdir. Sadece rezervasyon ve shares değiştirerek fiziksel CPU yetersizliği giderilemez.
Doğrulama ve önleme
Değişiklikten sonra en az bir normal yük dönemi ve mümkünse yoğun saat boyunca aynı metrikleri yeniden toplayın. Başarılı doğrulamada CPU Ready değeri düşerken uygulama yanıt süresi iyileşmeli, CPU limiti kaynaklı kısıtlama olmamalı ve başka VM’lerde yeni çekişme oluşmamalıdır. Tek seferlik düşük ölçüm yeterli kanıt sayılmamalıdır.
- VM oluşturma şablonlarında varsayılan vCPU sayısını ihtiyaca yakın tutun.
- Host ve cluster CPU trendlerini düzenli izleyin; ani sıçramaları iş yükü takvimiyle eşleştirin.
- CPU limitleri, rezervasyonlar ve özel shares ayarları için değişiklik kaydı tutun.
- DRS kurallarını ve host bakım/yerleşim istisnalarını periyodik olarak gözden geçirin.
- Kritik uygulamalar için CPU Ready, co-stop ve uygulama yanıt süresini birlikte alarm koşuluna dahil edin.
Sonuç
Yüksek CPU Ready değeri, VM’nin CPU istediği hâlde zamanında çalışamadığını gösterir; kalıcı çözüm ise metriği doğru aralıkla okumak, fazla vCPU atamasını düzeltmek, yapay limitleri kaldırmak ve host kapasitesi ile yerleşimini dengelemektir. Değişiklikleri tek tek, ölçüm ve geri dönüş planıyla uygulamak; performans sorununu başka bir VM’ye taşımadan çözmenin en güvenli yoludur.
Sık sorulan sorular
CPU Ready için kesin kabul edilebilir değer nedir?
Tek bir evrensel eşik yoktur. Örnekleme aralığı, vCPU sayısı, iş yükünün gecikmeye hassasiyeti ve metrik toplama biçimi sonucu etkiler. Sürekli yükselen vCPU başına oranlar ile kullanıcı etkisinin birlikte değerlendirilmesi gerekir.
CPU Ready yüksekse VM’ye daha fazla vCPU eklemeli miyim?
Hayır. Fazla vCPU zamanlama baskısını artırabilir. Önce uygulamanın gerçek paralel CPU ihtiyacını, CPU limitini ve host çekişmesini inceleyin.
CPU Ready sorunu misafir işletim sisteminde görülür mü?
Misafir işletim sistemi doğrudan CPU Ready sayacını her zaman göstermez. Gecikme, kuyruklanma veya düşük CPU kullanımına rağmen yavaşlık görülebilir. Esas doğrulama vCenter ve esxtop metrikleriyle yapılır.
%CSTP yüksekliği ne anlama gelir?
Co-stop, çok vCPU’lu VM’lerde vCPU’ların eşgüdüm ihtiyacıyla ilişkilidir. Yüksek değer, VM boyutlandırması ve uygulamanın paralellik düzeyinin incelenmesini gerektirebilir; tek başına kesin teşhis değildir.
vMotion CPU Ready sorununu her zaman çözer mi?
Hayır. Sorun yalnızca kaynakları yoğun bir hostsa taşıma fayda sağlayabilir. Cluster genelinde kapasite yetersizse veya VM’de yanlış vCPU/limit ayarı varsa vMotion geçici ya da etkisiz kalabilir.
