форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Кластер почтовой системы"
Сообщение от llelik on 05-Мрт-05, 16:05  (MSK)
тут возник теоретический вопрос как бы сделать систему почтовую которая состоит из нескольких серваков, которые при нагрузке будут отдавать часть траффика другим, так сказать кластер, вобщем сделать то не сложно тока вопрос встал в том как они будут почту собирать в какое то единое хранилище, чтоб потом ее оттуда забирать, вот у МС есть такое решение кластеризации, есть мысли по этому поводу? Ставили кластер на openmosixe там есть фича с единым каталогом которые по сети шарится, тока неизвестно как это в реале будет работать, интересны готовые решения, я че то поискал - не нашел.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "Кластер почтовой системы"
Сообщение от bebebe on 06-Мрт-05, 13:25  (MSK)
>тут возник теоретический вопрос как бы сделать систему почтовую которая состоит из >нескольких серваков, которые при нагрузке будут отдавать часть траффика другим, так >сказать кластер, вобщем сделать то не сложно тока вопрос встал в >том как они будут почту собирать в какое то единое хранилище, >чтоб потом ее оттуда забирать, вот у МС есть такое решение >кластеризации, есть мысли по этому поводу? >Ставили кластер на openmosixe там есть фича с единым каталогом которые по >сети шарится, тока неизвестно как это в реале будет работать, интересны >готовые решения, я че то поискал - не нашел. решение есть, делаешь несколько MX + dbmail(dbmai.org), на каждом MX'e настрашиваешь чтобы dbmail-smtp использовал удаленный sql сервер, на удаленном sql сервер поднимаешь dbmail-[pop3d|imap4d].
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Кластер почтовой системы"
	Сообщение от ifel (??) on 07-Мрт-05, 07:37  (MSK)
	>>тут возник теоретический вопрос как бы сделать систему почтовую которая состоит из >>нескольких серваков, которые при нагрузке будут отдавать часть траффика другим, так >>сказать кластер, вобщем сделать то не сложно тока вопрос встал в >>том как они будут почту собирать в какое то единое хранилище, >>чтоб потом ее оттуда забирать, вот у МС есть такое решение >>кластеризации, есть мысли по этому поводу? >>Ставили кластер на openmosixe там есть фича с единым каталогом которые по >>сети шарится, тока неизвестно как это в реале будет работать, интересны >>готовые решения, я че то поискал - не нашел. > >решение есть, делаешь несколько MX + dbmail(dbmai.org), на каждом MX'e настрашиваешь чтобы >dbmail-smtp использовал удаленный sql сервер, на удаленном sql сервер поднимаешь dbmail-[pop3d|imap4d]. > Esli vopros v hranilische - beresh' server so SCSI RAID, gigabit ethernet card, podnimaesh' na nem NFS. Vse MX clustera natravlivaesh' na etot NFS. Sobstvenno vse. Esli potoki vhodyaschej pochty bol'shie (a zachem esche cluster) - sovetuju ispol' qmail - bystryj + maildir est'. A na NFS maildir - samoe ono.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Кластер почтовой системы"
