"Sunucu yavaş" üç farklı şey anlamına gelebilir: ağ yoğun, sunucudaki bir şey bant genişliğini kullanıyor ya da testin kendisi yanlış. Bu yedi adım bunları birbirinden ayırır. Komutlar Linux içindir; paket adları apt kullanan sistemler içindir.
1. Paneldeki grafiklere bakın
Sunucuyu panelde açın ve Metrikler sekmesine gidin. Ağ grafiği son bir saat, gün veya hafta için saniye başına gelen ve giden trafiği gösterir. Veriler sanallaştırma katmanından gelir; bu yüzden sunucunun içindeki işletim sistemi takılmış olsa bile oradadır.
İki şeyi göstermez: gigabayt cinsinden toplamları ve trafiği hangi programın oluşturduğunu. Sonraki adımlar bunun içindir.
Aynı veriler, son ay dahil, API üzerinden de alınabilir:
curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
-H "Authorization: Bearer $EQVPS_API_KEY"
2. Ağ arayüzünüzü bulun
Aşağıdaki komutların çoğu arayüz adını ister:
ip -br addr
Aradığınız arayüz, genel (NAT sunucularda özel) adresinizin bulunduğu arayüzdür; çoğu zaman eth0 veya ens18. Sizinki farklıysa aşağıda eth0 yerine onu yazın.
3. vnStat ile günlük ve aylık trafiği sayın
apt install -y vnstat
vnstat -l -i eth0 # live rate, Ctrl+C to stop
vnstat -d # per day
vnstat -m # per month
vnStat çekirdeğin arayüz sayaçlarını okur, yeniden başlatmalardan sonra da çalışır ve neredeyse hiç kaynak harcamaz. Kurulduğu anda saymaya başlar; bu yüzden rakamlara ihtiyaç duymadan önce kurun.
4. Bant genişliğini hangi sürecin kullandığını görün
apt install -y nethogs
nethogs eth0
nethogs süreçleri güncel gönderme ve alma hızlarıyla listeler. Tanımadığınız bir sürecin trafik bastığını görürseniz ona yakından bakın: beklenmedik yoğun bir yükleyici, ele geçirilmiş bir sunucu anlamına gelebilir.
Bağlantıların kendisini görmek için:
ss -tunap | head -30
5. Anlamlı bir hız testi yapın
Güvenilir yöntem, kontrol ettiğiniz iki makine arasında iperf3'tür. Diğer makinede sunucuyu başlatın:
iperf3 -s
Kendi sunucunuzda iki yönü de 30 saniye boyunca 4 akışla test edin:
iperf3 -c OTHER_HOST -P 4 -t 30 # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R # download to this server
NAT sunucu gelen bağlantıları yalnızca SSH portunda kabul eder; bu yüzden iperf3 -s komutunu diğer makinede çalıştırın ve NAT sunucuyu yukarıdaki gibi istemci olarak bırakın.
İkinci makine yok mu? Size yakın hızlı bir yansıdan büyük bir dosya indirip ortalamayı okuyun:
curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin
Sonuç saniye başına bayt cinsindendir. Saniye başına bit için 8 ile çarpın: 110000000 yaklaşık 880 Mbit/s eder.
6. Gecikmeyi ve paket kaybını kontrol edin
Uzak mesafelerde düşük verim çoğu zaman bant genişliği değil, gecikme veya kayıp sorunudur:
apt install -y mtr-tiny
mtr -rwc 100 example.com
Son satırdaki Loss% sütununa bakın. Ortadaki bir atlamada görünüp sonra kaybolan kayıp, genellikle o yönlendiricinin ping yanıtlarına düşük öncelik verdiği anlamına gelir; gerçek kayıp değildir.
7. Beklenenle karşılaştırın
| Tarife | Port | 4 akışla, sakin hatta tipik sonuç |
|---|---|---|
| Linux VPS | 1 Gbit/s | her yönde yaklaşık 900–940 Mbit/s |
| Windows VPS | 150 Mbit/s | yaklaşık 140 Mbit/s |
Aynı fiziksel makinedeki birkaç sunucu aynı anda yoğun olduğunda dış bağlantı aralarında eşit paylaştırılır; bu yüzden yoğun bir anda daha düşük bir rakam beklenen bir durumdur. Hiçbir tarifenin trafik kotası yoktur. Paylaşımın nasıl işlediği Trafik ve ağ hızı sayfasında açıklanır.
Windows sunucuda Görev Yöneticisi → Performans → Ethernet canlı hızı, Kaynak İzleyicisi → Ağ ise süreç başına trafiği gösterir.
Rakamlar gerçekten düşükse
- adımı iki farklı test sunucusuna karşı çalıştırın, saati not edin ve komutlarla çıktılarını içeren bir destek talebi açın. Bununla bağlantıyı tam o anda kontrol edebiliriz.
İlgili
- Trafik ve ağ hızı: port hızları, adil paylaşım, giden e-posta portları.
- Ağ ve portlar: NAT yönlendirmesi ve açık portlar.
- vnStat veya günlükler diski doldurursa disk alanı açma.
Yorumlar
Henüz yorum yok. İlk olun.