Я про бандвич хочу узнать

Привет всем авмам!
Короче вопрос есть и может он нераз повторялся на форуме!
Думою взять дедик за 150$ с бандвичем 1500GB ,перерасход стоит 0,10$
Предположим я держу сидж с трафом в размере ну скажем 50-60к,скоко приблезительно банвича будет сжигатся вдень?
Вот думою а сколько мне придётся плотить для того чтоб держать сидж.

вес морды множим на 50-60к и потом ещё на 30(суток)

И можно еще умножить на коэфициент 0.7-0.8, так как не все грузят всю морду.

Да в реале еще меньше коэффициент выйдет. Проверено.

MGP 190k
около 120 тумб на морде+баннеры, средний размер тумбы 9-10kb
трафик в сутки - 220gb

дальше умножай, дели как угодно )))

инфа взята только что с mrtg traffik usage хостера

так сколько бэндвича брать для начала?
в мейнстримных нишах

пока видел только серваки с 1500 и 2500 гб бэндвича.

за 150 можно с головой взять 10 мегабит анлим (3300 гиг)
http://www.nq4.net/10MbUnmetered.html
и не паритса со страхом сделать перерасход

щас еще появилась конфигура:
Intel P4 3.2GHz 64bit w/ HT
1GB RAM
120GB HD SATA
цена всего 140$, на сайте ее еще нет, имхо для сиджика самое то

Ged: что значит анлим (3300 гиг)?
анлимит это анлимит, причем тут 3300 гиг?

Wskeal писал:

Ged: что значит анлим (3300 гиг)? анлимит это анлимит, причем тут 3300 гиг?

При том, что на канале 10Мбит ты физически не сможешь выкачать больше 3300Gb

И на 10 мбит анлим реально не 10 мбит канал, а 100, дабы на пиках канал не тормозил сидж. Указание анлима в мегабитах - это тупо маркетинговый ход просто.

Цитата:

И на 10 мбит анлим реально не 10 мбит канал, а 100, дабы на пиках канал не тормозил сидж. Указание анлима в мегабитах - это тупо маркетинговый ход просто.

Дык сервер capped ввиду имелся, а ты про помегабитную оплату бендвича написал (там уж скока выкушал - стока и заплати, но зато да, на пиках не тормозит и есть шанс разогнать сидж раньше, чем начнёшь его ненавидеть ).

Извените за может быть ламерский вопрос.
Я вообще несовсем разбераюсь в серваках.
Причом тут эти 10Mbps capped и почему перерасхода трафика быть не может там? Какая связь между каналом 10Mbps и бандвичем?

кроме вот этого "перерасход стоит 0,10$" практикуется еще оплата не за GB сверху,а за TB
т.е. взял себе к примеру 2500
увидел что не влезаешь - докупил себе 1ТБ, или 2ТБ и т.д. смотря на сколько не влез.
Просто выбери сервер посильнее (в рамках бюджета), и на тех условиях, что бы 1ТБ сверху не стоил тебе 100$ и работай. Будет грозить перелив - доплатишь 30,40,50$(зависит от условий) и увеличишь трафик.

по поводу сколько взять изначально - попроси тут конкретных примеров (как я тебе дал), усредни траф и бэндвич и посчитай пропоорционально на свои 50-60к

Сервер 10mb capped - это когда ширина лично твоего канала обрезана 10-ю мегабитами и ты не можешь потребить больше ни при каких обстоятельствах. Если умножать ширину канала на время - то получится, что если ты при идеальных условиях будешь постоянно потреблять максимум от своих 10-ти мегабит - в месяц ты выкушаешь что-то около 3300 гиг.


Сервер с оплатой по траффику 10 мб - это когда ты платишь за 10 мб, канал твой не обрезан (т.е. он к примеру 100 мб), но по концу месяца берётся твоё максимальное потребление (точнее 95% от него принято) и ты доплачиваешь за лишние мегабиты, которые потребил, т.е. если ты выкушал 17 - за 7 доплачиваешь по установленному прайсу. При этом варианте ты не имеешь чёткой цены за хостинг (т.е. она может измениться в плюс, если ты больше канала потребил, чем оплатил), но и не имеешь ограничения по ширине канала - если твой сидж выростет и потребует 15 мегабит - он их получит. В первом же случае и при таком раскладе (роста на 15 мб) - он просто не разгонится, а упрётся (на пике траффика, вечером) в отрезанные тебе 10 мб.

