Мережа та захист
Перевірте пропускну здатність та діагностуйте швидкість передачі
Розділіть швидкість порту, обсяг трафіку, помилки пакетів і пропускну здатність застосунків, потім зберіть вимірювання, корисні для усунення несправностей.
На цій сторінці
Перш ніж почати
- Активний сервер та адміністративний доступ до його операційної системи.
- Назва інтерфейсу, що несе виробничий трафік, та очікуваний рівень порту з конфігурації сервера.
- Точний часовий проміжок інциденту в UTC, адреси джерела та призначення, протокол і очікуваний проти фактичного результату.
- Дозвіл на перевірку локальних лічильників інтерфейсу без скидання або зміни їх.
Розрізняйте вимірювання
Швидкість порту — це узгоджена або налаштована швидкість з'єднання. Обсяг трафіку — це кількість байтів або пакетів, переданих за певний час. Пропускна здатність — це корисна швидкість, досягнута робочим навантаженням, і залежить від обох кінцевих точок, поведінки протоколу, обмежень диска та CPU, втрати пакетів, затримки, перевантаження та дизайну тесту. Безлімітний означає, що включена послуга не тарифікується за обсяг передачі; це не усуває фізичне обмеження порту і не гарантує, що кожен потік досягне швидкості лінії.
Сервери показують рівень порту, пов'язаний з вашою конфігурацією. Ця мітка не є вимірюванням трафіку. Діаграма мережі ще не містить живих зразків, тому використовуйте власний моніторинг для використання, піків та історичних даних.
| Сигнал | Питання вирішено | Поточне джерело |
|---|---|---|
| Рівень порту каталогу | Який рівень зв'язку було замовлено? | Зведення сервера |
| Лічильники байтів інтерфейсу | Скільки трафіку пройшло через цей гостьовий інтерфейс? | Операційна система |
| Лічильники помилок/втрат | Чи повідомляв гість або пристрій про проблеми з пакетами? | Операційна система та драйвер |
| Лічильники комутатора провайдера | Що сталося поза гостем? | Тільки оператор |
| Час виконання застосунку | Яку продуктивність показало робоче навантаження? | Моніторинг вашого застосунку |
Зберіть базову лінію лише для читання
Дізнайтеся назву інтерфейсу, потім двічі перевірте його лічильники через відомий інтервал. Замініть eth0 на фактичний інтерфейс. Ядро Linux документує, що ip -s -s показує детальну статистику каналу, а ethtool може показувати стандартні та визначені драйвером лічильники. Назви лічильників та підтримка залежать від драйвера, тому зберігайте повний вивід, а не лише одне поле.
- Зростаючі лічильники помилок або втрат RX чи TX є підставою для розслідування, а не доказом вини постачальника.
- Відображувану швидкість з'єднання нижчу за очікуваний рівень слід повідомити з деталями інтерфейсу та драйвера.
- Тихий інтерфейс під час тестування програми може вказувати, що робоче навантаження використовує інший інтерфейс, простір імен або шлях.
- Лічильники гостьової системи не можуть показати кожну подію на вищому комутаторі або транзитному шляху.
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0Розробіть корисний тест
- Сформулюйте питання: пропускна здатність одного потоку, сукупна пропускна здатність, втрата пакетів, затримка або помилки інтерфейсу.
- Виберіть контрольовану кінцеву точку, яку ви маєте право використовувати, та запишіть її місцезнаходження та ємність.
- Вимірюйте протягом визначеного інтервалу UTC, збираючи лічильники гостьової системи та метрики застосунку.
- Повторіть з однією зміненою змінною, наприклад іншим пунктом призначення або часовим вікном, замість зміни кількох налаштувань одночасно.
- Зупиніть будь-який тест, який може порушити роботу виробничого середовища або створити шкідливий трафік.
Очікуваний результат і ескалація
Очікуваний результат — це відтворюване спостереження, пов'язане з інтерфейсом, двома кінцевими точками, протоколом і часовим вікном, а не скріншот графіка-заглушки. Якщо локальні лічильники в нормі, але продуктивність стабільно погана до кількох відповідних пунктів призначення, надішліть оператору сервер, регіон, адресу, інтерфейс, часове вікно, напрямок, очікуваний тариф, спостережувані швидкості, лічильники помилок і метод тестування.
Історичні графіки трафіку ще недоступні. Ведіть власний моніторинг, якщо історичні дані про трафік є операційно важливими, і домовтеся з оператором про будь-які дані з боку провайдера, якими можна поділитися.