Ad Widget

Collapse

Дайте рекомендации по конфигурации сервера zabbix.

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • voler
    Member
    • Feb 2014
    • 80

    #1

    Дайте рекомендации по конфигурации сервера zabbix.

    Добрый день.

    Вводные данные:
    1. Есть сервер zabbix, работает на базе Core i3, 8 гб памяти, 2 диска в софт райде устройств которые мониторится больше 4000, мониторинг в основном snmp, icmp, zabbix-agent.
    2. Настройки mysql следующие:
    [mysqld]
    datadir=/var/lib/mysql
    socket=/var/lib/mysql/mysql.sock
    symbolic-links=0
    thread_cache_size = 4
    innodb_buffer_pool_size = 4G
    innodb_file_per_table = 1
    innodb_flush_method=O_DSYNC
    innodb_log_file_size=512M
    query_cache_limit=32M
    query_cache_size=1M
    table_cache=1024
    max_connections=1000
    innodb_flush_log_at_trx_commit=2
    transaction-isolation = READ-COMMITTED

    3. Настройки zabbix
    StartPollers=100
    StartPollersUnreachable=50
    StartPingers=100
    StartDiscoverers=25
    StartTimers=25
    HousekeepingFrequency=2
    MaxHousekeeperDelete=1000
    CacheSize=1024M
    CacheUpdateFrequency=240
    HistoryCacheSize=512M
    HistoryIndexCacheSize=64M
    ValueCacheSize=256M
    Timeout=5

    По данным мониторинга загрузка ЦПУ, 30-40%. Память используется все 8 гб, даже swap.
  • voler
    Member
    • Feb 2014
    • 80

    #2
    Добрый день, кол-во опрашиваемых 4000 узлов, а вот элементов порядка 12000.
    Может кто что-то скажет?

    Comment

    • astrix89
      Senior Member
      • Jun 2017
      • 149

      #3
      Ориентируйтесь на NVPS в заббиксе, это будет более объективно. По большому счету тюнить надо БД, отключайте кеширование на стороне БД, оно бессмысленно для заббикса, как раз немного памяти освободите.
      Обычный один жесткий диск SATA тянет в пике не более 3к NVPS, SAS 10K тянет 5к NVPS, SAS 15K тянет 7к NVPS, SSD куда больше...
      Обращайте внимание на внутренние метрики заббикса, если начинает проседать history write cache проблема со скоростью записи данных в БД.
      Увеличте объем оперативной памяти если есть возможность, старайтесь не допускать свопинга.
      Можете так же попробовать собрать заббикс из исходников, получите еще прирост производительность, хотя может даже и не заметите этого.
      С ростом объема БД стоит в обязательном порядке переходить на секционирование таблиц с метриками, housekeeper рано или поздно вам настроение испортит.
      Попробуйте использовать движок TokuDB для базы данных, даст прирост производительности для базы на запись данных.
      Если используете InnoDB движок, включайте innodb_file_per_table, если было без этого, придется пересоздавать базу. Даст еще некоторый прирост производительности.

      Comment

      Working...