Bir VM için Aria Operations iki vCPU azaltma önerirken başka bir kapasite ürünü iki vCPU artırma öneriyorsa hangisine güvenmeliyiz? Böyle bir durumda soruyu "hangi araç daha doğru?" diye sormak yerine önce iki aracın neyi optimize etmeye çalıştığını anlamak daha faydalı.
Aria Operations'ta rightsizing, yalnızca son CPU kullanım yüzdesinden üretilen bir tavsiye değildir. Capacity Engine, talep ve kullanım metriklerini, politika ayarlarını, risk toleransını ve belirli durumlarda geleceğe yönelik tahmini birlikte değerlendirir. Bu nedenle öneriyi tek bir maksimum kullanım grafiğiyle çürütmek de doğrulamak da zordur.
İlk kontrol: doğru VM'ye ve doğru zaman aralığına mı bakıyoruz?
Bir sunucunun iş yükü ayda bir kez yoğunlaşıyorsa, son yedi günlük grafik bu davranışı göstermeyebilir. Kapanış, raporlama, bakım ve yedekleme saatleri önemli. En az bir temsilî iş döngüsünü kapsayan veri seçin; yalnızca "son 24 saatte sakindi" diye kapasite azaltmayın.
Önerinin hesaplandığı politika, iş yükü türü ve toplama aralığı da not edilmeli. Bir VM'nin farklı gruba taşınması veya yeni politikaya bağlanması, önerisini değiştirebilir.
CPU Demand ile CPU Used aynı şey değil
Aria Operations için CPU Demand, iş yükünün işlemci ihtiyacını değerlendirmede temel metriklerden biri. %NETRUN gibi sayaçlarsa farklı amaçlarla kullanılıyor. Broadcom'un 8.18.5'e ilişkin açıklamasında, rightsizing modelinin Demand yerine %NETRUN ile değiştirilmesinin ek doğrulama gerektirdiği özellikle belirtiliyor.
Bu yüzden "ortalama CPU %15, dört vCPU kesin yeter" sonucuna doğrudan atlamayın. Uygulamanın yoğun çalışma anlarında ne kadar paralellik istediğine, CPU Ready'ye, CPU Co-Stop'a ve varsa CPU limitine bakın.
Örneğin sekiz vCPU'lu bir VM'nin bir kez %100 görmesi, tek başına on vCPU gerektiği anlamına gelmez. O tepenin süresi, tekrarı, uygulama gecikmesi ve host rekabeti çok daha belirleyici.
P95 yararlı, ama tek karar ölçüsü değil
Yüzdelik dilimler, özellikle nadir görülen tepe değerlerin ortalamayı nasıl etkilediğini anlamak için iyi bir araç. P95, örneklerin yaklaşık %95'inin altında kaldığı kullanım seviyesini gösterir. Ancak P95'in rightsizing ürününün varsayılan resmi algoritması olduğunu söylemek doğru olmaz; kullandığınız araç ve politika ayrı hesap yapabilir.
P95'i yardımcı bir kontrol olarak kullanırken ay sonu gibi kısa ama iş açısından kritik yükleri kaybetmemek gerekir. P99 bile tek başına bütün bu senaryoları yakalamayabilir. Bir sunucunun hangi saatlerde kritik olduğuna yalnızca istatistik değil, uygulama sahibi karar verir.
Bellekte hangi sayıyı baz alacağız?
VM üzerinde 64 GB RAM tahsisli olsun. Aria Operations 15 GB azaltma, başka bir ürün 40 GB toplam kapasite öneriyor. İki farklı sayının olması, ürünlerden birinin mutlaka hatalı olduğu anlamına gelmez.
Bellek tarafında Consumed ve Active metriklerinin anlamı farklıdır. Ayrıca guest işletim sistemindeki gerçek kullanım, cache, committed memory ve swap/paging davranışı da incelenmeli. Active Memory yalnızca aktif olarak dokunulan bellek hakkında bir tahmin sunar; uygulamanın güvenle ne kadar RAM ile çalışacağını tek başına garantilemez.
Özellikle veritabanı, Java heap veya cache ağırlıklı servislerde bellek azaltma kararını guest içindeki sayaçlarla karşılaştırmadan vermeyin. ESXi Balloon ve Swap aktiviteleri de host üzerindeki baskıyı değerlendirmeye yardımcı olur.
Rationale ve policy ayarları neden önemli?
Aria Operations kapasite önerilerinin ayrıntılarında risk seviyesi, mevcut policy ve belirli zaman ufku gibi bileşenler görülebilir. Ürün sürümüne göre menü adları farklılaşsa da Rightsize ekranındaki gerekçeyi ve policy ilişkisini kontrol edin.
Broadcom'un 2024'te açıkladığı gelişmeler arasında daha ayrıntılı rightsizing rationale, custom metrics ve Conservative–Aggressive risk seviyeleri bulunuyor. Aynı VM için iki farklı policy uygulanırsa sonuç da değişebilir.
Pratik karar sırası
Bir öneriyi uygulamadan önce şu soruları yanıtlayın:
- Öneri, temsilî iş döngüsünü kapsayan veriden mi üretildi?
- CPU Demand, Ready, Co-Stop ve guest CPU ihtiyacı aynı yönü mü gösteriyor?
- Bellekte guest swap, committed kullanım veya kritik cache davranışı var mı?
- VM'nin business-critical olması ya da özel lisans/topoloji kısıtı bulunuyor mu?
- Değişiklik geri alınabilir mi ve sonrasında hangi ölçüyle başarı doğrulanacak?
Değişiklik gerekiyorsa önce düşük riskli sunucuda kontrollü pilot yapın. VCPU/RAM değişiminden önce ve sonra aynı iş döngüsünde performansı karşılaştırın. Bazen en doğru karar artırmak veya azaltmak değil, mevcut kaynağı korumak olur.
Kaynak notu: Broadcom KB 438023 (ESXi 8 rightsizing), KB 433568 (CPU Demand ve %NETRUN), VMware Cloud Foundation Blog, 31 Temmuz 2024 (Rightsizing Rationale ve risk seviyeleri).
