Выделенные сервера: какой бывает трафик и как его высчитать?

Возможно некоторые из вас сталкивались с проблемой как перевести все эти "10mbit/s unmettered" в более понятные величины при выборе выделенного сервера.

Какие бывают типы трафика?
Есть два типа трафика: limited и unmettered.

Limited (ограниченный) выделяется на месяц и перерасход его оплачивается отдельно, здесь более-менее понятно.
Unmettered (несчитаемый) выделяется по следующей схеме:
ставится фиксированная ширина канала для данного сервера,
к примеру 10мбит/сек, на весь учетный период.
Количество потребленного трафика не учитывается, так как потребить больше чем позволит пропускная способность канала не получится (+/- 5% - так как ограничить канал ровно байт в байт на 10мбит/с не выйдет)

Unlimited бывает трафик у интернет-провайдеров и у рунетовских хостеров (и то чисто в рекламных целях, потому что это никакой не анлим), по отношению к зарубежным датацентрам анлимом можно считать 100мбит/с unmettered.


Сколько тогда получается трафика при фиксированной ширине канала?
для этого нужно произвести расчет по схеме:
10мбит / 8 (бит в байте) * 60 (секунд) * 60 (час) * 24 (сутки) * 30 (дней) и получить максимальное месячное потребление в байтах, затем разделить на 1024 (килобайты) и еще раз на 1024(мегабайты).
Так как ровно отрезать 10мбит/с не получится, да и с учетом служебной информации в ip-пакетах, то
10мбит/с unmettered это примерно 3100-3300 гигабайт в месяц,
20 мбит/с unmettered = ~6200-6600 гигагбайт
30 мбит/с unmettered = соотвественно 9500-9900 гигабайт

то есть чтобы высчитать сколько будет 50мбит/с unmettered по трафику, нужно умножить 330 * 50 и получить максимальный предел (+/- 5%) по трафику.

Так же следует учитывать, что трафик считается In/Out - как и исходящий, так и входящий.

Что делать, если трафика хватает 3.3терабайта, но загрузка сервера неравномерная, сегодня 5-6мбит/с, а завтра 15-20? Или к примеру - нужно 6.5 терабайт трафика, но не ограниченного шириной канала

Для таких случаев есть услуга "set port uncapped", датацентр снимает ограничение по ширине канала (обычно дается 100мбит/с скорость по порту) и ведет подсчет фактически использованного трафика, если нет превышения выше чем (330 * ширина канала)гб. то взимается оплата по тарифу, если есть превышение, то дополнительный трафик оплачивается отдельно.
У некоторых датацентров включение 100мбит/с порта услуга платная, у некоторых беслпатная.

Как смотреть в MRTG и считать сколько в сутки было потрачено трафика? Или как перевести все эти мбит/с в посуточное потребление трафика?

На самом деле все просто. Формула такова:
Каждые 1мбит/с это примерно 120-130кб/с, при полной загрузке это ~10.5Гб трафика в сутки. (точно ровно 128кб/сек конечно не будет, плюс надо учитывать служебную информацию в пакетах, так как раутер на стороне датацентра считает весь трафик, а не выборочно только данные в ip-пакетах)

Таким образом суточная загрузка в 5 мбит/сек примерно ~50-52гб трафика, 10мбит = ~ 3150-3200гб трафика и т.д.

Как посчитать сколько должно тратится максимально трафика в сутки, чтобы уложиться в лимит?

Допустим есть сервер с лимитом 2тб трафика в месяц. Какова должна быть максимальная постоянная загрузка канала, чтобы уложится в лимит?

Расчет такой:
2тб трафа / 30 дней = примерно по 66-68гб трафа (без учета служебной информации + погрешности)

исходя из формулы: 1мбит = 10.5гб трафа/сутки, можно вычислить, что максимальная постоянная загрузка канала не должна быть более 6 мбит/сек. Лучше конечно смотреть недельный график MRTG, так как там будет усредненяя величина загрузки канала.

И еще важно помнить, что лучше недосчитать трафик (ошибится в расчетах и "потерять" 10 гиг), чем пересчитать и оплачивать дополнительный траф.

Последний раз редактировалось: localhost (04/09/07 в 01:04), всего редактировалось 2 раз(а)

Спасибо, хорошая статья

Цитата:

10мбит/с unmettered это примерно 3100-3300 гигабайт в месяц,

но ведь нагрузка не бывает равномерной, она прыгает. Поэтому сомневаюсь что можно 3 терабайта на таком канале прокачать. Это по отношению к вэб траффику.

Stek писал:

но ведь нагрузка не бывает равномерной, она прыгает. Поэтому сомневаюсь что можно 3 терабайта на таком канале прокачать. Это по отношению к вэб траффику.

Ну это он оценил максимум, что можно получить при таком канале. А дальше - уже прикидывать по собственному трафу.

F.A.Q. :: Системы подсчета трафика


Mbps, 95%ile

На протяжении месяца каждые 5 минут берутся отсчеты по загруженности канала. Получаем 8640 значений (при условии что в месяце 30 дней). Теперь выбираем 5% самых больших значений, т.е. 432, и выбрасываем их. Из оставшихся 8208 выбираем самый большой отсчет. Это и есть то значение, по которому Вам прийдется оплатить трафик провайдеру. Т.е. образно говоря если у вас 5% отсчетов были равны 10Мбитам, 1 отсчет из оставшихся 95% равен 8 мегабитам, и остальные отсчеты равны 3Мбитам, то заплатить вам прийдется за 8Мбит, т.е. 5% которые равны 10Мбитам мы выбросили и взяли из оставшихся самый большой, т.е. 8Мбит. Таким образом эта система подсчета трафика выгодна только тем у кого идет более менее ровный трафик на протяжении месяца. Если же у Вас бывают всплески трафика (например вы купили трафик и 4 дня за месяц Вам на сайт направляли людей), то для Вас этот метод подсчета трафика может оказаться весьма неприятным сюрпризом в виде огромного счета за трафик...



per GB

Погигабайтная система подсчета трафика. Предельно простая система. Вы скачали с сервера файл размером 1GB - оплатите за 1GB. Скачали этот файл 100 раз - оплатите за 100GB трафика...



Mbps, Average

На протяжении месяца каждые 5 минут берутся отсчеты по загруженности канала. Получаем 8640 значений (при условии что в месяце 30 дней). Берем среднее арифметическое, получаем Mbps, Average. Практически то же самое что и per GB т.к. 1Mbps, Average приблизительно равен 316GB/месяц.

Mbps, Capped

При Capped канал "зажимается" на оговоренной отметке и в Вашем распоряжении вся ширина канала которую Вы купили. Т.е. если Вы купили канал 10Mbps capped, то все что прокачаете через эти 10Mbps ваше. В этом случае перерасхода трафика быть не может т.к. выше 10Mbps Вы не подыметесь. Недостаток этого варианта в том, что в часы пик Ваш сайт может быть недоступен в результате высокой загруженности этих самых 10Mbps.