myhand

Рейтинг
278
Регистрация
16.09.2009

Так зачем вы собрались резать сервер на кучу VPS, какой в этом тогда прок? Кроме "не умею нормально" и "хочу больше ресурсов на ветер пустить" - другие ответы на ум не приходят...

pupseg, или вы бот?

pupseg:
Возьмите мощный сервер, подсеточку, навертите на нем впсок

Я не ослышился? Еще один боец "вертит впс" только потому, что не умеет работать с несколькими IP на физическом сервере?! Караул, чо :(

Ну иди ломай infobox'а, болезный. Какой-же хостер тебе его добровольно даст? :)

maxym_tkach:
Сервисы рассылок не вариант, т.к. сами таким планируем быть, только в узкой нише.

Ну, удачи. Тогда программисты+саппорт - подороже аренды железа выйдет. Стоит ли мелочиться? :)

maxym_tkach:
На что лучше обратить внимание при выборе VDS - на Проц или Память? Ну диски быстрые - здесь само собой понятно...

У VDS как раз большая засада с последним. Все оверселлят, но на работе дисковой подсистемы это сказывается обычно наиболее заметно. А для вас диски могут быть важны. Лучше честный железный сервер.

Ну а так - в первую очередь процессор (ядрушек побольше).

maxym_tkach:
Это по сути выходит полностью забитых 2 канала по 100Мб/сек на протяжении 9 часов... Немало...

Ну и зачем вам тогда гигабит? - Только ради идеи все уместить на одном физическом сервере? А для 3-5 (как у вас получается) - никакой проблемы с трафиком.

PEG:
по идеи должно хватить 1 Dedicated у Хетзнера разделенного на 5-6 виртуалок, я так арендую и рассылаю

А зачем такой изврат? Вы не умеете работать с несколькими IP на физическом сервере?

zexis, у вас не возникло желание полюбопытствовать зачем ТС именно PHPWhois нужен?

ТС, обращайтесь. Но желательно все-таки конкретизировать задачу, как вам уже объясняли.

в конфиг upstart'а для соответствующего сервиса.

limit stack 123 123

http://upstart.ubuntu.com/wiki/Stanzas#limit

maxym_tkach:
чуть позже и услугой по самой настройке

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

Так что, как вариант - рассмотрите возможность использования готовых сервисов рассылок.

maxym_tkach:
- Примерная нагрузка на первый период около 4,5-5 млн сообщений в сутки. И будет расти
Внимание вопрос: :) (или точнее несколько)
1. Можно ли такое количество сообщений разослать в течении ~ 10 часов с сервера?

Нет ничего невозможного. Но уже для 5млн - 500k сообщений в час, так что сервер потребуется достаточно мощный. И с "будет расти" - быстро возникнут проблемы.

Лучше несколько серверов начального уровня. Из расчета 20-30k писем в час на каждый.

maxym_tkach:
3. Подойдут ли например Хетцнеровские сервера, или лучше брать что-то "поближе" к нам?

Hetzner'овские подсети часто блокируют из-за спама. Впрочем, в вашем случае так и так придется разбираться с абузами и блокировками...

edogs:
Для выполнения рутинных действий это оверкилл в том числе и по цене, да и на фултайм нужно штуки 3 администратора

Оценка, мягко говоря, взятая с потолка.

edogs:
Оно нереальное, мы клиенто-ориентированные:) Заставлять клиента отказываться от хостинга которым он пользовался 5 лет и вполне удачно, зачем и что он о нас подумает?

Зачем отказываться? Установить на хостинг все необходимое. Редко где не дают скрипты из cron запустить.

Искать вам надо системного администратора, а не чудо-программулину.

Самое реальное решение - упорядочить бардак. Заставляйте ставить владельцев этих "разношерстных сайтов" какие-то типовые решения для инкрементального бекапа (fsbackup, rsnapshot, duplicity, etc). Ваша задача - настроить все это один раз и дать доступ пользователям к бекапному серверу (в качестве оного может быть и "что-нибудь облачное", без проблем).

"Складывать аккуратно с контролем версий" - замучаетесь. "Что обновилось" - можно посмотреть на простой разности инкрементов. Без вменяемых комментариев к коммитам и нормального разбиения коммитов на логические связные куски - контроль версий бесполезен и даже вреден.

Всего: 4890