VDS Yavaşladıysa İlk Bakılması Gereken Teknik Noktalar
Sanal sunucularda yaşanan performans sorunları genellikle tek bir sebebe indirgenemez. CPU yükü, disk I O performansı, ağ gecikmeleri ve yanlış yapılandırılmış sanal bileşenler birlikte sistemin tepkisini düşürür. Buradaki temel sorun, performans azaldığında doğru analiz sırasının bilinmemesidir. Bu nedenle çoğu zaman kaynak artırma, servis kapatma ya da ayar değiştirme yoluna gidilir.
Gerçek Performans Problemi Nasıl Anlaşılır?
Sanal sunucularda hissedilen her yavaşlama kalıcı bir performans sorunu anlamına gelmez. Zaman bazlı yaşanan gecikmeler genellikle kapasite eksikliğinden ziyade eş zamanlı işlemlerin yarattığı geçici yüklerle ilişkilidir. Linux tarafında uptime çıktısı, yükün uzun süredir mi devam ettiğini yoksa kısa süreli bir yoğunluk mu olduğunu ayırt etmek için kullanılabilecek basit ama güçlü bir veridir.
uptimeYük ortalama değerleri, sistemin belirli zaman dilimlerindeki çalışma yoğunluğunu gösterir. Bu değerler uzun süre yüksek seyrediyorsa sistem sürekli bir baskı altında çalışıyor demektir. Yük kısa süreli yükselip tekrar normale dönüyorsa, çoğu zaman yedekleme işlemleri, cron job’lar veya zamanlanmış görevler devrededir.
Get-Counter '\System\Processor Queue Length'İpucu
Performans düşüşü belli saatlerle sınırlıysa, altyapıyı genişletmeden önce bu zamanlarda aktif olan görevleri kontrol etmek sorunun kaynağını doğrudan göstermeye yeterlidir.
CPU kaynaklı performans problemleri
VDS performans analizinde CPU kullanımı sıkça incelenir ancak tek başına belirleyici değildir. CPU yüzdesi düşük olsa bile SSH veya RDP bağlantılarında gecikme yaşanabilir ve komutlar geç yanıt verebilir. Bu durum çoğu zaman işlemcinin türü ve sanallaştırma için uygunluğu ile ilişkilidir. Sanal sunucularda masaüstü işlemciler yerine sunucu sınıfı işlemciler kullanılmalıdır. Intel Xeon Gold 6230, 6248 ve 6338 gibi yüksek frekanslı işlemciler, gecikmeye hassas işlerde daha dengeli performans sunar. AMD EPYC 7302, 7452 ve 7543 ise çekirdek sayısı ve bellek bant genişliği avantajıyla öne çıkar.
Sanal Sunucularda CPU Ready Kavramı
Sanal makineler, fiziksel CPU üzerinde paylaşımlı olarak çalıştığı için işlemci kaynaklarına doğrudan erişemez. Bu nedenle CPU kullanımı düşük olsa bile sanal makine işlemciyi kullanmak için bekliyor olabilir. Linux sistemlerde top çıktısı, bu durumun performansa olan etkisini gözlemlemek için pratik bir yöntem sunar.
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.