Настройка почты - это длительный процесс, результаты будут видны далеко не сразу и могут различаться в зависимости от времени суток и дня недели.
Пока мы не начали ничего делать, предлагаю для начала обложить всё статистикой и мониторингом, для отчётности, быстрой реакции на ошибки и чтоб потом показывать руководству результаты работы.
В этой серии заметок я попытаюсь обобщить свой опыт построения почтовых шлюзов на базе exim'а (с замечаниями как это делается в posfix'е). Сразу отмечу, что здесь не рассматриваются вопросы взаимодействия с юзерами, т.е. шлюз выполняет роль исключительно MTA (См общую схему здесь).
Материал большой, поэтому разбит на несколько частей. Примерное оглавление:
История "рационализации и утилизации" housekeeper'а zabbix'а на pgsql.
Первый опыт использования - откровенно неудачный.
Первоначальная задача: найти сумму 2х item'ов. Конкретно: мониторинг свободной памяти в процентах, а не в байтах. Так их оказалось проще всего вывести в версии 2.2.
Параметры установки zabbix'а: минимум 70 хостов, item с суммой нужен ~ на половине из них. Сервер: 2 ядра Xeon'а по 2.8Ghz, 3 гига памяти, postgres.
Ну и график загрузки CPU в момент включения item'а. Как говорится, "Вместо тысячи слов!" ©
P.S. Да, это было полтора месяца назад. Тогда я потерял скрин в завалах на диске.
Шаблон для mysql'я уже шёл "изкоропки" во второй ветке. Обеспечивает только базовый мониторинг, но нам и этого хватит.
Посмотел как например описано здесь - не понравилось. Во-первых - лапша из cut'ов, во-вторых - разбор вывода проги, формат которого может меняться, в-третьих - негибко, параметры прописаны каждый по отдельности.
В довершение ко всему - он не расчитан на работу с вышеупомянутым шаблоном. Здесь - абстрактные значения, а в шаблоне прописаны впролне конкретные переменные mysql'я. Перепилить можно, но зачем?
Слегка побродив по интернету, прочитал, что эту фичу они собираются продавать, поэтому в бесплатной версии она если и будет - то нескоро.