VDS üzerinde yaşanan performans sorunları çoğu zaman tek bir nedene bağlı değildir. CPU, disk, ağ veya yanlış yapılandırılmış sanal donanımlar bir araya geldiğinde sistem yavaşlar. Asıl problem, performans düştüğünde nereden başlanacağını bilmemektir. CPU arttırılır, servisler kapatılır ya da ayarlar değiştirilir.
Performans Düşüşü Gerçekten Var Mı ?
Bir VDS’te yavaşlama yaşandığında, bunun kalıcı bir performans sorunu mu yoksa belirli zamanlarda oluşan geçici bir yoğunluk mu olduğu mutlaka ayırt edilmelidir. Günün belli saatlerinde görülen yavaşlamalar çoğu zaman kapasite yetersizliğinden değil, aynı anda çalışan görevlerden kaynaklanır.
Linux sistemlerde uptime çıktısı, yükün uzun süredir mi devam ettiğini yoksa kısa süreli mi olduğunu anlamak için basit ama etkili bir göstergedir.
uptimeYük ortalama değerleri, sistemin son zaman aralıklarındaki yükünü gösterir. Yük uzun süre yüksek kalıyorsa sistem sürekli zorlanıyordur. Kısa süre yükselip tekrar düşüyorsa genellikle yedekleme, cron job veya zamanlanmış görevler çalışıyordur.
Get-Counter '\System\Processor Queue Length'İpucu
Yavaşlık yalnızca belirli saatlerde yaşanıyorsa, altyapıyı büyütmeden önce bu saatlerde çalışan görevleri incelemek çoğu zaman sorunu doğrudan ortaya çıkarır.
CPU kaynaklı performans problemleri
CPU kullanımı VDS performansında sık kontrol edilir, ancak tek başına yeterli değildir. CPU düşük görünse bile SSH ve RDP bağlantıları geç açılabilir veya komutlar gecikebilir.
- Sanallaştırma ortamlarında masaüstü işlemciler yerine sunucu sınıfı işlemciler tercih edilmelidir. Intel Xeon Gold 6230, 6248 ve 6338 gibi yüksek frekanslı modeller gecikmeye duyarlı işlerde daha stabil tepki verir.
- AMD tarafında ise EPYC 7302, EPYC 7452 ve EPYC 7543 gibi işlemciler çekirdek sayısı ve güçlü bellek bant genişliği sayesinde avantaj sağlar.
CPU kullanımı ile CPU Ready farkı
Sanal sunucularda CPU, fiziksel işlemci üzerinde sırayla çalışır. CPU kullanımı düşük görünse bile sanal makine işlemciye erişmek için bekliyor olabilir.
Linux sistemlerde bu durumu gözlemlemek için top çıktısı incelenebilir.
topYanlış core sayısı ve scheduler etkisi
VDS’e gereğinden fazla veya yanlış şekilde tanımlanmış işlemci çekirdekleri de performansı olumsuz etkileyebilir. Çok sayıda core her zaman daha iyi performans anlamına gelmez.
İpucu
Core sayısını artırmadan önce, sistemin gerçekten işlem ihtiyacı olup olmadığını değerlendirin. Yanlış core dağılımı, beklenenden daha fazla gecikmeye yol açabilir.
Disk kaynaklı performans problemleri
VDS performans sorunlarının en yaygın nedeni disk tarafıdır. Disk dolu olmasa bile yüksek gecikme sistemi yavaşlatabilir. Performans yalnızca kapasiteye bağlı değildir. Gecikme süresi ve aynı anda yapılan işlemler belirleyicidir.
Disk tarafında klasik SATA SSD’ler ile NVMe diskler arasındaki fark, özellikle yüksek işlem gerektiren sistemlerde önemlidir. Samsung PM983, Samsung PM9A3, Intel P4510 ve Kingston DC2000M gibi NVMe diskler düşük gecikme ve yüksek IOPS değerleriyle öne çıkar.
IOPS ve latency kavramı neden kritik?
Bir diskin saniyede kaç işlem yapabildiği ve bu işlemlere ne kadar sürede yanıt verdiği, uygulamaların hızını belirler. Disk dolu değilken sistemin yavaşlaması çoğu zaman yüksek gecikme sürelerinden kaynaklanır.
Linux sistemlerde disk gecikmesini görmek için iostat raporunu inceleyebiliriz.
iostat -x 1Bu çıktıda await ve util değerleri önemlidir. await uzun süre yüksekse disk işlemleri gecikiyordur. util değeri sürekli yüzde yüze yakınsa disk meşguldür ve sistem yavaşlar.
İpucu
CPU boş görünmesine rağmen sistem yavaşsa, ilk bakılması gereken yer disk gecikmesidir.
Sanal disk ve cache etkisi
Yanlış seçilmiş sanal diskler veya uygunsuz cache ayarları, diskin gerçek performansını ciddi şekilde düşürebilir. Bu tür problemler genellikle yük arttıkça kendini gösterir.
Ağ ve bağlantı tarafı
Ağ tarafı performans analizinde sıklıkla göz ardı edilir. Çoğu zaman ping değerlerinin iyi olması, ağın sorunsuz olduğu şeklinde yorumlanır. Ancak ping yalnızca temel bağlantıyı gösterir.
Network latency ile uygulama gecikmesi arasındaki fark
Ping düşük olmasına rağmen web sitelerinin geç açılması, ağ gecikmesi ile uygulama gecikmesinin karıştırıldığını gösterir. TCP bağlantı kurulumu, paket sıralaması gibi faktörler uygulama yanıt süresini doğrudan etkiler.
ping -c 5 8.8.8.8
traceroute google.comİpucu
Ping düşük ama traceroute çıktısında bazı noktalarda gecikme artıyorsa, sorun genellikle ağ yolu veya uygulama katmanından kaynaklanır. Daha detaylı bilgi için ilgili yazımıza göz atabilirsiniz.
Yanlış MTU ve queue problemleri
Yanlış MTU ayarları veya ağ tarafında oluşan kuyruklar, performansın düzensiz hâle gelmesine neden olabilir. Bu problemler çoğu zaman anlık kopmalar veya dalgalı gecikmeler şeklinde ortaya çıkar.
Arka planda çalışan servisler
Bir VDS ilk kurulduğunda genellikle hafif ve hızlı çalışır. Zamanla eklenen yazılımlar, servisler ve otomatik görevler arka planda yük oluşturmaya başlar. Bu servisler tek başına sorun yaratmayabilir, ancak birlikte çalıştıklarında CPU, bellek ve disk üzerinde sürekli baskı oluştururlar.
Linux sistemlerde çalışan servisleri görmek için aşağıdaki komut kullanılabilir.
systemctl list-units --type=service --state=runningWindows sistemlerde ise otomatik başlayan servisler ve zamanlanmış görevler benzer etki oluşturur. Antivirüs taramaları, güncelleme servisleri ve log toplama araçları belirli saatlerde performans düşüşüne neden olabilir.
Performans düşüşü yanlış yapılandırmadan mı kaynaklanıyor?
Birçok VDS varsayılan ayarlarla çalışır durumda teslim edilir. Bu ayarlar temel kullanım için yeterlidir ancak her iş yükü için uygun değildir. Yanlış disk yapılandırmaları, snapshot alma sırasında oluşan kilitlenmeler, firewall kurallarıyla çakışan servisler veya gereksiz işlemler zamanla performansı düşürür.
Sık Sorulan Sorular
Aynı donanıma sahip iki VDS neden farklı performans gösterebilir?
Aynı CPU, RAM ve disk kullanılsa bile sanallaştırma katmanındaki kaynak paylaşımı performansı etkiler. Fiziksel sunucu üzerindeki diğer sanal makineler, disk I/O ve CPU zamanlamasını dolaylı olarak etkileyebilir. Bu fark, özellikle yoğun saatlerde daha belirgin hale gelir.
NVMe disk kullanıyorum ama veritabanı sorguları yine de yavaş?
İlk olarak aktif snapshot olup olmadığını kontrol edin. Snapshot yoksa, disk gecikmesini iostat ile ölçün. Gecikme yüksekse sanal disk kontrolcüsünün NVMe uyumluluğuna bakın.
Daha fazla CPU core ekledim ama performans artmıyor?
Uygulamanız çok çekirdekli çalışmıyor olabilir. Core artırmak yerine daha yüksek frekanslı işlemci seçmek veya yükü dağıtmak daha ideal bi yol olur.
VDS’te RAM dolu değilken neden swap kullanılıyor?
Linux sistemler RAM’i cache olarak kullanabilir. Ancak swap sürekli kullanılıyorsa bu genellikle bellek sınırda demektir. Swap kapatmak yerine RAM miktarını artırmak veya bellek tüketen servisleri azaltmak daha iyi olacaktır.
