Ad Widget

Collapse

Очередь итемов, общие вопросы по производ

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Dijkstra
    Junior Member
    • Mar 2017
    • 12

    #1

    Очередь итемов, общие вопросы по производ

    Всем привет!

    Есть пара вопросов, буду рад помощи!

    Раньше zabbix крутился на centos 6.8, а версия заббикса была 3.0, перенес на redhat 7.3 и обновил заббикс-сервер до 3.4. хостов стало в 2 раза больше, чем на старом сервере и появился вопрос, справляется ли сервер с обработкой информации?

    Zabbix server is running Yes х.х.х.х:10051
    Number of hosts (enabled/disabled/templates) 254 205 / 0 / 49
    Number of items (enabled/disabled/not supported) 12944 11958 / 128 / 858
    Number of triggers (enabled/disabled [problem/ok]) 6014 4601 / 1413 [7 / 4594]
    Number of users (online) 24 4
    Required server performance, new values per second 178.17

    сегодня добавил 4 сервера на solaris sparc, в каждом сервере по 6 зон, зоны тоже на мониторинге. Раньше особо не замечал, но сегодня пошарился по вебке заббикса, увидел что формируется очередь, начал смотреть графики.
    Click image for larger version

Name:	123.JPG
Views:	1
Size:	112.8 KB
ID:	317860

    прошу подсказать, нормально ли такое кол-во итемов в ожидании?

    Конфиг сервера:
    виртуальный сервер, 32гб рам, 2 сокета 4 ядра, mariaDB.
  • kzaripov
    Junior Member
    • Jun 2016
    • 9

    #2
    а что вызывает ожидание метрик?
    вм забикс проседает по цпу диску памяти?

    Comment

    • Dijkstra
      Junior Member
      • Mar 2017
      • 12

      #3
      Originally posted by kzaripov
      а что вызывает ожидание метрик?
      вм забикс проседает по цпу диску памяти?
      ЦПУ, память в норме, маловероятно что по диску проседает СХД 3par.

      Click image for larger version

Name:	222.JPG
Views:	1
Size:	112.5 KB
ID:	313518

      Click image for larger version

Name:	321.JPG
Views:	1
Size:	93.3 KB
ID:	313519

      Click image for larger version

