Ad Widget

Collapse

Zabbix на Postgres SQL

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • sersad
    Senior Member
    • May 2009
    • 518

    #1

    Zabbix на Postgres SQL

    Мучаю последний транк версии 1.8.
    Ось Ubuntu server 8.10 AMD64 Postgres 8.3
    Cервер HP 365 AMD 2x2 2.8G 10G RAM Raid-5

    Сколько не бьюсь над конфигом, не получается заставить работать все это хозяйство быстро.
    Шаблоны у меня достаточно "тяжелые" один хост содержит суммарно около 7500 итемов 3000 триггеров и 3000 графиков, по большинству итемов интервал опроса 1 час.
    Таких хостов будет более 100 + еще всякой мелочи.

    Так вот как я включаю авто обнаружение и добавление узлов с привязкой к этим шаблонам система наглухо встает. Т.е. узлы добавляются но очень медленно, а все опросы прекращаются.

    Стоит выключить авто обнаружение как очередь сокращается до 0 и все приходит в норму.
    На сколько я понимаю постгресс все время тратит на добавление хоста с кучей итемов тригеров и прочего.
    Как правильно настроить Postgres на максимальную производительность? Кто может поделиться своими конфигами с описанием количества хостов/итемов/графиков и железа.
  • Firm
    Senior Member
    • Dec 2009
    • 342

    #2
    Натравите vacuum analyze на базу zabbix, посмотрите на его рекомендации.

    Comment

    • sersad
      Senior Member
      • May 2009
      • 518

      #3
      Firm, дело в том что в postgres я новичок. Подскажите как это делать

      Comment

      • Firm
        Senior Member
        • Dec 2009
        • 342

        #4
        # su - postgres
        $ psql zabbix
        zabbix=# vacuum verbose analyze;
        [skipped]
        Current limits are: 102400 page slots, 1000 relations, using 705 kB.
        NOTICE: number of page slots needed (896384) exceeds max_fsm_pages (102400)
        HINT: Consider increasing the configuration parameter "max_fsm_pages" to a value over 896384.
        zabbix=# \q
        $

        Скорее всего выдаст что-то похожее (с другими цифрами, естественно). В соответствии с рекомендациями нужно будет увеличить значение параметра max_fsm_pages в postgresql.conf и рестартовать сервер.

        А так - поиск в интернете по 'tuning postgresql' выдаст много чего.

        Comment

        • sersad
          Senior Member
          • May 2009
          • 518

          #5
          Firm, вот такой вывод:
          INFO: free space map contains 227371 pages in 198 relations
          DETAIL: A total of 215424 page slots are in use (including overhead).
          215424 page slots are required to track all free space.
          Current limits are: 2048000 page slots, 10000 relations, using 13071 kB.
          VACUUM
          Нагуглил уже многое, и исходя из конфига своего сервака сделал конфигу постгреса вроде бы по максимуму использующую его ресурсы. Хотелось бы выяснить правильно я все сделал иль нет. Могу вылжить конфиг сюда если кто нибудь поможет его проанализировать на предмет ошибок.

          Comment

          • Firm
            Senior Member
            • Dec 2009
            • 342

            #6
            А это вывод на свежезапущенной базе или на "тормозящей"? Дополнительно сделайте следущее. При "тормозящей базе" посмотрите вывод vmstat/iostat в плане i/o wait, а в самой базе выполните запрос вида:

            select relname,heap_blks_read,heap_blks_hit,idx_blks_read ,idx_blks_hit from pg_statio_user_tables order by relname;

            и посмотрите, может там какая в какой-то из таблиц много 'cache misses'. Т.е. отношение *_read к *_hit должно стремиться к нулю.

            Comment

            Working...