Статус и доступность услуг Оплата только криптовалютой · Регистрация без KYC

Сеть и защита

Проверьте пропускную способность и диагностируйте производительность

Разделяйте скорость порта, объём трафика, ошибки пакетов и пропускную способность приложений, затем собирайте измерения, полезные для устранения неполадок.

Tungsto документация · Обновлено · 3 мин чтения

На этой странице
  1. Перед началом
  2. Различайте измерения
  3. Соберите базовый уровень только для чтения
  4. Разработайте полезный тест
  5. Ожидаемый результат и эскалация
  6. Связанные ресурсы

Перед началом

  • Активный сервер и административный доступ к его операционной системе.
  • Имя интерфейса, несущего производственный трафик, и ожидаемый тариф порта из конфигурации сервера.
  • Точное окно инцидента в UTC, адреса источника и назначения, протокол и ожидаемый результат по сравнению с наблюдаемым.
  • Разрешение на проверку локальных счётчиков интерфейса без их сброса или изменения.

Различайте измерения

Скорость порта — это согласованная или настроенная скорость соединения. Объём трафика — это количество байтов или пакетов, переданных за время. Пропускная способность — это полезная скорость, достигаемая рабочей нагрузкой, и зависит от обеих конечных точек, поведения протокола, ограничений диска и CPU, потерь пакетов, задержки, перегрузки и методики тестирования. Безлимитный означает, что включённая услуга не тарифицируется по объёму передачи; это не снимает физическое ограничение порта и не гарантирует, что каждый поток достигнет скорости линии.

На странице «Серверы» показан уровень порта, связанный с вашей конфигурацией. Эта метка не является измерением трафика. График сети пока не содержит живых выборок, поэтому используйте собственный мониторинг для использования, пиков и исторических данных.

СигналВопрос отвеченТекущий источник
Уровень порта в каталогеКакой уровень канала был заказан?Сводка сервера
Счетчики байтов интерфейсаСколько трафика прошло через этот гостевой интерфейс?Операционная система
Счетчики ошибок/потерьСообщал ли гость или устройство о проблемах с пакетами?Операционная система и драйвер
Счетчики коммутатора провайдераЧто произошло вне гостевой системы?Только оператор
Время выполнения приложенияКакую производительность показала рабочая нагрузка?Мониторинг вашего приложения

Соберите базовый уровень только для чтения

Определите имя интерфейса, затем дважды проверьте его счётчики через известный интервал. Замените eth0 на фактический интерфейс. Ядро Linux документирует, что ip -s -s показывает подробную статистику канала, а ethtool может показать стандартные и определяемые драйвером счётчики. Имена счётчиков и поддержка зависят от драйвера, поэтому сохраняйте полный вывод, а не выбирайте только одно поле.

  • Растущие счётчики ошибок RX или TX и потерь — это повод для расследования, а не доказательство вины провайдера.
  • Отображаемая скорость соединения ниже ожидаемого уровня должна быть сообщена с указанием интерфейса и деталей драйвера.
  • Тихий интерфейс во время теста приложения может указывать на то, что рабочая нагрузка использует другой интерфейс, пространство имён или путь.
  • Гостевые счётчики не могут отразить каждое событие на вышестоящем коммутаторе или транзитном пути.
sh
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0

Разработайте полезный тест

  1. Сформулируйте вопрос: пропускная способность одного потока, совокупная пропускная способность, потеря пакетов, задержка или ошибки интерфейса.
  2. Выберите контролируемую конечную точку, которую вы уполномочены использовать, и запишите её местоположение и ёмкость.
  3. Измеряйте в течение определённого интервала UTC, собирая счётчики гостевой системы и метрики приложения.
  4. Повторите с одной изменённой переменной, например другим пунктом назначения или временным окном, вместо изменения нескольких настроек одновременно.
  5. Прекратите любой тест, который может нарушить работу продакшена или создать аномальный трафик.

Ожидаемый результат и эскалация

Ожидаемый результат — воспроизводимое наблюдение, привязанное к интерфейсу, двум конечным точкам, протоколу и временному окну, а не скриншот графика-заглушки. Если локальные счётчики в норме, но производительность стабильно плохая до нескольких подходящих направлений, отправьте оператору сервер, регион, адрес, интерфейс, временное окно, направление, ожидаемый тариф, наблюдаемые скорости, счётчики ошибок и метод тестирования.

Исторические графики трафика пока недоступны. Ведите собственный мониторинг, если исторические данные о трафике важны для эксплуатации, и согласуйте с оператором, какие данные со стороны провайдера могут быть предоставлены.