Добрый день, планируется создание высокопроизводительного почтового сервера.
план таков:
все юзеры и их почта в oracle.
smtp - postfix либо exim (пока не определились).
pop3 - самописный, либо, возможно, какой-нибудь curier.
imap - все тот же courier.Уважаемые господа, поделитесь своими мыслями\советами, может быть кто-либо делал такое.
какие могут быть подводные камни ?
из моих вопросов - чтото я пока никак не найду "ровную" реализацию pop3-сервера+ oracle, может быть посоветуете?
Возможно есть какие-либо готовые решения?
Я уверен, что мир един не только sendmail, exim,qmail,postfix,kerio mail server и иже с ними. Может быть есть какие-либо интересные реализации?заранее буду благодарен за любой совет.
ммм а что хранить почту в субд да еще монстроидальной это сильно производителнее maildir?
или я уже ничего не понимаю в этай жизни?
>ммм а что хранить почту в субд да еще монстроидальной это сильно
>производителнее maildir?
>или я уже ничего не понимаю в этай жизни?если чтото случиться с ФС ? что делать ? банальниый чек диск может так все пофиксить что ппц.
Конечно же бакап никто не отменял.
почему оракл - потому что хорошо знаю эту субд, да и через дамп, имхо - восстанавливать бакап удобнее.
>>ммм а что хранить почту в субд да еще монстроидальной это сильно
>>производителнее maildir?
>>или я уже ничего не понимаю в этай жизни?
>
>если чтото случиться с ФС ? что делать ? банальниый чек диск
>может так все пофиксить что ппц.
>Конечно же бакап никто не отменял.
>почему оракл - потому что хорошо знаю эту субд, да и через
>дамп, имхо - восстанавливать бакап удобнее.я думаю мускула гараздо больший процент людей знает ) с бекапом там все нормально )
1. Что есть понятие высокопроизводительный?
2. Для чего использовать oracle?
>1. Что есть понятие высокопроизводительный?
>2. Для чего использовать oracle?1) более 100 000 почтовых аккаунтов. более 50 одновременных запросов в секунду.
2) для хранения логинов, паролей, настроек и почты юзеров.
>>1. Что есть понятие высокопроизводительный?
>>2. Для чего использовать oracle?
>
>1) более 100 000 почтовых аккаунтов. более 50 одновременных запросов в секунду.
>2) для хранения логинов, паролей, настроек и почты юзеров.1. Делать распределенную архитектуру.
2. Если нарушится целостность ФС, то как ты думаешь, что будет с твоими базами?> более 50 одновременных запросов в секунду.
это не говорит о нагрузке. Запросов куда? Вот 50 писем в секунду это большая нагрузка
>[оверквотинг удален]
>>2) для хранения логинов, паролей, настроек и почты юзеров.
>
>1. Делать распределенную архитектуру.
>2. Если нарушится целостность ФС, то как ты думаешь, что будет с
>твоими базами?
>
>> более 50 одновременных запросов в секунду.
>
>это не говорит о нагрузке. Запросов куда? Вот 50 писем в секунду
>это большая нагрузказапросов на получение почты к pop3 серверу я имею ввиду.
>[оверквотинг удален]
>>2) для хранения логинов, паролей, настроек и почты юзеров.
>
>1. Делать распределенную архитектуру.
>2. Если нарушится целостность ФС, то как ты думаешь, что будет с
>твоими базами?
>
>> более 50 одновременных запросов в секунду.
>
>это не говорит о нагрузке. Запросов куда? Вот 50 писем в секунду
>это большая нагрузкану по поводу целостности ФС - понятное дело что наступет капец и датафайлам.
в этом случае бакап всему голова.
но просто я как то более конкретно преставляю себе рестор дампа sql, чем данных.
распаковка данных влечет за собой установку корректных прав доступа и бла бла бла ...
хотя может я и не прав.
>[оверквотинг удален]
>>2) для хранения логинов, паролей, настроек и почты юзеров.
>
>1. Делать распределенную архитектуру.
>2. Если нарушится целостность ФС, то как ты думаешь, что будет с
>твоими базами?
>
>> более 50 одновременных запросов в секунду.
>
>это не говорит о нагрузке. Запросов куда? Вот 50 писем в секунду
>это большая нагрузкану и распределенная структура - это понятно.
я планировал oracle на двух нодах кластера.
мыльник сам еще на двух нодах кластера...
>ну и распределенная структура - это понятно.
>я планировал oracle на двух нодах кластера.
>мыльник сам еще на двух нодах кластера...Можно поинтересоваться, а кластер какой планировался? Oracle RAC?
>>ну и распределенная структура - это понятно.
>>я планировал oracle на двух нодах кластера.
>>мыльник сам еще на двух нодах кластера...
>
>Можно поинтересоваться, а кластер какой планировался? Oracle RAC?пока - да, смотрю в сторону РАК.
железки позволяют городить то что нужно, и мозги вроде тоже есть.
просто хочется сделать профессиональное решение, не повторяя былых ошибок и ляпов, какие возникали раньше при поднятии подобных проектов.и вот тут встал вопрос - а как же все-таки профессионально? :)
>[оверквотинг удален]
>>
>>Можно поинтересоваться, а кластер какой планировался? Oracle RAC?
>
>пока - да, смотрю в сторону РАК.
>железки позволяют городить то что нужно, и мозги вроде тоже есть.
>просто хочется сделать профессиональное решение, не повторяя былых ошибок и ляпов, какие
>возникали раньше при поднятии подобных проектов.
>
>и вот тут встал вопрос - а как же все-таки профессионально? :)
>RAC не даст роста производительности, если не точить под него приложение, а только замедлит работу.
Разве что улучшит окзаустойчивость и усложнит сопровождение.
>[оверквотинг удален]
>>просто хочется сделать профессиональное решение, не повторяя былых ошибок и ляпов, какие
>>возникали раньше при поднятии подобных проектов.
>>
>>и вот тут встал вопрос - а как же все-таки профессионально? :)
>>
>
>RAC не даст роста производительности, если не точить под него приложение, а
>только замедлит работу.
>
>Разве что улучшит окзаустойчивость и усложнит сопровождение.вот тоже согласен.
херячить приложение - это как бы из пушки по воробьям..
>ну и распределенная структура - это понятно.
>я планировал oracle на двух нодах кластера.
>мыльник сам еще на двух нодах кластера...И ещё, имхо, кластеры тут вообще не в тему. Тут, наверное, надо использовать схему типа frontends -> backends. Поправьте, если не прав.
>>ну и распределенная структура - это понятно.
>>я планировал oracle на двух нодах кластера.
>>мыльник сам еще на двух нодах кластера...
>
>И ещё, имхо, кластеры тут вообще не в тему. Тут, наверное, надо использовать схему типа frontends -> backends. Поправьте, если не прав.как бы, на эту тему я тоже думал.
два перепутья стоят:
либо х*еплетить чтото невьипаццо крутое, но тогда впорос: не будет ли оно избыточным.
и как следствие затрата человеко ресурсов и денег на обслуживание.
либо городить чтото совершенно простое но отлаженное, но тогда - не будет ли этого мало.
есть же imap, pop сервера работающие по NFS + юзера в базе или LDAP'е, а приём распараллелить, вообще, без проблем.
а cyrus murder смотрели?
>есть же imap, pop сервера работающие по NFS + юзера в базе
>или LDAP'е, а приём распараллелить, вообще, без проблем.
>а cyrus murder смотрели?пока не смотрел - но посмотрю сейчас, спасибо за наводку.
http://irbs.net/internet/info-cyrus/0702/0058.html
>http://irbs.net/internet/info-cyrus/0702/0058.htmlЭто иллюстрация топикстартеру, как нужно задавать вопросы? Ответов там нет, или это я их не вижу, извините?.. Ааааа, тот вопрошающий продвинулся чуть дальше -- его половина ответа поболе будет, да??
>>http://irbs.net/internet/info-cyrus/0702/0058.html
>
>Это иллюстрация топикстартеру, как нужно задавать вопросы? Ответов там нет, или это
>я их не вижу, извините?.. Ааааа, тот вопрошающий продвинулся чуть
>дальше -- его половина ответа поболе будет, да??я уже прочитал.
в принципе там есть ответ.
у меня вопрос не столько технический, у меня есть ряд решений, я пытаюсь найти оптимальное.
поэтому хочу совет как и что. может быть ктото подскажет новое решение.
я делал на heartbeat+drbd.
делал на dbmail+ mysql-cluster, пробовал на lvs.
может быть есть еще варианты.
>[оверквотинг удален]
>
>я уже прочитал.
>в принципе там есть ответ.
>у меня вопрос не столько технический, у меня есть ряд решений, я
>пытаюсь найти оптимальное.
>поэтому хочу совет как и что. может быть ктото подскажет новое решение.
>
>я делал на heartbeat+drbd.
>делал на dbmail+ mysql-cluster, пробовал на lvs.
>может быть есть еще варианты.Конечно есть.. Почитайте как сделан майл.ру, хотмайл.ком, гугл.ком...
>[оверквотинг удален]
>>в принципе там есть ответ.
>>у меня вопрос не столько технический, у меня есть ряд решений, я
>>пытаюсь найти оптимальное.
>>поэтому хочу совет как и что. может быть ктото подскажет новое решение.
>>
>>я делал на heartbeat+drbd.
>>делал на dbmail+ mysql-cluster, пробовал на lvs.
>>может быть есть еще варианты.
>
>Конечно есть.. Почитайте как сделан майл.ру, хотмайл.ком, гугл.ком...там, где я пытаюсь найти, везде слова очень около как то
"самописный поп3 сервер, реплицируемое хранилище и т д"
я конечно понимаю - что никто и никогда мне не раскажет никаких технических подробностей, но все же хоть чтото где то хоть как то ...
а то умные слова чисто в теории - я и сам могу трактат написать.
>[оверквотинг удален]
>
>Уважаемые господа, поделитесь своими мыслями\советами, может быть кто-либо делал такое.
>какие могут быть подводные камни ?
>из моих вопросов - чтото я пока никак не найду "ровную" реализацию
>pop3-сервера+ oracle, может быть посоветуете?
>Возможно есть какие-либо готовые решения?
>Я уверен, что мир един не только sendmail, exim,qmail,postfix,kerio mail server и
>иже с ними. Может быть есть какие-либо интересные реализации?
>
>заранее буду благодарен за любой совет.хотя я вот тут думаю, может вообще не изобретать велосипер.
замочить чтото типа по лиссяре:
postfix+mysql+courier-imap-pop3
на каком нибудь четырех-головом, четырех-ядерном-16 гиговом сервере с быстрыми дисками.
да через round-robin запросы отзеркалить на такого же соседа ???....
кто-нибудь юзал мускуль в серьезном продакшне ? как он вообще?
у меня по серьезному был всю жизнь оракл, сейчас две базы по 4Тбайт каждая.
мускуль тольно на базы не более 100гигов...
>[оверквотинг удален]
>
>хотя я вот тут думаю, может вообще не изобретать велосипер.
>замочить чтото типа по лиссяре:
>postfix+mysql+courier-imap-pop3
>на каком нибудь четырех-головом, четырех-ядерном-16 гиговом сервере с быстрыми дисками.
>да через round-robin запросы отзеркалить на такого же соседа ???....
>кто-нибудь юзал мускуль в серьезном продакшне ? как он вообще?
>у меня по серьезному был всю жизнь оракл, сейчас две базы по
>4Тбайт каждая.
>мускуль тольно на базы не более 100гигов...хотя вот у майл.ру самописный поп3 севрер, ну или опенсурсный, но жестоко пропатченный.
>Возможно есть какие-либо готовые решения?у оракла было свое решение -- oracle mail в составе ocs :-)
>>Возможно есть какие-либо готовые решения?
>
>у оракла было свое решение -- oracle mail в составе ocs :-)
>тоже натолкнулся
oracle email server.
только так и не понял, сколько денег он стоит, стоит ли вообще, и как работает.
>>>Возможно есть какие-либо готовые решения?
>>
>>у оракла было свое решение -- oracle mail в составе ocs :-)
>>
>
>тоже натолкнулся
>oracle email server.
>только так и не понял, сколько денег он стоит, стоит ли вообще,
>и как работает.позвоните своему дилеру да узнайте. оба продукта, скорее всего, уже EOS.
Попробуйте CommunigatePRO в кластерной конфигурации,
и забудте про хранение почты в базе данных, нет смысла не
та производительность.Пару лет назад тестировал hmailserver (http://www.hmailserver.com/)
он хорош для корпоративных систем, но до провайдерского уровня ему далеко.Также подумайте о FS, наскоько она быстра.
Удачи.
>Попробуйте CommunigatePRO в кластерной конфигурации,
>и забудте про хранение почты в базе данных, нет смысла не
>та производительность.
>
>Пару лет назад тестировал hmailserver (http://www.hmailserver.com/)
>он хорош для корпоративных систем, но до провайдерского уровня ему далеко.
>
>Также подумайте о FS, наскоько она быстра.
>
>Удачи.коммунигайт уже поставил - гоняю.
по фс - думаю в сторону xfs - хотя........