Скорость порта 1 Gbps: объяснение тарифицируемой и нетарифицируемой пропускной способности для выделенных серверов

Скорость порта на выделенном сервере определяет максимальную скорость передачи данных между вашим сервером и вышестоящей сетью. В AlexHost стандартное выделение для выделенных серверов составляет 300 Mbps, включённых в базовый тариф. Для рабочих нагрузок, требующих более высокой пропускной способности, доступно обновление до 1 Gbps в трёх различных конфигурациях: Shared, Dedicated Metered и Dedicated Unmetered — каждая с принципиально разными гарантиями производительности, ограничениями пропускной способности и структурой стоимости.

Выбор неправильного тарифа — одна из наиболее распространённых и дорогостоящих ошибок при подготовке серверов. Shared-порт может быть вполне достаточным для приложения с низким трафиком, тогда как медиаплатформа с большим объёмом данных или резервная инфраструктура может исчерпать лимит metered-тарифа за считанные дни. В этом руководстве рассматриваются все технические и операционные аспекты, необходимые для принятия правильного решения.

Что на самом деле означает «скорость порта» на уровне инфраструктуры

Скорость порта относится к физической скорости соединения сетевой интерфейсной карты (NIC), подключающей ваш сервер к коммутатору верхнего уровня стойки (ToR) внутри центра обработки данных. Порт 1 Gbps означает, что NIC и порт коммутатора согласовывают соединение 1000BASE-T или 1000BASE-SX — теоретический потолок передачи данных составляет 1 гигабит в секунду в каждом направлении (полный дуплекс).

Однако физическая скорость порта и гарантированная доступная пропускная способность — это совершенно разные вещи. Это различие лежит в основе дискуссии о metered и unmetered.

Ключевые концепции инфраструктуры, которые необходимо понять:

• Конкуренция за аплинк: несколько серверов могут совместно использовать один аплинк от коммутатора ToR до основной сети. Даже если ваша NIC подключена на скорости 1 Gbps, вышестоящий канал может быть перегружен.
• Учёт rx + tx: потребление пропускной способности обычно измеряется как сумма входящего (receive) и исходящего (transmit) трафика. Ежемесячный лимит в 99 TB означает 99 TB суммарно в обоих направлениях, а не по 99 TB в каждую сторону.
• Пиковая vs. устойчивая пропускная способность: shared-соединения могут допускать кратковременные всплески до полной скорости порта, но ограничивают устойчивые передачи при перегрузке общей среды.

Три варианта порта 1 Gbps в AlexHost

Вариант 1: 1 Gbps Shared (включён в тариф)

Тариф 1 Gbps Shared включён в базовую стоимость тарифного плана выделенного сервера. Ваш сервер физически подключён к порту 1 Gbps на стоечном коммутаторе, который также используется совместно с другими серверами в той же стойке или сегменте коммутатора.

Как это работает технически:

Стоечный коммутатор агрегирует трафик от нескольких серверов на общий аплинк. В часы низкой нагрузки вы можете достигать скоростей, близких к полной линейной скорости 1 Gbps. В часы пиковой нагрузки — когда соседние серверы одновременно выполняют резервное копирование, массовые передачи или запускают приложения с высоким трафиком — ваша эффективная пропускная способность пропорционально снижается.

Практические последствия:

• Пропускная способность недетерминирована и зависит от активности соседних серверов
• Отсутствие гарантии скорости по SLA
• Подходит для: сред разработки, веб-сайтов с низким трафиком, staging-серверов, внутреннего инструментария
• Не подходит для: производственных баз данных с репликацией, CDN origin-серверов с большим объёмом данных или чувствительных к задержкам приложений реального времени

Важное резервное поведение: если вы исчерпаете лимит трафика на metered-тарифе, AlexHost автоматически переключит ваше соединение на этот shared-уровень до начала следующего расчётного периода. Это критически важная операционная деталь — ваш сервис не отключается, но производительность становится непредсказуемой.

Вариант 2: 1 Gbps Dedicated / Guaranteed Metered — 50 EUR/месяц

Вариант Dedicated Metered обеспечивает гарантированное, неконкурентное соединение 1 Gbps с жёстким лимитом пропускной способности 99 TB за расчётный период (rx + tx суммарно).

Что здесь означает «dedicated»:

Порт вашего сервера выделен на отдельном сегменте аплинка, то есть вы не конкурируете с другими серверами за пропускную способность. Коммутатор и вышестоящая инфраструктура маршрутизации резервируют полные 1 Gbps для вашего исключительного использования. Это обеспечивается на сетевом уровне, как правило, посредством формирования трафика или политик QoS на уровне портов коммутатора ToR.

Расчёт пропускной способности — подходит ли 99 TB для вашего случая?

Поведение при превышении лимита: как только достигается порог в 99 TB, соединение автоматически переключается на shared-пул 1 Gbps. Жёсткого отключения или прерывания сервиса не происходит — однако гарантированная производительность становится недоступной до сброса расчётного периода.

Лучший выбор для: производственных рабочих нагрузок с предсказуемым трафиком от умеренного до высокого, где необходим гарантированный минимальный уровень скорости, а потребление пропускной способности укладывается в лимит 99 TB.

