Что инструменты должны я использовать для оценки пропускной способности для фермы веб-сервера..?
Да, это будет работать просто великолепно, предполагая, что у Вас есть открытый слот PCI-E (сервер имеет 2 полных высоты и 1 сдержанное). Кабель собирается зависеть от точно, с каким ленточным накопителем Вы подключаете его. Если Вы редактируете в номере детали Ленты, я могу найти кабель для Вас также.
Вам действительно нужна точная цифра (что бы это ни значило) для этого? Имеет ли значение знание того, что вы используете 100 Мбит / с или 150,3528 Мбит / с? Может быть, вам не нужно собирать эти данные, чтобы узнать цены.
Какие варианты труб / цен они предлагают? Если они этого не предлагают, попросите цитаты в группах, которые вам понятны. Вы можете получить более выгодную сделку, не сообщая заранее, сколько вам действительно нужно, а вместо этого заставите их раскрыть свою структуру ценообразования. И эта информация может быть полезна в будущем, когда вам понадобится обновление.
Что дает вам оплата того, что вы можете себе позволить? Если он принесет вам намного больше, чем вы ожидаете, что потребуется сейчас или в следующие несколько месяцев, то спуститесь на уровень ниже и снова спросите, нужно ли вам столько трубы. Повторяйте, пока не добьетесь хорошего баланса цена / труба.
Затем посмотрите на варианты обновления. Сколько времени потребуется на обновление? Изменится ли их дополнительная стоимость позже? Сколько вам будет стоить слишком маленькая труба за время, необходимое для реализации и реализации изменений? Это может побудить вас пойти на больший канал.
Ответы на эти вопросы также будут полезны в тех счастливых обстоятельствах, когда вам понадобится дополнительная пропускная способность, потому что вы так успешны в будущем!
Входящий веб-трафик? Вы имеете в виду с точки зрения браузера или вашего сервера?
Ваши веб-журналы (надеюсь, apache?) Должны иметь размер контента, доставляемого пользователям.
Вы можете использовать эти байты с отметками времени, чтобы определить, сколько вашего трафика уходит.
Не забудьте преобразовать из байтов / с в бит / с (8 бит в байте).
Часто счета за трубы выставляются по 95 процентилю. (ваши первые 5% данных выбрасываются)
Некоторая математика салфетки: 42 ГБ / месяц = ~ 1,4 ГБ / день = ~ 0,02 МБ / с = ~ 0,13 МБ / с Это в среднем. Пик трафика, вероятно, в 2-3 раза больше. Так что ссылка на 1 Мбит / с может помочь.
Это зависит от вашей схемы трафика.
Как я уже сказал, вы можете получить это через логи apache.
you could run something like iptraf or just or reset your ifconfig counters. on each of your servers, take a sample over 24 hours to find out some average numbers. that will give you a ball park figure.
Have you thought about a CDN, which can offload a LOT of content delivery and load on your servers, cloudflare springs to mind. with a distributed CDN you could really cut down you server costs and bandwidth bills. Depends on the nature of your application and the data your pushing to your clients.
Oh yeah, i was in acronym mode CDN = content delivery network
You can use vnstat for monitoring your in & out traffic. This is a console-based network traffic monitor it's maintain the log of hour, daily & monthly also you can use vnstat php-frontend for graphical monitoring.
Configuration:
yum install vnstat
Once installed, you need to create a database with the following command:
vnstat -u -i eth0 ()
-u :forces a database update for interface or creates the database if it doesn’t exist
-i eth0 : use to specify interface
Please note that it will start to collect data via cronjob: 0-55/5 * * * * root /usr/bin/vnstat -u
for Vnstat PHP-Frontend: http://www.sqweek.com/sqweek/index.php?p=1