 |
|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 22 Nov 2002 10:42:41 To : Ilia Kuliev Subject : Re: sendmail/postfix/exim под нагрузкой? -------------------------------------------------------------------------------- >>> Ilia Kuliev wrote: VN>> P.S. Hу-ка, твои предложения по политике доставки, когда очередь в 20 VN>> тысяч писем и из них 16 тысяч надо просто убрать куда-то вбок, чтобы VN>> остальным дать разбежаться. А потом думать, что с этими 16 тысячами VN>> делать. Что ты будешь делать - заморозишь эти 16 тысяч и оставишь их VN>> болтаться? IK> Давно хотел спросить: а что, сбалансировать нагрузку так, чтобы эти 20 IK> тысяч писем никогда не накопились на единственном сервере, почему-то IK> нельзя? Hельзя. Длинная очередь означает, что нагрузка _уже_ сбалансирована. Потому что почтовая нагрузка крайне неравномерно зависит от времени суток, дня недели и пр., и размещение в очереди ждущих - уже есть средство балансировки. Hе идет речь о случае, когда очередь в тысячи писем является постоянной - если бы это было так, то надо было бы добавлять мощностей, ставить MTA ведущие в памяти базу состояния очереди (это даже не postfix и не exim, а уже ближе к CGPro); речь о ситуации нештатного всплеска, который регулируется средствами самого MTA за счет размещения очереди на диске и увеличении интервала до попытки доставки. Закрывать прием при превышении длины очереди не практикуется - если разброс нагрузки уже сделан иными средствами, то это легко автоматизировать внешними средствами, а если не сделан - то в среднем лучше принять, чем не принять. /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.unix.bsd/7368dea23143.html, оценка из 5, голосов 10
|
|
|