„Serwer jest wolny” może znaczyć trzy różne rzeczy: sieć jest zajęta, coś na serwerze zużywa łącze albo sam test jest zły. Tych siedem kroków pozwala je rozróżnić. Polecenia są dla Linuksa; nazwy pakietów dla systemów z apt.
1. Zobacz wykresy w panelu
Otwórz serwer w panelu i przejdź do zakładki Metryki. Wykres sieci pokazuje ruch przychodzący i wychodzący na sekundę z ostatniej godziny, dnia lub tygodnia. Dane pochodzą z warstwy wirtualizacji, więc są dostępne, nawet gdy system w serwerze się zawiesił.
Dwóch rzeczy nie pokazuje: sum w gigabajtach i tego, który program wygenerował ruch. Do tego służą kolejne kroki.
Te same dane są dostępne przez API, łącznie z ostatnim miesiącem:
curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
-H "Authorization: Bearer $EQVPS_API_KEY"
2. Znajdź swój interfejs sieciowy
Większość poleceń poniżej potrzebuje nazwy interfejsu:
ip -br addr
Szukasz interfejsu z twoim adresem publicznym (lub prywatnym na serwerach NAT), często eth0 albo ens18. Jeśli twój nazywa się inaczej, zamień eth0 poniżej.
3. Licz transfer dziennie i miesięcznie przez vnStat
apt install -y vnstat
vnstat -l -i eth0 # live rate, Ctrl+C to stop
vnstat -d # per day
vnstat -m # per month
vnStat czyta liczniki interfejsów z jądra, przetrwa restarty i prawie nic nie zużywa. Zaczyna liczyć od instalacji, więc zainstaluj go, zanim będziesz potrzebować liczb.
4. Sprawdź, który proces zużywa łącze
apt install -y nethogs
nethogs eth0
nethogs pokazuje procesy z ich bieżącą prędkością wysyłania i odbierania. Jeśli widzisz nieznany proces, który generuje ruch, przyjrzyj mu się: niespodziewany intensywny nadawca może oznaczać przejęty serwer.
Aby zobaczyć same połączenia:
ss -tunap | head -30
5. Zrób test prędkości, któremu można ufać
Niezawodny sposób to iperf3 między dwiema maszynami, które kontrolujesz. Na drugiej maszynie uruchom serwer:
iperf3 -s
Na swoim serwerze sprawdź oba kierunki: 4 strumienie przez 30 sekund:
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
Serwer NAT przyjmuje połączenia przychodzące tylko na swoim porcie SSH, więc iperf3 -s uruchamiaj na drugiej maszynie, a serwer NAT zostaw jako klienta, jak wyżej.
Nie masz drugiej maszyny? Pobierz duży plik z szybkiego mirrora blisko ciebie i odczytaj średnią:
curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin
Wynik jest w bajtach na sekundę. Pomnóż przez 8, by dostać bity na sekundę: 110000000 to około 880 Mbit/s.
6. Sprawdź opóźnienia i utratę pakietów
Niska przepustowość na dużych odległościach to często problem opóźnień lub strat, a nie przepustowości łącza:
apt install -y mtr-tiny
mtr -rwc 100 example.com
Patrz na kolumnę Loss% w ostatnim wierszu. Straty, które pojawiają się na jednym hopie w środku i znikają dalej, zwykle oznaczają, że ten router po prostu nisko priorytetyzuje odpowiedzi na ping, a nie prawdziwą utratę.
7. Porównaj z tym, czego się spodziewać
| Taryfa | Port | Typowy wynik w 4 strumieniach, spokojne łącze |
|---|---|---|
| Linux VPS | 1 Gbit/s | około 900–940 Mbit/s w każdą stronę |
| Windows VPS | 150 Mbit/s | około 140 Mbit/s |
Gdy kilka serwerów na tej samej fizycznej maszynie jest jednocześnie obciążonych, łącze jest dzielone między nie po równo, więc niższa liczba w zatłoczonym momencie jest normalna. Żadna taryfa nie ma limitu transferu. Jak działa podział, opisano w Ruch i prędkość sieci.
Na serwerze Windows bieżącą prędkość pokazuje Menedżer zadań → Wydajność → Ethernet, a ruch według procesów — Monitor zasobów → Sieć.
Jeśli liczby naprawdę są niskie
Wykonaj krok 5 z dwoma różnymi serwerami testowymi, zanotuj godzinę i otwórz zgłoszenie z poleceniami i ich wynikiem. Dzięki temu sprawdzimy łącze dokładnie w tym momencie.
Powiązane
- Ruch i prędkość sieci: prędkości portów, uczciwy podział, porty poczty wychodzącej.
- Sieć i porty: przekierowanie NAT i otwarte porty.
- Jak zwolnić miejsce na dysku, jeśli vnStat albo logi zapełnią dysk.
Komentarze
Brak komentarzy. Bądź pierwszy.