Вариант 3: 1 Gbps Dedicated / Guaranteed Unmetered — 400 EUR/месяц

Тариф Dedicated Unmetered обеспечивает гарантированное выделенное соединение 1 Gbps без каких-либо ограничений пропускной способности. Вы можете непрерывно загружать порт 24/7 в течение всего расчётного месяца без превышения лимитов или ограничения скорости.

Теоретический максимальный объём передачи данных:

При полной устойчивой загрузке 1 Gbps (как rx, так и tx) ежемесячный потолок передачи данных составляет приблизительно:

• 1 Gbps = 125 MB/s
• 125 MB/s × 86 400 секунд/день × 30 дней = ~324 TB/месяц в одном направлении
• Полный дуплекс (rx + tx суммарно): до ~648 TB/месяц

На практике ни одна реальная рабочая нагрузка не поддерживает 100% линейной скорости непрерывно, однако это иллюстрирует масштаб запаса, который обеспечивает unmetered-тариф.

Анализ экономической эффективности:

При стоимости 400 EUR/месяц unmetered-вариант становится экономически выгодным, когда прогнозируемый трафик превышает примерно 100–120 TB/месяц. Ниже этого порога metered-тариф за 50 EUR/месяц является рациональным выбором. Выше него unmetered-тариф устраняет как риск превышения лимита, так и операционные издержки на мониторинг потребления.

Лучший выбор для: высокообъёмной доставки контента, крупномасштабной репликации данных, инфраструктуры медиастриминга, непрерывного распространения артефактов CI/CD-конвейера или любой рабочей нагрузки с очень высоким или крайне непредсказуемым трафиком.

Сравнение вариантов

Критически важные технические нюансы и граничные случаи

Ловушка учёта rx + tx

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

Время расчётного периода и окно резервного переключения

Автоматическое переключение на shared-пропускную способность при исчерпании лимита происходит не мгновенно во всех реализациях — может существовать короткое окно, в течение которого трафик продолжает идти на выделенной скорости до вступления в силу политики на уровне коммутатора. Не рассчитывайте на это окно как на буфер. Настройте мониторинг трафика и оповещения на уровне 80–85% от лимита, чтобы иметь время для реакции — либо путём оптимизации трафика, либо путём обновления тарифа в середине расчётного периода.

Задержка не зависит от скорости порта

Распространённое заблуждение: переход с shared на dedicated пропускную способность не снижает сетевую задержку. Задержка определяется длиной пути маршрутизации, физическим расстоянием до вышестоящих точек пиринга и глубиной очередей на перегруженных узлах — но не локальной скоростью порта. Если ваше приложение чувствительно к задержкам (игры в реальном времени, финансовые API, VoIP), сосредоточьтесь на пиринговых отношениях центра обработки данных и географической близости к вашим пользователям, а не только на уровне порта.

Агрегирование NIC и конфигурации с несколькими портами

Для рабочих нагрузок, требующих как высокой пропускной способности, так и резервирования, рассмотрите возможность агрегирования NIC (LACP/802.3ad). Два агрегированных порта 1 Gbps в режиме active-active могут обеспечить суммарную пропускную способность до 2 Gbps с одновременным резервированием при отказе. Это отдельный вопрос, не связанный с выбором между metered и unmetered, но его стоит обсудить с командой поддержки AlexHost, если ваша архитектура этого требует.

Выбор подходящего тарифа: система принятия решений

Последовательно ответьте на следующие вопросы:

1. Является ли ваша рабочая нагрузка критически важной для производства? Если да — немедленно исключите shared-вариант. Переходите к вопросу 2.
2. Можете ли вы точно оценить ежемесячный трафик (rx + tx суммарно)? Если нет или если трафик крайне непостоянен — выберите unmetered для устранения операционных рисков.
3. Составляет ли ваш расчётный ежемесячный трафик стабильно менее 80 TB? Если да — metered-тариф за 50 EUR/месяц обеспечивает значительное ценовое преимущество с комфортным запасом до лимита в 99 TB.
4. Предполагает ли ваша рабочая нагрузка непрерывные массовые передачи, медиастриминг или крупномасштабную репликацию данных? Если да — рассчитайте, оправдан ли тариф 400 EUR/месяц объёмом трафика. При объёме свыше 100 TB/месяц это почти всегда так.
5. Вы управляете средой VPS Hosting или перепродаёте ресурсы конечным пользователям? Непредсказуемый совокупный трафик от нескольких арендаторов делает unmetered-тариф единственным операционно безопасным выбором.

Мониторинг потребления пропускной способности на выделенном сервере

Независимо от выбранного тарифа, внедрите мониторинг пропускной способности с первого дня. Рекомендуемые инструменты:

• vnstat: лёгкий, постоянный учёт трафика по интерфейсу. Отслеживает почасовые, суточные и ежемесячные итоги. Незаменим для metered-тарифов.
• iftop / nethogs: видимость трафика в реальном времени по соединениям и процессам. Полезен для выявления неожиданных источников трафика.
• Prometheus + node_exporter: для производственных сред — экспортируйте метрики сетевых интерфейсов в стек Prometheus/Grafana и настройте пороги оповещений на уровне 75% и 90% от ежемесячного лимита.
• Netdata: мониторинг в реальном времени без настройки со встроенными графиками пропускной способности сети.

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

