The OpenNET Project / Index page

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

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

"Быстрый старт доставки"  –2 +/
Сообщение от postfixxx on 04-Фев-17, 13:33 
Коллеги, необходима небольшая помощь....
Имею почтовый сервер с postfix и linux ubuntu server.

uname -a
Linux mail 4.4.0-57-generic #78~14.04.1-Ubuntu SMP Sat Dec 10 00:14:47 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

dpkg -l | grep post
ii  postfix                            2.11.0-1ubuntu1

Сервер быстрый с ssd дисками. Всё с ним хорошо... Рассылает почту... ~5млн сообщений в день. Но возникла небольшая проблема.... Провайдер требует не превышать канал в 100мбит... Подкрутил количество maxproc на транспортах smtp. Вроде в канал укладываюсь.... Приложение которое посылает почту на постфикс сует всё резко в очередь... И постфикс ведет себя следующим образом.... Принимает кучу писем в очередь и начинает рассылать.... Как только ему прилетает большой поток писем он начинает минут 20 слать с очень большой скоростью ~200 мбит, потом это спадает до ~40 мбит... Что норма... У меня вопрос, можно ли как то подтюнить постфиксы, что бы при старте он не набирал 200 мбит, а растягивал это всё укладывая в лимиты например ~90 мбит, пока есть сообщения в очереди....

main.cf
default_process_limit = 500
default_destination_concurrency_limit = 300
smtpd_client_connection_count_limit = 310
queue_run_delay = 3h
qmgr_message_recipient_limit = 400000
qmgr_message_active_limit = 300000
in_flow_delay = 0
bounce_queue_lifetime = 1d
maximal_queue_lifetime = 1d
maximal_backoff_time = 8h

sender_dependent_default_transport_maps = mysql:/etc/postfix/random.cf

smtpd_etrn_restrictions = reject
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
show_user_unknown_table_name = no

mail00_destination_concurrency_limit = 10
mail01_destination_concurrency_limit = 16
mail02_destination_concurrency_limit = 16
mail03_destination_concurrency_limit = 16

master.cf:
mail00    unix  -       -       n       -       -       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru
mail01    unix  -       -       n       -       21       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru
mail02    unix  -       -       n       -       21       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru
mail03    unix  -       -       n       -       21       smtp     -o smtp_bind_address=xx.xx.xx -o smtp_helo_name=domain.ru -o myhostname=domain.ru

при такой конфигурации он на старте даёт 200 мбит, и через 20 минут начинает слать со скоростью 40 мбит... Хотелось бы уменьшить до 90мбит на старте, и увеличить до 90 мбит после 20 минут.... Может посоветуете что?

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Быстрый старт доставки"  +/
Сообщение от Doka (??) on 04-Фев-17, 13:57 
> Коллеги, необходима небольшая помощь....
> Имею почтовый сервер с postfix и linux ubuntu server.
> uname -a
> Linux mail 4.4.0-57-generic #78~14.04.1-Ubuntu SMP Sat Dec 10 00:14:47 UTC 2016 x86_64
> x86_64 x86_64 GNU/Linux

...
> при такой конфигурации он на старте даёт 200 мбит, и через 20
> минут начинает слать со скоростью 40 мбит... Хотелось бы уменьшить до
> 90мбит на старте, и увеличить до 90 мбит после 20 минут....
> Может посоветуете что?

может на интерфейсе в сторону провайдера поставить 100FDx

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Быстрый старт доставки"  –1 +/
Сообщение от postfixxx on 04-Фев-17, 18:23 
>[оверквотинг удален]
>> Имею почтовый сервер с postfix и linux ubuntu server.
>> uname -a
>> Linux mail 4.4.0-57-generic #78~14.04.1-Ubuntu SMP Sat Dec 10 00:14:47 UTC 2016 x86_64
>> x86_64 x86_64 GNU/Linux
> ...
>> при такой конфигурации он на старте даёт 200 мбит, и через 20
>> минут начинает слать со скоростью 40 мбит... Хотелось бы уменьшить до
>> 90мбит на старте, и увеличить до 90 мбит после 20 минут....
>> Может посоветуете что?
> может на интерфейсе в сторону провайдера поставить 100FDx

Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и сервисы.....

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "Быстрый старт доставки"  +/
Сообщение от universite (ok) on 05-Фев-17, 07:41 

> Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и
> сервисы.....

используйте trickle

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Быстрый старт доставки"  –1 +/
Сообщение от postfixxx on 05-Фев-17, 09:31 
>> Хотелось бы понять что подкрутить в постфиксе, не затрагивая другие инфраструктуры и
>> сервисы.....
> используйте trickle

Спасибо, интересно.... Но всё же это сторонний софт, и какие то костыли....
Мне бы хотелось понять какой параметр в конфиге постфикса отвечает за быстрый старт очереди, и какой за последующее её снижение....
Сейчас я однозначно могу сказать что maxproc в master.cf однозначно влияет на скорость, так же как и transport_destination_concurrency_limit... Цель этого вопроса - разобраться с постфиксом, а не искать решений в iptables, trickle, 100FDx и тд. Уверен что нужное поведение можно настроить в самом почтовом сервере postfix, но пока не могу вкурить как)) Дока на эту тему очень не однозначна для меня....

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Быстрый старт доставки"  +/
Сообщение от shadow_alone (ok) on 06-Фев-17, 03:54 
Для начала - лучи поноса тебе, по самое горло за спам.

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

Еще раз, желаю тебе гореть в аду вечно.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Быстрый старт доставки"  +/
Сообщение от postfixxx on 06-Фев-17, 09:58 
> Для начала - лучи поноса тебе, по самое горло за спам.

Привет. Это можно было и не писать, потому что мне не понятно, откуда вы решили что я рассылаю спам? Нет система рассылает вполне нормальную почту.

> Теперь по делу: оттюнить, как ты говоришь не получиться, и вот почему:
> Тебе нужно ограничение по скорости - а это в постфикс не заложено
> от слова СОВСЕМ.
> Скорость твоя будет зависить от возможностей конечной точки приёма (их скорости), то
> есть как бы ты не игрался с лимитами, все равно пики
> будут, и возможно не только пики, в моменты когда отправка идет
> серверу с хорошим каналом.

Это понятно.

> Судя по всему, хорошим вариантом будет использовать tc.

Тоже попробую. Спасибо. Но боюсь tc не выдержит...

> И да, странно что "Провайдер требует не превышать канал в 100мбит" -
> он может просто ограничить скорость на своей стороне, тем более 100
> очень удобная цифра.

Ну вот такой провайдер ага, ограничивать не хочет, а требует не превышать...

> Еще раз, желаю тебе гореть в аду вечно.

Вы так милы ко мне)))


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

2. "Быстрый старт доставки"  +2 +/
Сообщение от Аноним (??) on 04-Фев-17, 16:24 
> Сервер быстрый с ssd дисками. Всё с ним хорошо... Рассылает почту... ~5млн сообщений в день

гори в аду спаммер

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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