Наибольшие значения за час и за минуту — получатели, письма, килобайты.
Пик отвечает на вопрос «на что узел способен», а не «что он делает». Планировать по нему нагрузку опасно: пик достигался при своих условиях, и повторить их каждый час не выйдет.
Хаб считает пики и сам, по своим временным рядам, — на выбранном окне, а не на том, которое задал MTA.
Пики Хаб считает и сам, по своим временным рядам, — на выбранном окне, а не на том, которое задал MTA.
С чем сравнивать:
| Величина | С чем |
|---|---|
| текущее значение | с обычным для этого узла, а не с соседним |
| пик | с потолком, если он есть |
| рост | со скоростью роста, а не с абсолютным числом |
Узлы парка не сравнимы напрямую: у них разное железо, разные адреса и разный состав приёмников. Осмысленно сравнивать узел с самим собой во времени.
# показатель приходит в снимке состояния curl -s "http://127.0.0.1:8080/status?format=json"pmta show status
Связанные записи
2 связи
Счётчики трафикаТот же набор величин с текущими значениями вместо наибольших. § 5.3
pmta show status pmta show queues --sort=rcpt --maxitems=20
Что ещё почитать
3 статьи
◇Ключ активации — условие установки, а не шаг после неёБез ключа активации от поддержки SparkPost MTA не ставится и не работает, а уровень лицензии задаёт потолок исходящих соединений: на стандартной всё сверх 200 игнорируется.◇Ограничения облакаОблака ограничивают исходящую почту через порт 25, пока не попросишь снять лимит, а их диапазоны адресов почтовики встречают с подозрением.◇Как перевести план отправки в железоДве постоянные, по которым считается любой узел: около 2 КБ памяти на каждого получателя в очереди и место под спул, пропорциональное суммарному размеру писем.
- Цена ошибки
- безопасно: неверное значение ничего не ломает
- Сценарии
- Планирование мощности