Трафик VPS: сколько гигабайт действительно нужно магазину

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

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

Возьмём условный магазин с 50 000 визитов в месяц. За визит человек открывает в среднем четыре страницы. На одну загрузку после учёта обычного кэширования приходится в среднем 1,5 МБ данных, отправленных именно с VPS. Получаем 200 000 загрузок и 300 000 МБ, или 300 ГБ, за месяц.

Все числа здесь учебные. МБ и ГБ используются в десятичном смысле: миллион и миллиард байтов. Это важно, если счётчик провайдера показывает двоичные единицы: один ГиБ равен 1 073 741 824 байтам. Сравнивать число из панели с расчётом можно только после приведения единиц.

Средние 1,5 МБ нельзя взять из размера одной папки на сервере. Для работающего магазина нужно оценить типичные страницы: каталог, карточку товара, корзину. При первом визите браузер загружает общие ресурсы, при повторных переходах часть может использовать повторно. Изображения могут подгружаться по мере прокрутки. Большая фотография, которую посетитель так и не запросил, не создаёт передачу только своим наличием на диске.

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

Предположим, что за месяц сервер отправляет десять резервных копий по 12 ГБ каждая. Ещё 30 ГБ приходятся на обмены, скачивания файлов и прочую учтённую передачу. Тогда расчёт изменится:

Резерв в 25% увеличит плановый объём до 562,5 ГБ. Это выбранный для примера запас, а не универсальная норма. При сезонной распродаже, массовом импорте фотографий или смене схемы резервирования разумнее пересчитать конкретные потоки. Сам по себе процент не защищает от изменения модели нагрузки.

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

Например, документация Yandex Cloud отдельно описывает тарификацию исходящего трафика с публичных адресов и исключения для некоторых маршрутов между сервисами. Поэтому фраза «всё находится у одного провайдера» недостаточна. Для своего тарифа проверьте направление, публичный или внутренний маршрут, включённый объём и условия превышения. Здесь намеренно нет цены за гигабайт: условия конкретной услуги нужно сверять на дату выбора.

Если CDN отдаёт фотографию из собственного кэша, повторный запрос к VPS для этой выдачи может не понадобиться. Но первый запрос, обновление или промах кэша обращаются к источнику. Динамические страницы и персональные ответы могут идти другим путём. Вычитать из трафика VPS фиксированные «90% благодаря CDN» без измерений нельзя.

Разделите бюджет на передачу с исходного сервера и выдачу CDN посетителям. У сервисов могут быть разные единицы и тарифные правила. Высокая доля попаданий в кэш по числу запросов ещё не равна такой же экономии байтов: один большой файл способен весить больше тысяч коротких ответов. Для оценки объёма нужна доля по переданным данным либо прямые счётчики обеих сторон.

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

Месячные 450 ГБ не показывают, выдержит ли сервер одновременную выдачу крупных файлов. В идеализированном расчёте канал 100 Мбит/с соответствует 12,5 МБ/с до накладных расходов. Это верхняя арифметическая граница, а не обещанная скорость каждой загрузки. Реальная передача зависит от маршрута, конкурирующих потоков и ограничений тарифа.

Средняя скорость за месяц скрывает вечерние пики. Проверяйте интервалы с рекламными кампаниями, выгрузками и резервным копированием: они могут совпасть. Если канал занят копированием, добавление CPU не создаст ему дополнительную пропускную способность. И наоборот, свободная сеть не доказывает, что приложение быстро сформирует ответ.

При выборе VPS сохраните четыре исходных значения: месячный учтённый объём, максимальную наблюдаемую скорость на понятном интервале, состав фоновых передач и правила тарификации. Тогда предупреждение о лимите можно связать с конкретным потоком. Для нашего учебного магазина исходная потребность составляет 450 ГБ до запаса, а цифра «100 Мбит/с» отвечает на другой вопрос.

The VPS plan specifies a fast connection, yet by month-end the store receives a warning about exceeding traffic limits. There is no contradiction: connection speed and total data transferred are distinct constraints. Two calculations are needed to select a plan: how many bytes will be used in a month, and what bandwidth is required during peak hours.

Start with the measurement boundary. We are interested in the traffic that the provider counts for a specific server or service. If images are served by a separate CDN, the bytes received by a visitor do not equal the bytes sent by the VPS. If a backup is sent from the server to external storage, it may consume outbound traffic even though no store visits occurred at that moment.

Consider a hypothetical store with 50,000 visits per month. On average, a visitor opens four pages per visit. After accounting for standard caching, each page load transfers an average of 1.5 MB of data specifically from the VPS. This results in 200,000 page loads and 300,000 MB, or 300 GB, per month.

All numbers here are for educational purposes. MB and GB are used in the decimal sense: one million and one billion bytes. This is important if the provider's counter shows binary units: one GiB equals 1,073,741,824 bytes. You can compare a number from the control panel with a calculation only after converting the units.

The average of 1.5 MB cannot be taken from the size of a single folder on the server. For a working store, you need to evaluate typical pages: the catalog, product card, and shopping cart. On the first visit, the browser loads common resources; on subsequent visits, some may be reused. Images may load as the user scrolls. A large photo that the visitor never requests does not generate traffic simply by existing on the disk.

For an initial estimate, measurements of network loads for several scenarios and data on the volume of infrastructure responses are suitable. However, bytes in the application log, the browser, and the hosting bill may refer to different layers. In the final budget, rely on the rules and the counter for the paid service, and use browser observations to explain the composition of the load.

Assume that over a month the server sends ten backups of 12 GB each. Another 30 GB accounts for exchanges, file downloads, and other recorded traffic. Then the calculation changes:

A 25% reserve increases the planned volume to 562.5 GB. This is a chosen example reserve, not a universal standard. During seasonal sales, mass photo imports, or when changing the reservation scheme, it is wiser to recalculate specific flows. The percentage alone does not protect against changes in the load model.

Do not confuse the size of the stored copy with the transferred volume. A full copy, incremental transfer, and retry after a failure will yield different numbers. Restoring from an external storage changes the flow direction, and its billing depends on both parties. Transfer between services within the same cloud is also not guaranteed to be free in all cases.

For example, Yandex Cloud documentation separately describes billing for outbound traffic from public addresses and exceptions for certain routes between services. Therefore, the phrase "everything is with one provider" is insufficient. For your specific tariff, check the direction, whether the route is public or internal, the included volume, and the overage conditions. There is intentionally no price per gigabyte here: the conditions for a specific service must be verified on the date of selection.

If a CDN serves a photo from its own cache, a subsequent request to the VPS for that delivery may not be needed. However, the first request, an update, or a cache miss still contacts the source. Dynamic pages and personalized responses may take a different path. You cannot subtract a fixed '90% thanks to CDN' from VPS traffic without measurements.

Split the budget for data transfer from the origin server and delivery to visitors via the CDN. Services may use different units and pricing rules. A high hit rate by request count does not equal the same savings in bytes: one large file can weigh more than thousands of short responses. To estimate volume, you need the share by transferred data or direct counters from both sides.

Some bots will remain outside user analytics. Their requests can consume bandwidth even if the visit counter is not triggered. Therefore, matching only visits against monthly traffic is always incomplete. Unusual growth should be analyzed by resource type and request source, not automatically explained by advertising success.

Monthly 450 GB does not show whether the server can handle simultaneous delivery of large files. In an idealized calculation, a 100 Mbit/s channel corresponds to 12.5 MB/s before overhead. This is the upper arithmetic limit, not a guaranteed speed for every download. Actual transfer depends on the route, competing streams, and tariff restrictions.

Average monthly speed masks evening peaks. Check intervals with advertising campaigns, exports, and backups: they may coincide. If the channel is occupied with copying, adding CPU will not create additional throughput for it. Conversely, an idle network does not prove that the application will quickly generate a response.

When selecting a VPS, retain four initial values: the monthly accounted volume, the maximum observed speed over a clear interval, the composition of background transfers, and billing rules. This way, a limit warning can be linked to a specific stream. For our training store, the initial requirement is 450 GB before the reserve, while the figure "100 Mbit/s" answers a different question.