Если вы также управляете почтовой инфраструктурой на том же сервере, учтите, что массовая доставка почты может существенно влиять на суммарный tx. Рассмотрите возможность переноса транзакционной электронной почты на выделенный сервис Email Hosting, чтобы потребление пропускной способности сервера оставалось предсказуемым и сосредоточенным на основной рабочей нагрузке.

Соображения безопасности при высоких скоростях порта

Выделенное unmetered-соединение 1 Gbps — это мощный актив и потенциальная уязвимость в случае компрометации сервера или атак с усилением. При скорости 1 Gbps неправильно настроенный DNS-резолвер или NTP-сервер может стать значительным источником отражённого DDoS-трафика, расходуя вашу пропускную способность и потенциально нарушая политику допустимого использования.

Базовые шаги по защите для любого сервера с портом 1 Gbps:

• Отключите открытую рекурсивную DNS-резолюцию, если она явно не требуется
• Применяйте ограничение скорости входящего и исходящего трафика на уровне брандмауэра для ICMP, UDP и других протоколов, подверженных усилению
• Включите отслеживание соединений (conntrack) и установите агрессивные тайм-ауты для UDP-потоков
• Отслеживайте асимметричные паттерны трафика (высокий tx при низком rx), характерные для участия в исходящем усилении
• Держите активным fail2ban или аналог для подавления брутфорс-атак на SSH и атак на уровне приложений, генерирующих устойчивый трафик

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

Практический контрольный список ключевых выводов

Перед окончательным выбором тарифа пропускной способности проверьте каждый из следующих пунктов:

• Определите базовый уровень текущего или прогнозируемого ежемесячного трафика по фактическим журналам или аналитике — включая как rx, так и tx
• Определите, имеет ли ваша рабочая нагрузка предсказуемые паттерны трафика или подвержена внезапным всплескам
• Убедитесь, вносят ли совместно размещённые сервисы (резервное копирование, репликация, электронная почта) вклад в ваш суммарный объём пропускной способности
• Определите, является ли гарантированный минимальный уровень скорости операционно необходимым или лишь желательным
• Рассчитайте точку безубыточности стоимости за TB: metered-тариф за 50 EUR/месяц становится дороже unmetered-тарифа за 400 EUR/месяц при стабильном превышении ~100 TB/месяц
• Разверните vnstat или аналогичный инструмент мониторинга с первого дня, независимо от тарифа
• Настройте оповещения на уровне 75% и 90% от ежемесячного лимита при использовании metered-тарифа
• Проверьте набор правил брандмауэра для предотвращения участия в атаках с усилением перед активацией высокоскоростного unmetered-порта
• Если непредсказуемость трафика вызывает опасения, восьмикратная разница в стоимости unmetered по сравнению с metered — это страховка, а не лишние расходы

Для команд, оценивающих полный стек инфраструктуры — включая управление панелью управления — изучение доступных вариантов панелей управления VPS наряду с выбором тарифа пропускной способности может значительно упростить текущее администрирование сервера.

Часто задаваемые вопросы

Что происходит с моим сервером при исчерпании лимита metered-тарифа в 99 TB?

Ваше соединение автоматически переключается на shared-пул 1 Gbps до конца расчётного периода. Сервер остаётся в сети и доступен, однако пропускная способность становится негарантированной и работает по принципу «по возможности». Обслуживание на выделенной скорости возобновляется в начале следующего расчётного периода.

Означает ли «dedicated» скорость порта, что у меня физически отдельный кабель от других серверов?

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

Учитывается ли входящий (загружаемый) трафик в лимите 99 TB?

Да. Лимит применяется к суммарному объёму принятого (rx) и переданного (tx) трафика. Сервер, принимающий 50 TB резервных копий и отправляющий 60 TB контента, превысит лимит, даже если ни одно из направлений по отдельности не достигло 99 TB.

Можно ли перейти с metered на unmetered в середине расчётного периода при приближении к лимиту?

Это зависит от рабочего процесса подготовки AlexHost — свяжитесь со службой поддержки для подтверждения доступности. В целом рекомендуется выполнять обновление заблаговременно на основе тенденций трафика, а не реактивно при приближении к исчерпанию лимита, поскольку переход может быть не мгновенным.

Достаточно ли порта 1 Gbps для GPU-интенсивных рабочих нагрузок, таких как обучение моделей ИИ или рендеринг?

Для большинства рабочих нагрузок по обучению ИИ узким местом является вычислительная мощность, а не пропускная способность сети. Однако если ваш конвейер предполагает непрерывное поступление больших наборов данных из удалённого хранилища или частую синхронизацию контрольных точек модели, выделенный unmetered-порт 1 Gbps является подходящим выбором. Командам, выполняющим распределённое обучение на нескольких узлах, также следует рассмотреть инфраструктуру GPU Hosting, специально созданную для высокопроизводительной межузловой коммуникации.