Знания о пропускной способности сервера и подборе по трафику
Пропускная способность относится к самым частым ловушкам при запуске сайта или веб-приложения. Тот, кто берёт VPS и при первом вирусном твите получает троттлинг или начинает отдавать ошибки 503, страдает не от нехватки мощности, а от нехватки egress. Калькулятор KernelHost помогает вам оценить реалистичную потребность в трафике и подобрать подходящий тариф ещё до первого счёта.
Математика тривиальна. Умножаете число посетителей в день на средний вес страницы в МБ и на 30 (дней в месяце). Сверху добавляете накладные расходы egress, поскольку HTTP-заголовки, TLS-handshake, API-вызовы и иногда ретрансмиты создают дополнительный трафик, не учтённый в чистом весе страницы. Деление на 1024 даёт гигабайты, ещё одно деление на 1024, терабайты. Из трёх входных параметров получается надёжная оценка для подбора.
Многие недооценивают то, что современные сайты значительно тяжелее, чем пять лет назад. Средний вес страницы (HTTP Archive Report, по данным на 2026 год) составляет около 2,5 МБ для десктопа и 2,2 МБ для мобильных устройств. Это HTML, скомпилированный JavaScript, CSS, шрифты и изображения типичной landing-страницы. Сайты с большим количеством медиа, hero-видео, слайдерами высокого разрешения или встроенным WebGL легко набирают 5 до 15 МБ. Те, кто использует тему WordPress без оптимизации, часто доходят до 4 до 6 МБ на страницу, не замечая этого.
При вводе значений стоит обратиться к реальным цифрам. Инструменты вроде WebPageTest, Lighthouse или вкладка Network в DevTools браузера показывают точный transfer size вашей страницы (после Brotli-сжатия). Используйте это значение как вес страницы, калькулятор автоматически добавит накладные для реалистичного результата.
Как правильно рассчитать пропускную способность сервера?
Базовая формула: посетителей_в_день * вес_страницы_МБ * 30 * (1 + накладные/100) / 1024 = месячная пропускная способность в ГБ. Конкретный пример: 5000 посетителей в день при весе страницы 2,5 МБ и 20 процентах накладных дают 5000 * 2,5 * 30 * 1,2 / 1024 = 439 ГБ в месяц, то есть около 0,44 ТБ. KernelHost VPS S с 1 Гбит unmetered имел бы здесь более чем достаточный запас.
При подборе всегда планируйте с резервом. Кто рассчитывает впритык, при вирусном спайке или коротком маркетинговом push сразу получает проблему. Правило: закладывайте удвоенное расчётное значение как headroom, чтобы поглотить всплески трафика, рост клиентской базы и редкие бёрсты от краулеров. На канале 1 Гбит теоретически можно прокачать 324 ТБ в месяц на длительном среднем, на практике предел ближе к 30 до 50 ТБ по модели 95-го перцентиля.
Второй аспект: всплески против устойчивого трафика. Большинство хостеров и операторов выставляют счёт по модели 95-го перцентиля. Замеряют пропускную способность каждые 5 минут, сортируют значения за месяц, отбрасывают верхние 5 процентов и берут максимальное оставшееся значение как базу для счёта. Короткие пики (например, 30-минутный всплеск из-за статьи на Hacker News) вообще не попадают в счёт. Тарифы KernelHost VPS unmetered в рамках скорости подключения, что снимает эту дискуссию для большинства клиентов.
Что такое накладные расходы egress?
Накладные расходы egress, это дополнительный трафик, возникающий из-за механики протоколов HTTP/HTTPS и не видимый в чистом объёме ресурсов. Сюда относятся данные TLS-handshake (примерно 5 до 10 КБ на новое соединение), HTTP-заголовки (cookies, Cache-Control, токены auth, в среднем 1 до 4 КБ на запрос), TCP-ретрансмиты при нестабильных соединениях, JSON API-вызовы для поиска, фильтров и персонализации, а также tracking-пиксели и сторонние скрипты.
На типичном сайте это даёт 15 до 25 процентов сверх веса страницы. SaaS-приложения с большим количеством API-вызовов и реал-тайм функциями (WebSockets, server-sent events) ближе к 30 до 50 процентам накладных. Стриминговые платформы с ABR (адаптивный битрейт) сидят на 5 до 10 процентах из-за постоянного опроса манифеста. Значение по умолчанию 20 процентов, это консервативная оценка для среднего сайта с обычной нагрузкой cookie и парой сторонних трекеров.
Кто хочет точные числа, сравнивает месячные значения пропускной способности из Cloudflare Analytics или access-лога сервера с теоретическим значением из просмотров страниц, умноженных на вес страницы. Разница, это реальные накладные в процентах. На серверах KernelHost эти значения видны в nload, vnstat или Netdata, либо в клиентском портале по VLAN.
VPS против выделенного сервера при высоком трафике
При умеренном трафике до примерно 5 ТБ в месяц KVM VPS обычно самый экономичный выбор. Вы делите физическое железо с другими арендаторами, но получаете выделенную RAM, выделенные ядра vCPU и выделенный канал 1 Гбит в интернет. Все тарифы KernelHost VPS работают на NVMe SSD и 100 процентах зелёной энергии в Frankfurt FRA01, тот же стандарт датацентра, что и у Dedicated-серверов.
Свыше 5 до 10 ТБ egress переход на Dedicated-сервер начинает окупаться. Вы получаете полную пропускную способность физического канала (1 или 10 Гбит, в зависимости от модели), без риска noisy neighbour и с полным контролем над CPU, RAM и хранилищем. Для стриминговых платформ, CDN origin и баз-данных-тяжёлых SaaS-приложений Dedicated, это вопрос не только производительности, но и стоимости, поскольку VPS-тарифы с высокой пропускной способностью становятся дороже сопоставимого Dedicated-сервера.
Правило: до 1 ТБ веб-хостинг, до 5 ТБ VPS S/M, до 20 ТБ VPS L или Dedicated Entry, выше Dedicated Premium или Custom. Эти пороги не жёсткие, это следствие типичной утилизации железа. Тем, у кого высокие требования к бёрстам (live-стриминг события, релизы ПО), стоит взять 10 Гбит Dedicated с anti-DDoS фильтрацией перед сервером, чтобы пики не приводили к троттлингу.
Когда CDN-offload окупается?
CDN (content delivery network) вроде Cloudflare, Fastly или BunnyCDN кэширует статические ресурсы (изображения, CSS, JS, шрифты, видео) на edge-узлах по всему миру. Когда посетитель открывает страницу, браузер загружает HTML-body с вашего сервера KernelHost, но все остальные ресурсы тянутся с ближайшего edge-узла. Трафик origin падает резко, обычно на 60 до 90 процентов в зависимости от конфигурации кэша.
CDN начинает иметь смысл от примерно 500 ГБ origin-трафика в месяц или при международной аудитории. Free-tier Cloudflare предлагает неограниченную пропускную способность, ничего не стоит, но уже даёт 70 до 80 процентов offload. Fastly и BunnyCDN имеют платные тарифы от 0,005 USD за ГБ egress, что при 10 ТБ выходит около 50 USD в месяц, но даёт 95+ процентов offload. Самостоятельно поднятый кэш-слой на Varnish или nginx-cache на втором VPS KernelHost, это альтернатива, если вы не хотите зависимости от стороннего сервиса.
Важно: динамический трафик (HTML под пользователя, REST API-вызовы, аутентификация) по-прежнему идёт в origin. Кто отдаёт 90 процентов статической разметки, видит огромную экономию. Кто крутит SaaS с персонализированными ответами на каждый запрос, получает меньше выгоды. Переключатель CDN в калькуляторе предполагает 70 процентов offload, реалистичное среднее для большинства сайтов.
Защита от DDoS и пропускная способность: почему 3,2 Tbps Arbor решают
При планировании пропускной способности часто упускают, что нагрузку на канал создаёт не только легитимный трафик. DDoS-атака способна за минуты насытить ваш интерфейс 1 Гбит так, что легитимные посетители получают 503-ошибки, а сервер фактически офлайн, хотя по CPU простаивает. Большинство объёмных атак (UDP-флуды, reflection-amps через NTP, DNS, memcached) сейчас попадают в диапазон 100 Gbps до 1 Tbps, отдельные рекордные атаки (Cloudflare Q1 2024) доходили до 5,6 Tbps.
KernelHost эксплуатирует в Frankfurt FRA01 систему DDoS-митигации Arbor 3,2 Tbps, активную на каждом клиентском VLAN-интерфейсе. Включена в каждый VPS и Dedicated, без дополнительной платы. Система очищает вредоносный трафик на уровне 3 и 4 (SYN-флуды, UDP-amps, reflection-атаки) ещё до того, как он достигнет вашего сервера. Атаки уровня 7 (HTTP-флуды, slowloris) перехватываются по запросу через nginx rate-limiting или upstream Cloudflare Pro.
Практически это означает: ваша расчётная пропускная способность, это нагрузка от легитимного трафика. Объёмные атаки не съедают бюджет канала, потому что отбрасываются перед VLAN. Инфраструктура KernelHost в Frankfurt FRA01 (Maincubes, Tier III, BSI IT-Grundschutz compliant) обеспечивает доступность сервера даже под атакой, чего ни один гиперскейлер в этом ценовом сегменте не предоставляет.