форумы  помощь  поиск  регистрация  вход/выход  слежка

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

"Быстрый старт доставки"	–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 | Индекс форумов | Темы | Пред. тема | След. тема