forum.lissyara.su

Какое железо необходимо для 1,5 тыс. пользователей, чтобы на нем крутился exim/postfix и сквид ?
кто что использует на таких нагрузках ?

Хорошо бы гигабитный канал к такому серваку. Практически на всех серверных материнках уже стоят гигабитные карты, так что остается вопрос с сетевым оборудованием.
Можно также подумать о том чтобы сетевые карты работали попарно в режиме "высокой надежности" или "высокой производительности" (в зависимости от потребности и возможностей сетевого оборудования).
Оба приложения будут часто работать с файлами (почтовые ящики, кешы и т.д.), думаю стоит поставить SAS накопители или SCSI. Обьем исходя из расчета почтовых ящиков и кеша прокси.
Думаю стоит задуматься об аппаратном рейде 1+0, 5 думаю будет для этой конфигурации медленным, если нужно подешевле то можно просто в зеркало (RAID 1).
О процессорах и их ядрах надо уточнить в документации насколько эффективно использует MTA (какой?) и прокси эти возможности железа.
Кроме этого прикинут о разрядности ОС 32 или 64, опять же исходя из рекомендация и тестов производителя ПО которым ты собираешся пользоваться.

А лутьше если ты попросишь поставщика железа провести испытательную нагрузку. Тогда ты будешь точно знать возможности твоих сервисов.

если полноценный IMAP для каждого пользователя, то до гигабита упрется в дисковую :-)

почтовик планируется релеем сделать
будет спам отгребать вирусы, все остальное будет передаваться внутрь сетки
интересует больше количество процов и память

я бы разделил сервера на два.
================= 500 рыл. 2 бошки, ксеноны (2.4GHz).
тянет со свистом.
с учётом что скивд однопоточное поделие - много голов не надо.
=============== почтовый релей, он же спаморезка, вирусорезка и т.п.
всё те же 500 рыл. На почте даже поболей - 600 может.
двухголовый третий пень.
со свистом.

да, везде по 4 гига рамы, и сказёвые диски - где 10, а где 15k - не помню...

lissyara писал(а):я бы разделил сервера на два.

Я бы для такого количества юзеров тоже. Больше для отказоусточивости. С нагрузкой-то справится современная железка.
Вот для примера один из моих: Сквид+HAVP и в jail'е exim как раз как надо тредстартеру - как релей\спаморезалка. В сети 150 компов, 400 почтовых ящиков, 100 тысяч писем в сутки. P-III 1GHz, 1Gb ОЗУ, винты IDE в рэйде зеркалом.

проксирование 1,5-тыщи юзверей - да вы извращенец батенька

сейчас как то работает такая схема, при чем все пользователи сквида авторизируються в ад, какое там железо без понятия, вот и обратился сюда с вопросом

уточни железо, посомтри загрузку

в этом то и проблема, нельзя таких вопросов задавать (

почему?
а зайти шелом и глянуть?

так сложилось
сшела тоже нету

squid писал(а):в этом то и проблема, нельзя таких вопросов задавать (

Может тогда нафиг таких клиентов?

тогде требуй оптерон 4 бошки по 4 ядра, 64 гига рамы, полку на 12 дисков по 300 гигов 15k оборотов.
ну, там, ленточные накопители, оптика гигабитная к прову и проч - опционально.
==========
я бы смог обосновать такой сервер, именно исходя из того что ничего не знаю о задаче ))

проблема не в том чтобы требовать, а в том что если все таки дадут согласие, чтобы оно итоге заработало без глюков
а задача, чтобы все работало как сейчас и пользователи ничего не заметили

я думаю, что любая современная железка потянет, но лучше, конечно, требовать больше, а лучше две - на вырост

Ой, простите, что так поздно...
Нормальный подход к делу:

Мониторинг трафика от существующих серверов и основных параметров системы для почтовика:
- одновременное количество сессий smtp;
- одновременное количество сессий smtpd;
- тюнинг очередей;
- серьезно отнестиcь с настройкам антиспама;
- не прогадать с DNS - лучше кеширующий поставить на этой же машине;
- узнать средний объем письма;
- количество писем в сутки;
- размер очередей;
- обязательно отдельный SMTP для Fallback'а, можно в джейле на этой же машине.

и для прокси:
- количество используемых дескрипторов;
- количество одновременных запросов;
- процент попадания в кеш;
- объем кеша;
- ротация логов или просто в /dev/null;
- трафик от сервера;
- локальный кеширующий DNS-сервер;
- подобрать тип хранилища, а можно вообще от него отказаться.

А теперь по железу: рекомендую Xeon5500 (ну можно и core2quad) серии с 8 и более GB RAM, дисковая система SAS с честным контроллером 3ware/Areca/Adaptec с BBU и кешем от 256 МБ (лучше 15000 об/мин, но можно и 10000), отдельно диск под систему, под кеш (можно RAID0 из 2-4 винчестеров), под очереди для почтовика (RAID1 или 0+1), объединить сетевые карты в LAGG в режиме Failover. Обязательно 2 PSU.

В идеале таких машин должно быть 2: MTA без кластера (2 MX в DNS для приема почты и балансировки), для Squid можно и CARP использовать на случай выхода из строя/регламентных работ/прочее.

В первую очередь не гнаться за одним, но мощным сервером. Лучше 2-4 дешевых, но в режиме кластеризации-балансировки. Помните: у вас за этими сервисами 1500 пользователей. Вспомните как работает Google - простые вычислители, но много и с кучей репликаций и балансировок.

Удачи.

С такими нагрузками - по принципу - есть сервис - для него сервер.
Не надо всё вешать на одну железку, потом будете долго разгребать что из софта глючит\не держит 1500++ коннектов\пользователей.

helloworld писал(а): Не надо всё вешать на одну железку, потом будете долго разгребать что из софта глючит\не держит 1500++ коннектов\пользователей.

Полностью согласен
Сейчас как раз всех юзверей своих пересадил на другую проксю а их у меня далеко не 1500 а в несколько раз меньше
железо обыкновенный пень 4 Dual Core E6300 2.8/2Mb - загрузка по проццу 30-40%
кеш сквида весь в рам диске 2 гига - хочу поставить 3
но на сквиде там всякие самсы и антивири и так далее

На одно железо никогда ненадо вешать все подряд при таких колличествах пользователей