Сообщение от EvilX (??) on 07-Мрт-05, 12:31  (MSK)
Как уже было сказано: Делаешь сервер для хранения почты и расшариваешь по NFS. Делаешь сервера с поддержкой CARP и примаунтиваешь туда хранилище. И получаешь в результате высоконадёжный кластер. Только ещё надо придумать как хранилище заделать надёжно.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Кластер почтовой системы"
	Сообщение от llelik on 07-Мрт-05, 14:36  (MSK)
	некоторый опыт общения с НФС показал его нестабильную работу - отваливание,коннект не с первоого раза, не спорю что можно хорошо настроить, это все было из области баловства, но осадок остался, с хранилищем через сиквеловский сервак идея куда больше нравится 8) Все таки интересно услышать как это в МС реализовано
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Кластер почтовой системы"
	Сообщение от unk (ok) on 07-Мрт-05, 17:31  (MSK)
	Про HA системы и NFS сами придумали или прочитали где?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Кластер почтовой системы"
	Сообщение от EvilX (??) on 09-Мрт-05, 06:48  (MSK)
	>Про HA системы и NFS сами придумали или прочитали где? Сами, всё сами... :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Кластер почтовой системы"
	Сообщение от unk (ok) on 09-Мрт-05, 08:03  (MSK)
	>>Про HA системы и NFS сами придумали или прочитали где? >Сами, всё сами... :) Я так и подумал...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Кластер почтовой системы"
	Сообщение от shaman (??) on 09-Мрт-05, 10:18  (MSK)
	>>>Про HA системы и NFS сами придумали или прочитали где? >>Сами, всё сами... :) >Я так и подумал... Забыть про NFS как страшный сон. Делать так. Ставишь cisco, модель не помню, нужно чтобы она умела смотреть статус канала. Один MX на эту циску. Одно хранилище в подержкой sql. Необходимое кол-во серверов с MTA - опять же с поддержкой sql. Коннект идет на cisco, она пробрасывает его на наименее загруженный сервер. Сервер с помощью sql достает необходимые данные с хранилища.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Кластер почтовой системы"
	Сообщение от bass (??) on 09-Мрт-05, 12:42  (MSK)
	>>>>Про HA системы и NFS сами придумали или прочитали где? >>>Сами, всё сами... :) >>Я так и подумал... > >Забыть про NFS как страшный сон. >Делать так. Ставишь cisco, модель не помню, нужно чтобы она умела смотреть >статус канала. Один MX на эту циску. Одно хранилище в подержкой >sql. Необходимое кол-во серверов с MTA - опять же с поддержкой >sql. >Коннект идет на cisco, она пробрасывает его на наименее загруженный сервер. Сервер >с помощью sql достает необходимые данные с хранилища. Чушь, а не решение. Любая циская умеет статус канала смотреть. вопрос в другом, статус канала как link up/down и переодический ping хоста в этой задаче бесполезное решение. А если хост в порядке и лишь smtp демон упал (от ручек или флуда или мало чего)? ваша циска его проверит?  Ну дорогущий pix проверит, а если просто в это время smtp разгребает кучу? Баннер почтарь засветит, приглашение покажет, только ничего принимать/отправлять не будет. Глупое решение с циской. Кстати почему sql? прошу на пальцах обьяснить "использование sql как безотказного хранилища." Автору топика: вам в начале ответили о нескольких mx и нескольких агрегированных хранилищах. больше изобретать ничего не надо. Если же так горит именно кластер, то распределённый файловые системы в *nix представленны более чем достаточно. хотя если вы читали про openmosix, почему вы недочитали до главы о dfs? кстати а почему именно sql?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Кластер почтовой системы"
	Сообщение от llelik on 10-Мрт-05, 12:44  (MSK)
	>>>>>Про HA системы и NFS сами придумали или прочитали где? >>>>Сами, всё сами... :) >>>Я так и подумал... >> >>Забыть про NFS как страшный сон. >>Делать так. Ставишь cisco, модель не помню, нужно чтобы она умела смотреть >>статус канала. Один MX на эту циску. Одно хранилище в подержкой >>sql. Необходимое кол-во серверов с MTA - опять же с поддержкой >>sql. >>Коннект идет на cisco, она пробрасывает его на наименее загруженный сервер. Сервер >>с помощью sql достает необходимые данные с хранилища. > >Чушь, а не решение. Любая циская умеет статус канала смотреть. вопрос в >другом, статус канала как link up/down и переодический ping хоста в >этой задаче бесполезное решение. А если хост в порядке и лишь >smtp демон упал (от ручек или флуда или мало чего)? ваша >циска его проверит?  Ну дорогущий pix проверит, а если просто >в это время smtp разгребает кучу? Баннер почтарь засветит, приглашение покажет, >только ничего принимать/отправлять не будет. Глупое решение с циской. > >Кстати почему sql? прошу на пальцах обьяснить "использование sql как безотказного хранилища." > > >Автору топика: вам в начале ответили о нескольких mx и нескольких агрегированных >хранилищах. больше изобретать ничего не надо. >Если же так горит именно кластер, то распределённый файловые системы в *nix >представленны более чем достаточно. хотя если вы читали про openmosix, почему >вы недочитали до главы о dfs? > > >кстати >а почему именно sql? я не только читал про опенмозикс, я его собрал на 6 машинах, правда требуюмую задачу распараллелить не удалось, а другую - тестовую удалось,было это года полтора назад. Про ДФС скорее всего уже просто запамятовал. Прочту. Только мне так и не ответили как это у Майкрософта работает с эксенджем, не верю что тут нет тех кто не знаком с их технологией
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Кластер почтовой системы"
	Сообщение от shaman (??) on 10-Мрт-05, 13:27  (MSK)
	>Чушь, а не решение. Любая циская умеет статус канала смотреть. вопрос в >другом, статус канала как link up/down и переодический ping хоста в >этой задаче бесполезное решение. Не link up/down смотреть, а именно балансировку делать. >А если хост в порядке и лишь >smtp демон упал (от ручек или флуда или мало чего)? ваша >циска его проверит?  Ну дорогущий pix проверит, а если просто >в это время smtp разгребает кучу? Баннер почтарь засветит, приглашение покажет, >только ничего принимать/отправлять не будет. Глупое решение с циской. Если сервер перестает принимать почту - он автоматом исключается из списка доступных серверов. > >Кстати почему sql? прошу на пальцах обьяснить "использование sql как безотказного хранилища." Про "безотказное хранилище" я нигде не говорил. Просто почти все MTA поддерживают sql, не надо ничего придумывать. > >Автору топика: вам в начале ответили о нескольких mx и нескольких агрегированных >хранилищах. больше изобретать ничего не надо. >Если же так горит именно кластер, то распределённый файловые системы в *nix >представленны более чем достаточно. хотя если вы читали про openmosix, почему >вы недочитали до главы о dfs? Да, или делать кластер. В любом случае решение будет дорогое.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.