Sieć i ochrona
Sprawdź przepustowość i zdiagnozuj wydajność
Oddziel prędkość portu, wolumen ruchu, błędy pakietów i przepustowość aplikacji, a następnie zbierz pomiary przydatne do rozwiązywania problemów.
Na tej stronie
Zanim zaczniesz
- Aktywny serwer i dostęp administracyjny do jego systemu operacyjnego.
- Nazwa interfejsu obsługującego ruch produkcyjny oraz oczekiwany poziom portu z konfiguracji serwera.
- Dokładne okno incydentu w UTC, adresy źródłowe i docelowe, protokół oraz oczekiwany a zaobserwowany wynik.
- Uprawnienie do inspekcji lokalnych liczników interfejsów bez ich resetowania lub zmieniania.
Rozróżnij pomiary
Prędkość portu to wynegocjowana lub skonfigurowana szybkość łącza. Wolumen ruchu to liczba bajtów lub pakietów przesłanych w czasie. Przepustowość to użyteczna szybkość osiągana przez obciążenie i zależy od obu punktów końcowych, zachowania protokołu, limitów dysku i CPU, utraty pakietów, opóźnień, przeciążenia i projektu testu. Nielimitowany oznacza, że usługa wliczona w cenę nie jest rozliczana według limitu transferu; nie usuwa fizycznego limitu portu ani nie gwarantuje, że każdy przepływ osiągnie prędkość linii.
Serwery pokazują warstwę portu związaną z Twoją konfiguracją. Ta etykieta nie jest pomiarem ruchu. Wykres sieci nie zawiera jeszcze próbek na żywo, więc używaj własnego monitorowania do pomiaru użycia, szczytów i dowodów historycznych.
| Sygnał | Pytanie zostało udzielone | Bieżące źródło |
|---|---|---|
| Poziom portu w katalogu | Jaki poziom łącza został zamówiony? | Podsumowanie serwera |
| Liczniki bajtów interfejsu | Ile ruchu przeszło przez ten interfejs gościa? | System operacyjny |
| Liczniki błędów/utraconych pakietów | Czy gość lub urządzenie zgłosiło problemy z pakietami? | System operacyjny i sterownik |
| Liczniki przełączników dostawcy | Co wydarzyło się poza gościem? | Tylko operator |
| Czas działania aplikacji | Jaką wydajność osiągnęło obciążenie? | Monitorowanie Twojej aplikacji |
Zbierz punkt odniesienia tylko do odczytu
Odkryj nazwę interfejsu, a następnie dwukrotnie sprawdź jego liczniki w znanym odstępie czasu. Zastąp eth0 rzeczywistym interfejsem. Jądro Linuxa dokumentuje, że ip -s -s ujawnia szczegółowe statystyki łącza, a ethtool może ujawnić standardowe i zdefiniowane przez sterownik liczniki. Nazwy liczników i ich obsługa różnią się w zależności od sterownika, więc zachowaj pełne wyjście zamiast wybierać tylko jedno pole.
- Rosnące liczniki błędów RX lub TX oraz porzuconych pakietów są przesłanką do zbadania, a nie dowodem winy dostawcy.
- Wyświetlana prędkość łącza niższa niż oczekiwana warstwa powinna zostać zgłoszona wraz ze szczegółami interfejsu i sterownika.
- Cichy interfejs podczas testu aplikacji może wskazywać, że obciążenie używa innego interfejsu, przestrzeni nazw lub ścieżki.
- Liczniki gościa nie mogą ujawnić każdego zdarzenia na przełączniku nadrzędnym ani ścieżce tranzytowej.
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0Zaprojektuj użyteczny test
- Określ pytanie: przepustowość pojedynczego przepływu, przepustowość zagregowana, utrata pakietów, opóźnienia lub błędy interfejsu.
- Wybierz kontrolowany punkt końcowy, do którego masz upoważnienie, i zapisz jego lokalizację oraz pojemność.
- Mierz w zdefiniowanym przedziale UTC, zbierając liczniki gościa i metryki aplikacji.
- Powtórz z jedną zmienioną zmienną, na przykład innym miejscem docelowym lub oknem czasowym, zamiast zmieniać kilka ustawień naraz.
- Zatrzymaj każdy test, który może zakłócić produkcję lub generować nadużycia w ruchu.
Oczekiwany wynik i eskalacja
Oczekiwanym rezultatem jest powtarzalna obserwacja powiązana z interfejsem, dwoma punktami końcowymi, protokołem i oknem czasowym — a nie zrzut ekranu z wykresu zastępczego. Jeśli lokalne liczniki są zdrowe, ale wydajność jest stale niska do kilku odpowiednich miejsc docelowych, wyślij operatorowi serwer, region, adres, interfejs, okno czasowe, kierunek, oczekiwany poziom, zaobserwowane szybkości, liczniki błędów i metodę testu.
Historyczne wykresy ruchu nie są jeszcze dostępne. Prowadź własny monitoring, jeśli historyczne dowody ruchu są ważne operacyjnie, i uzgodnij z operatorem, jakie dane po stronie dostawcy mogą być udostępniane.