Ad Widget

Collapse

Заббикс 3.2.1 притормаживает на

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Aleks35
    Junior Member
    • Jul 2016
    • 12

    #1

    Заббикс 3.2.1 притормаживает на

    Здравствуйте!
    Просьба помочь!
    Может что лишнего напишу, но начну по порядку.
    В целях миграции на "железо" установили Zabbix 3.2.0 из appliance на "железный" сервер. Поверх этого установили Zabbix 3.2.1.
    Со старого виртуального сервера заббикс 3.0.2 экспортировали/импортировали хосты шаблоны. Несколько дней сервер работал нормально.

    Сейчас проблема, что сервер, если так можно выразиться "запаздывает". То есть выдаёт данные с 10-15 минутной разницей. На часах 10:00, а данные выдаёт только за 09:45. Также и триггеры отрабатывают с запаздыванием.
    Из-за большого количества значений.
    Сам заббикс пишет, что у него следующие проблемы:
    Zabbix housekeeper processes more than 75% busy 31м 5с Нет
    Less than 25% free in the history cache 35м 49с Нет
    Zabbix agent on Zabbix server is unreachable for 5 minutes 2ч 2м 13с Нет
    Zabbix history syncer processes more than 75% busy 2ч 45м 6с Нет
    Zabbix http poller processes more than 75% busy 3д 18ч 28м Нет
    Zabbix unreachable poller processes more than 75% busy 3д 18ч 30м Нет
    Disk I/O is overloaded on Zabbix server


    Хостов мониторится
    Zabbix сервер запущен Да localhost:10051
    Количество узлов сети (активированных/деактивированных/шаблонов) 258 195 / 6 / 57
    Количество элементов данных (активированных/деактивированных/неподдерживаемых) 32734 31989 / 59 / 686
    Количество триггеров (активированных/деактивированных [проблема/ок]) 12323 12293 / 30 [48 / 12245]
    Количество пользователей (в сети) 2 1
    Требуемое быстродействие сервера, новые значения в секунду 416.69

    Характеристики сервера: один процессор Xeon 3.2 Ghz 2 ядра L2 2Mb, Raid 1 (320Гб SATA 7200)

    Часть из этих ошибок выплывало и раньше. Периодически.
    Знаю, что у нас слабоватый сервер под эту задачу, но всё же на что в первую очередь обратить внимание. Где главная причина? Точно "железо" или м.б. программная часть?
  • sadman
    Senior Member
    • Dec 2010
    • 1611

    #2
    Originally posted by Aleks35
    Disk I/O is overloaded on Zabbix server
    Требуемое быстродействие сервера, новые значения в секунду 416.69
    Характеристики сервера: один процессор Xeon 3.2 Ghz 2 ядра L2 2Mb, Raid 1 (320Гб SATA 7200)
    Я бы начал с просмотра вывода утилиты iotop и других top-ов.

    Comment

    • yukra
      Senior Member
      • Apr 2013
      • 1359

      #3
      Originally posted by sadman
      Я бы начал с просмотра вывода утилиты iotop и других top-ов.
      Основное внимание обратите на диски (iostat -xm 2), память (занятую, кэшированную, free -m) и очередь mysql ("mysqladmin pr | grep -v Sleep")

      Comment

      • Aleks35
        Junior Member
        • Jul 2016
        • 12

        #4
        Благодарю

        Спасибо за советы! Пока копаем в сторону создания RAID 10, а не 1.
        Также собираемся уменьшить по возможности собираемые данные и провести "тюнинг" mysql

        Comment

        • SV_Sergius
          Junior Member
          • Oct 2016
          • 1

          #5
          Если у вас не провал по железу, то банальный вопрос, у вас достаточно много проверок, запускаете ли вы достаточное количество агентов для этих проверок(не забыли ли вы при переходе конфиги поправить, я вот забыл про это дело)?

          Comment

          • Aleks35
            Junior Member
            • Jul 2016
            • 12

            #6
            Спасибо! Были проблемы с железом и правильной конфигой одновременно. Перешли на новое железо

            Comment

            • lpetr2
              Member
              • Aug 2015
              • 58

              #7
              Также лучше иметь БД на отдельной плащадке. Таким образом распределите нагрузку.

              Comment

              • alex2750
                Junior Member
                • Apr 2016
                • 12

                #8
                привет!
                1. скорее всего у тебя жуткий iowait cpu, увидеть это, как и место на hdd, ты можешь в "последних данных". также можешь оценить очередь опроса в "Администрирование - Очередь".
                2. в appliance раздел 20гб. увеличь.
                3. измени zabbix_server.conf: увеличь размеры нужных кэш, кол-во поллеров, кол-во подключений к БД (с этим аккуратней), хаускиппер (большинство параметров закоментированы).
                4. увеличь периоды опроса, уменьши кол-во элементов данных (как правило, если юзать стоковый шаблон на маршрутизаторах, он выдаёт уйму ненужных данных)
                5. оптимизируй триггеры - есть триггеры, которые сравнивают значения с предыдущими данными.

                перечисленные меры помогут тебе оживить zabbix.
                но ты изначально пошёл не тем путём.
                1. zabbix лучше ставить с нуля
                2. использовать партицирование БД, что позволит выключить хаускипер (а именно в этот момент у тебя проблемы). устаревшие партиции будут удаляться по расписанию (cron).
                3. изучить БД т.к. без тюнинга столкнёшься с проблемами производительности, когда БД станет в несколько сот гб.

                Comment


                • Aleks35
                  Aleks35 commented
                  Editing a comment
                  Спасибо!
                  1) так и сделали на Debian
                  2) тоже пришли к этому и реализовали
                  3) прошёл курс Mysql Essential
              Working...