он (mx1) резолвится как минимум в 2,5 адреса и, неисключено, что там стоит на входе тупая tcp load balanсing железка, раскидывающая равномерно нагрузку на N нормальных релеев. такая схема с произвольным кол-вом фронтендов хорошо скейлится, упираясь только в файлуху, куда все бэкенды складывают почту. можно делать и не железкой, а pf или чего там ближе. проблема как раз в данном моменте больше в подборе файлухи ну и тестах, я хз где можно нарыть 200 мбит почтового трафика вот просто так нашару не прибегая к железкам типа avalanche (не реклама)
Понедельник, 28 октября 2013, 22:18 +02:00 от "Vasiliy P. Melnik" <[email protected]>: >у мирохоста явно так сделано - у них один адрес сервера >mx1.mirohost.net, что явно вряд ли. Если есть возможность - то можно >попробовать спросить, правда я оттуда никого не знаю. > > > >З.Ы. хотя могу и ошибаться с мирохостом. > >28 октября 2013 г., 19:21 пользователь Sergey Kobzar >< [email protected] > написал: >> On 10/28/13 19:12, Sergey Kobzar wrote: >>> >>> On 10/28/13 19:04, Vasiliy P. Melnik wrote: >>>> >>>> мне одному кажется, что такой поток нужно раскидать на несколько мта? >>>> В тупую, через фаервол использую какие-нибудь очереди в фаерволе - >>>> просто посчитать количество коннекшинов на каждую машину и отдать с >>>> минимальной загрузкой? >>> >>> >>> Раскидать - да.Без этого по ходу никак. Но количество фронтендов >>> ограничено. >>> >>>> Да и спул в таком случае лучше построить в оперативке - нынче она >>>> совсем не много стоит. Да и масштабируемость решения будет - если не >>>> будет справляться, просто добавляем еще один тазик. >>> >>> >>> RAM не подходит. Нужно гарантированно сохранять письма. >>> >>>> З.Ы. 1М/час = 1000000/3600= 277 писем в секунду, помножить на 700 >>>> килобит получается 194 мегабита трафика, пики-спады - пол гигабита. >>>> >>>> Так и хочется спросить - а Вы уверены в своих расчетах? >>> >>> >>> Да. На данный момент система проектируется и тестируется. Создать >>> систему, а через год понять, что она встала колом из-за 10% прибавки - >>> не вариант. >> >> >> Ситуация следующая: >> >> В текущий момент нагрузка - 40-60% от описанной. Используется внешний >> сервис, который предоставляет услуги SMTP relay для входящей почты. >> >> Что нужно сделать: >> - отказаться от внешнего сервиса >> - обеспечить отказоустойчивость сервиса при полном падении бэкенда. Т.е. >> вся входящая почта должна складироваться на фронтэндах 1-2 дня. >> >> Еще раз повторюсь: озвученные цифры - это скорее пики. Усредненные цифры >> ниже. Так или иначе нужен запас по прочности. Да, как показали последние >> статистические данные - средний размер письма около 100к. >> >> I'm sorry за неточности - у меня прямого доступа ко всем данным нет. >> >> _______________________________________________ >> Exim-users mailing list >> [email protected] >> http://mailground.net/mailman/listinfo/exim-users >> >_______________________________________________ >Exim-users mailing list >[email protected] >http://mailground.net/mailman/listinfo/exim-users > -- - -
_______________________________________________ Exim-users mailing list [email protected] http://mailground.net/mailman/listinfo/exim-users
