Bir VDS’te performans sorunu yaşanıyorsa bunun nedeni genellikle tek bir bileşen değildir. İşlemci, disk altyapısı, ağ gecikmeleri veya yanlış tanımlanmış sanal donanımlar birleştiğinde sistem beklenen tepkiyi vermez. Asıl zorluk, performans problemi başladığında doğru analiz noktasını seçememektir. Bunun sonucunda CPU artırma, servis kapatma veya yapılandırma değiştirme gibi adımlar plansız şekilde uygulanır.
Performans Düşüşü Gerçekten Var Mı ?
Sanal sunucularda performans düşüşü fark edildiğinde bunun kalıcı bir sorun mu yoksa kısa süreli bir yoğunluk mu olduğu mutlaka analiz edilmelidir. Belirli saatlerde oluşan yavaşlamalar genellikle kapasite eksikliğinden değil, aynı anda devreye giren görevlerden kaynaklanır. Linux tarafında uptime komutu, sistemin uzun vadeli mi yoksa anlık bir yük altında mı çalıştığını anlamak için pratik bir kontrol sağlar.
uptimeSistemdeki yük ortalaması, belirli zaman aralıklarında oluşan kaynak kullanımını yansıtır. Bu değerlerin kalıcı şekilde yüksek olması, sistemin sürekli zorlandığını gösterir. Yükün kısa süre artıp tekrar düşmesi ise çoğu durumda cron görevleri, yedekleme işlemleri veya zamanlanmış servislerin çalıştığını işaret eder.
Get-Counter '\System\Processor Queue Length'İpucu
Yavaşlama yalnızca belirli saatlerde ortaya çıkıyorsa, altyapıyı genişletmeye geçmeden önce bu zaman aralıklarında çalışan görevleri incelemek çoğu durumda sorunun kaynağını net şekilde gösterir.
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 ortamlarda CPU kaynakları fiziksel işlemci üzerinde paylaşımlı olarak kullanılır. CPU kullanım oranı düşük olsa bile sanal makine, işlemciye erişim sırasında CPU Ready durumunda bekliyor olabilir. Linux tarafında top çıktısı, bu bekleme süresinin sistem davranışına etkisini görmek için temel bir kontrol aracıdır.
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.