Name:	1211.JPG
Views:	1
Size:	80.9 KB
ID:	313520

      Comment

      • Semiadmin
        Senior Member
        • Oct 2014
        • 1625

        #4
        Если хотите оценить производительность сервера Zabbix, смотрите графики Zabbix data gathering process busy % и Zabbix internal process busy %. А очередь в Заббиксе - виртуальная, она означает не то, что на сервере скопились данные, которые он не может обработать, а то, что он не получил данные, которые рассчитывал получить. Смотрите раздел Администрирование - Очередь, там увидите, что именно в очереди. Возможно, проблема не в сервере, а в хостах.

        Comment

        • Dijkstra
          Junior Member
          • Mar 2017
          • 12

          #5
          Почему то mariaDB не берет с конфига /etc/my.cnf некоторые параметы, в частности не повышалось максимальное кол-во подключений и кэш тредов. Сетом задал максимальное кол-во коннектов и кэша. Понаблюдаю.

          Comment

          • Dijkstra
            Junior Member
            • Mar 2017
            • 12

            #6
            Originally posted by dijkstra
            Почему то mariadb не берет с конфига /etc/my.cnf некоторые параметы, в частности не повышалось максимальное кол-во подключений и кэш тредов. Сетом задал максимальное кол-во коннектов и кэша. Понаблюдаю.
            Кто может скинуть график очереди на сервере? при примерно таком же количестве хостов что и у меня?

            Comment

            • yukra
              Senior Member
              • Apr 2013
              • 1359

              #7
              Originally posted by Dijkstra
              Почему то mariaDB не берет с конфига /etc/my.cnf некоторые параметы, в частности не повышалось максимальное кол-во подключений и кэш тредов. Сетом задал максимальное кол-во коннектов и кэша. Понаблюдаю.
              Проверьте нет ли у вас каких нить интересных файликов в /etc/my.cnf.d/ которые инклюдятся основной конфиг.

              Ну и еще такой момент, к заббиксу он не особо относиться, но раз уже зашла речь про БД: у меня перкона на CentOS7, но не думаю что это принципиально:
              Code:
              [root@zabbix /etc/my.cnf.d]# systemctl cat mysqld.service 
              # /usr/lib/systemd/system/mysqld.service
              #
              # Systemd service file for Percona Server
              #
              # # This service file is to start PS just with mysqld_safe
              #
              
              [Unit]
              Description=MySQL Percona Server
              After=network.target
              After=syslog.target
              
              [Install]
              WantedBy=multi-user.target
              Alias=mysql.service
              
              [Service]
              # Needed to create system tables etc.
              ExecStartPre=/usr/bin/mysql-systemd pre
              
              # Start main service
              ExecStart=/usr/bin/mysqld_safe
              
              # Don't signal startup success before a ping works
              ExecStartPost=/usr/bin/mysql-systemd post
              
              # Give up if ping don't get an answer
              TimeoutSec=600
              
              Restart=always
              PrivateTmp=false
              
              [root@zabbix /etc/my.cnf.d]# file /usr/bin/mysql-systemd
              /usr/bin/mysql-systemd: Bourne-Again shell script, ASCII text executable
              [root@zabbix /etc/my.cnf.d]# file /usr/bin/mysqld_safe
              /usr/bin/mysqld_safe: POSIX shell script, ASCII text executable
              [root@zabbix /etc/my.cnf.d]#
              То есть systemd не mysql запускает, а запускает некий скрипт, который уже запускает mysql, что там в этом скрипте - одному майнеру пакета известно, можно его покопать на тему "подмены файлов из конфига". В слое время в bitrix_env наткнулся на то, что конфиг mysql переписывался неким сервисом при загрузке, немало он мне тогда нервов попортил, я даже начал подозревать у себя провалы в памяти выдачу фантазий за реалность. Помню ведь что параметр исправил, а он через пару дней "сам откатился", а клиент утверждает что ничего не трогал.

              Зы самой частой проблемой, почему mysql не применяет конфиги, на моей практике было то, что параметр не в ту секцию конфига вписывают, например вписывают в [mysql] параметры сервера в то время как эта секция для клиента, а секция сервера - [mysqld]

              Comment

              • Dijkstra
                Junior Member
                • Mar 2017
                • 12

                #8
                Originally posted by yukra
                Проверьте нет ли у вас каких нить интересных файликов в /etc/my.cnf.d/ которые инклюдятся основной конфиг.

                Ну и еще такой момент, к заббиксу он не особо относиться, но раз уже зашла речь про БД: у меня перкона на centos7, но не думаю что это принципиально:
                Code:
                [root@zabbix /etc/my.cnf.d]# systemctl cat mysqld.service 
                # /usr/lib/systemd/system/mysqld.service
                #
                # systemd service file for percona server
                #
                # # this service file is to start ps just with mysqld_safe
                #
                
                [unit]
                description=mysql percona server
                after=network.target
                after=syslog.target
                
                [install]
                wantedby=multi-user.target
                alias=mysql.service
                
                [service]
                # needed to create system tables etc.
                Execstartpre=/usr/bin/mysql-systemd pre
                
                # start main service
                execstart=/usr/bin/mysqld_safe
                
                # don't signal startup success before a ping works
                execstartpost=/usr/bin/mysql-systemd post
                
                # give up if ping don't get an answer
                timeoutsec=600
                
                restart=always
                privatetmp=false
                
                [root@zabbix /etc/my.cnf.d]# file /usr/bin/mysql-systemd
                /usr/bin/mysql-systemd: Bourne-again shell script, ascii text executable
                [root@zabbix /etc/my.cnf.d]# file /usr/bin/mysqld_safe
                /usr/bin/mysqld_safe: Posix shell script, ascii text executable
                [root@zabbix /etc/my.cnf.d]#
                То есть systemd не mysql запускает, а запускает некий скрипт, который уже запускает mysql, что там в этом скрипте - одному майнеру пакета известно, можно его покопать на тему "подмены файлов из конфига". В слое время в bitrix_env наткнулся на то, что конфиг mysql переписывался неким сервисом при загрузке, немало он мне тогда нервов попортил, я даже начал подозревать у себя провалы в памяти выдачу фантазий за реалность. Помню ведь что параметр исправил, а он через пару дней "сам откатился", а клиент утверждает что ничего не трогал.

                Зы самой частой проблемой, почему mysql не применяет конфиги, на моей практике было то, что параметр не в ту секцию конфига вписывают, например вписывают в [mysql] параметры сервера в то время как эта секция для клиента, а секция сервера - [mysqld]
                Да, тут уже была моя ошибка, не думал что в конфиги указанно типа переменных, расставил в правильные секции, принял настройки, спасибо большое!

                Comment

                Working...