Последний раз редактировалось: Woland (24/09/08 в 22:49), всего редактировалось 1 раз

Krotz писал:

Извените за может быть ламерский вопрос. Я вообще несовсем разбераюсь в серваках. Причом тут эти 10Mbps capped и почему перерасхода трафика быть не может там? Какая связь между каналом 10Mbps и бандвичем?

Ограничение пропускной способности канала.

Если канал 10Мбит у сервера, то больше чем 3.3ТБ трафика ты просто не вытянешь (это уже тут написали)

Вспомни физику - задачи с трубами и водой)

Вот нашол инфу обетом если кто тоже непонимает!

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.

Типерь вопрос. стоит ли брать эти 10мб для сиджа если сидж достигнет 60к что будет сним? как это посчитать?

Ну ... бля ... Пик траффа - 6 часов. За эти 6 часов через сервер пройдёт 40% всего суточного траффа. 40% от 60к - это 24к траффа. Вес морды, к примеру, 2 мегабайта. 24000 на 2 на 0.7 = Грубо 33.6 гигов выходит за 6 часов тебе надо скачать при 60к траффа и весе морды 2 мб и с учётом пиков.

сервер - 10 мегабит в секунду ... 21600 секунд (6 часов) на 10000000 ... бла-бла ... 25.7 гигов за 6 часов ... Вывод - при весе морды 2 мб тебе не хватает пропускной способности 10 мегабитного канала и сидж твой до 60к не выростет, а будет захлёбываться на пиках траффика каждый вечер.

60к на 2 мб на 0.7 на 30 - это чуть больше, чем 2500 гигов (в месяц) ... но с учётом неравномерности загрузки канала на сиджах - тебе не выкачать этого к-ва гигов с сервера в 10 мегабит (хотя при равномерной загрузке он тебе и дал бы почти 3500 гигов скачать)

Вывод - при весе морды 2 мб тебе надо сервер с 2.5 Тб бендвича на 100 мегабитном (ну обычно или 10 или 100, тебе то и 20 хватит) канале. Это будет впритык.

напишу о своем примере.
траффа сейчас около 42 к дейли. так вот на RTG-Graphs показывает на пике 8,7 mbits/s. Так что думаю на 50-60 к дейли может и перепрыгнуть 10 mbits/s, я уже и сам задумываюсь чтобы взять 100 mbits/s чтобы не начать его ненавидеть ) как писал Woland))
по тарифному плану у меня 10 mbits/s.

так что елси у тебя сейчас меньше 30 к смело можно и на 10 посидеть

Krotz писал:

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

в продаже разве такие есть,
кроме 95% не видел

SAV писал:

в продаже разве такие есть, кроме 95% не видел

У меня один из серверов такой)
В пиках потребляю до 20Мбит, причем явно больше 5%. Средняя получается сейчас около 13 Мбит. Очень выгодно получается, гораздо выгоднее, чем 95% policy. Могу подсказать хостера такого) Беру отличный дедик у них

miroz писал:

У меня один из серверов такой) ... Могу подсказать хостера такого) Беру отличный дедик у них

тот что в подписе? или другой

То, что в подписи там 95% Это единственный его недостаток.
Я по среднему бенвичу вот этот считает: ATCI Hosting
Буржуи, я у них беру сервер уже больше года. Саппорт отличный. Проблем не было.

Krotz писал:

Извените за может быть ламерский вопрос. Я вообще несовсем разбераюсь в серваках. Причом тут эти 10Mbps capped и почему перерасхода трафика быть не может там? Какая связь между каналом 10Mbps и бандвичем?

Для сиджа брать сервер с 10Mbps - это плохая идея. Тебе правильно объяснили - на пиках посещаемости канала будет не хватать и сидж не сможет вырасти - в результата такая экономия обернется потерей прибыли. Бери сервак на 100Mbps с 1500Gb бендвича там где недорого можно докупить еще 1000Gb в случае необходимости.