The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Создание почтового кластера"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Создание почтового кластера"  
Сообщение от liks email(??) on 29-Мрт-06, 11:48 
Добрый день!

Никогда подобным не занимался и решил первоначально посоветоваться.
Задача: построить почтовый кластер.
Распределение нагрузки между серверами - не проблема, это я могу реализовать и по этой части комментариев не требуется, вопрос в том как именно организовать хранение данных. Я рассматривал openldap и mysql (ну или postgres это сейчас не столь важно). Поскольку сеть офисная, то хранить данные в ldap'е очень удобно, т.к. туда много чего можно интегрировать, с другой стороны возникает вопрос о производительности.

Теперь другая сторона, в ldap'е можно хранить пользователей, вот сами письма туда не запихнешь естественно. Как лучше все-таки организовать?


--
С уважением,
Андрей

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Создание почтового кластера"  
Сообщение от Анатолий (??) on 31-Мрт-06, 10:17 
Посмотри тут http://www.open-xchange.com/misc/knowledge/OX-HA-Whitepaper-English-v1.00.pdf

>Добрый день!
>
>Никогда подобным не занимался и решил первоначально посоветоваться.
>Задача: построить почтовый кластер.
>Распределение нагрузки между серверами - не проблема, это я могу реализовать и
>по этой части комментариев не требуется, вопрос в том как именно
>организовать хранение данных. Я рассматривал openldap и mysql (ну или postgres
>это сейчас не столь важно). Поскольку сеть офисная, то хранить данные
>в ldap'е очень удобно, т.к. туда много чего можно интегрировать, с
>другой стороны возникает вопрос о производительности.
>
>Теперь другая сторона, в ldap'е можно хранить пользователей, вот сами письма туда
>не запихнешь естественно. Как лучше все-таки организовать?
>
>
>--
>С уважением,
>Андрей


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

2. "Создание почтового кластера"  
Сообщение от iasb (??) on 01-Апр-06, 22:04 
Для начала - надо ответить на следующие вопросы:

- какая задача "кластеризации" (постоянность присуствия SMTP сервисов или постоянность присуствия POP3 сервисов или "живой бакап", разнесенный в разные здания)

- как построена в целом почтовая система (исходя из того что по умолчанию в сендмейле стоит ключик -q30m) - т.е. кластеризуемая машина является релеем или чем ?

- каким боком предполагается использовать БД ? Зачем ? сендмыл пишет по умолчанию в директорию - без БД

- или говорим о кластере для распределения нагрузки на несколько почтовых "БТР (бронетранспортер)" - клиент хочет приконнектиться - а динамический ДНС перебором подключаемого ящика - то тот то этот.

То есть сначала надо определиться - КАКИЕ ЦЕЛИ. Потом в соответствии с целями и решать - или "вычислительный" кластер - для повышения производительности или "БТР" кластер - "выживет при атомной войне" или "убежище гражданской обороны" - абы сохранить логи и данные - кто чего и куда засылал. При всех вышеуказанных вариантах - подходы построения совершенно разные. Оборудование, в принципе, тоже может быть весьма экзотическое.


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

3. "Создание почтового кластера"  
Сообщение от onorua (ok) on 02-Апр-06, 16:51 
>Для начала - надо ответить на следующие вопросы:
>
>- какая задача "кластеризации" (постоянность присуствия SMTP сервисов или постоянность присуствия POP3
>сервисов или "живой бакап", разнесенный в разные здания)
Можно построить все вместе, я однажды учавствовал в таком проекте, ве было построено на опенсорсовских продуктах и замечательно работало на тестовой площадке, только вот проект распался изза прекращения финансирования так мир и не увидел полностью кластерную почтовую систему)))

>- как построена в целом почтовая система (исходя из того что по
>умолчанию в сендмейле стоит ключик -q30m) - т.е. кластеризуемая машина является
>релеем или чем ?
Почему вы прицепились к сендмейлу? Есть много почтовых систем, и они довольно не плохо справляются со своими задачами.

>- каким боком предполагается использовать БД ? Зачем ? сендмыл пишет по
>умолчанию в директорию - без БД
Есть dbmail, позволяющая хранить тело письма в базе данных в принципе мы добились того что в базе данных хранилось все, и в конечном итоге реплецировалось.

>- или говорим о кластере для распределения нагрузки на несколько почтовых "БТР
>(бронетранспортер)" - клиент хочет приконнектиться - а динамический ДНС перебором подключаемого
>ящика - то тот то этот.
>
>То есть сначала надо определиться - КАКИЕ ЦЕЛИ. Потом в соответствии с
>целями и решать - или "вычислительный" кластер - для повышения производительности
>или "БТР" кластер - "выживет при атомной войне" или "убежище гражданской
>обороны" - абы сохранить логи и данные - кто чего и
>куда засылал. При всех вышеуказанных вариантах - подходы построения совершенно разные.
>Оборудование, в принципе, тоже может быть весьма экзотическое.
Оборудование было - 4 машины, можно было разнести все по службам (pop, smtp etc) на отдельные машины, но мы на тестовой платформе не заморачивались.
В двух словах, это можно сделать, и довольно просто, но действительно нужно определится - чего автор хочет добится.

Что касается оригинального вопроса автора - посмотрите в сторону dbmail:
http://freshmeat.net/projects/dbmail/
Может это вам поможет.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

4. "Создание почтового кластера"  
Сообщение от liks email(??) on 03-Апр-06, 09:42 
Благодарю за ответы.

Цель - как всегда желательно сделать все в одном. Это почтовый сервер, который будет обслуживать большой офис и филиалы. Он должен быть надежным, быстрым (да, именно чтобы все это уживалось в одном варианте).

Конечно, можно хранить и отдельные файлики и при использовании общего storag'а, это даже будет немного быстрее работать на мой взгляд, но если рассматривать копирование писем с одного сервера на другой, то желательно бы чтобы он закидывал это  в базу - репликация проще.

Скорее всего должно быть POP3, IMAP4, SMTP.

Программное обеспечение желтально использовать opensourc'ное.

Самое интересное, что в интернете не наткнулся ни на один материал о посторение крупных почтовых серверов.

--
С уважением,
Андрей

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

5. "Создание почтового кластера"  
Сообщение от iasb (??) on 03-Апр-06, 13:55 
>Самое интересное, что в интернете не наткнулся ни на один материал о
>посторение крупных почтовых серверов.

Domino

Exchange

никто на сегодня для больших контор не лепит ничего на коленках. На то она и большая контора чтобы к вопросам работоспособности относиться серьезно.

В физически одном сервере - врядле получится и центр и филиаалы (ну если только 100 мб канал до филиалов0. Оконечные ящики доступа - в нашем случае сервера обслуживания - надо ставить поближе к пользователям - в этом случае будут минимальные временные задержки обслуживания. При таких подходах - у Домино прекрасно работают репликации. Строить с нуля - можно, но доказать исходно (тому кто платит зарплату на время пока строишь) о том что в далекой с голубой дымкой перспективе все будет работать - не получчится. Можно навешать лапши на уши - но это все-таки будет лапша.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру