韓誥傭痔

Table of Contents

10 Tuning de performance

10 Tuning de performance

Este manual 谷 um trabalho em progresso.

Vis?o geral

? muito importante que o 韓誥傭痔 esteja ajustado apropriadamente para a sua melhor performance.

Hardware

Defini??es gerais de hardware:

Utilize o processador mais r芍pido que tiver dispon赤vel
SCSI ou SAS 谷 melhor que IDE (a performance de discos IDE podem ser melhoradas significativamente pelo utilit芍rio hdparm) e SATA
15K RPM 谷 melhor que 10K RPM que 谷 melhor que 7200 RPM...
Utilize armazenamento de RAID r芍pido
Utilize adaptadores fast Ethernet
Quanto mais mem車ria, melhor

Sistema operacional

Utilize a 迆ltima vers?o est芍vel do SO
N?o instale / remova funcionalidades n?o necess芍rias do kernel
Otimize os par?metros do kernel

Par?metros de configura??o do 韓誥傭痔

V芍rios par?metros de configura??o do 韓誥傭痔 podem ser otimizados para melhorar a performance.

zabbix_server

StartPollers

Regra geral - mantenha este par?metro no menor valor poss赤vel, cada inst?ncia adicional do 韓誥傭痔 Server adiciona seu pr車prio 'overhead', ao mesmo tempo, o paralelismo 谷 aumentado. O melhor n迆mero de inst?ncias 谷 obtido quando a fila, na m谷dia, cont那m o m赤nimo de par?metros (idealmente 0 em algum momento). Este valor pode ser monitorado pelas verifica??es internas do 韓誥傭痔 zabbix[queue].

Consulte a se??o "Veja tamb谷m" ao final desta p芍gina para maiores informa??es sobre como otimizar a quantidade de processos do 韓誥傭痔.

DebugLevel

O melhor valor 谷 3.

DBSocket

Apenas para MySQL. ? recomendado utilizar DBSocket para se conectar ao banco, 谷 a forma mais r芍pida e mais segura.

Tecnologia de banco de dados

Esta 谷, provavelmente, a This is probably the most important part of 韓誥傭痔 tuning. 韓誥傭痔 heavily depends on the availability and performance of database engine.

use a tecnologia mais r芍pida, ex. MySQL
use vers?es est芍veis
recompile a partir dos c車digos fonte o MySQL ou PostgreSQL para obter a m芍xima performance
use a documenta??o de tuning do MySQL ou PostgreSQL
para MySQL, utilize a estrutura de tabelas
o 韓誥傭痔 funciona pelo menos 1.5 vezes mais r芍pido com InnoDB (quando comparado com MyISAM). Isso ocorre por conta do aumento de paralelelismo. Por outro lado, InnoDB precisa de mais CPU.
otimize o banco de dados periodicamente para sua melhor performance.
mantenha as tabelas de bancos de dados em discos diferentes
As tabelas 'history', 'history_str, 'items' 'functions', triggers', e 'trends' s?o as mais pesadas.
Para grandes ambientes, mantenha os arquivos tempor芍rios do MySQL em armazenamento tmpfs

Avisos gerais

Monitore os par?metros necess芍rios somente
otimize o 'Intervalo entre verifica??es' de todos os itens. Quanto menor o intervalo, menor para os gr芍ficos e pior para a performance do 韓誥傭痔
otimize os par?metros, n?o os deixe com seus valores padr?es (inclusive os templates fornecidos pela 韓誥傭痔)
otimize os par?metros de limpeza de dados
n?o monitorem par?metros que retornam a mesma informa??o (ex. memora livre, memoria usada, mem車ria total... somente 2 destes s?o necess芍rios).
evite triggers com express?es envolvendo grandes per赤odos de tempo. Por exemplo, max(3600) ser芍 calculada de forma significativamente mais lenta que max(60).

Acompanhe a performance dos processos do 韓誥傭痔 com o "ps" e o "top"

O 韓誥傭痔 2.2 introduziu uma nova caracter赤stica, os processos mudam suas linhas de comando para exibir a atividade atual:

UID        PID  PPID  C STIME TTY      TIME CMD
       zabbix22  4584     1  0 14:55 ?    00:00:00 zabbix_server -c /home/zabbix22/zabbix_server.conf
       zabbix22  4587  4584  0 14:55 ?    00:00:00 zabbix_server: configuration syncer [synced configuration in 0.041169 sec, idle 60 sec]
       zabbix22  4588  4584  0 14:55 ?    00:00:00 zabbix_server: db watchdog [synced alerts config in 0.018748 sec, idle 60 sec]
       zabbix22  4608  4584  0 14:55 ?    00:00:00 zabbix_server: timer #1 [processed 3 triggers, 0 events in 0.007867 sec, 0 maint.periods in 0.005677 sec, idle 30 sec]
       zabbix22  4609  4584  0 14:55 ?    00:00:00 zabbix_server: timer #2 [processed 2 triggers, 0 events in 0.004209 sec, idle 30 sec]
       zabbix22  4637  4584  0 14:55 ?    00:00:01 zabbix_server: history syncer #4 [synced 35 items in 0.166198 sec, idle 5 sec]
       zabbix22  4657  4584  0 14:55 ?    00:00:00 zabbix_server: vmware collector #1 [updated 0, removed 0 VMware services in 0.000004 sec, idle 5 sec]
       zabbix22  4670     1  0 14:55 ?    00:00:00 zabbix_proxy -c /home/zabbix22/zabbix_proxy.conf
       zabbix22  4673  4670  0 14:55 ?    00:00:00 zabbix_proxy: configuration syncer [synced config 15251 bytes in 0.111861 sec, idle 60 sec]
       zabbix22  4674  4670  0 14:55 ?    00:00:00 zabbix_proxy: heartbeat sender [sending heartbeat message success in 0.013643 sec, idle 30 sec]
       zabbix22  4688  4670  0 14:55 ?    00:00:00 zabbix_proxy: icmp pinger #1 [got 1 values in 1.811128 sec, idle 5 sec]
       zabbix22  4690  4670  0 14:55 ?    00:00:00 zabbix_proxy: housekeeper [deleted 9870 records in 0.233491 sec, idle 3599 sec]
       zabbix22  4701  4670  0 14:55 ?    00:00:08 zabbix_proxy: http poller #2 [got 1 values in 0.024105 sec, idle 1 sec]
       zabbix22  4707  4670  0 14:55 ?    00:00:00 zabbix_proxy: history syncer #4 [synced 22 items in 0.008565 sec, idle 5 sec]
       zabbix22  4738     1  0 14:55 ?    00:00:00 zabbix_agentd -c /home/zabbix22/zabbix_agentd.conf
       zabbix22  4739  4738  0 14:55 ?    00:00:00 zabbix_agentd: collector [idle 1 sec]
       zabbix22  4740  4738  0 14:55 ?    00:00:00 zabbix_agentd: listener #1 [waiting for connection]
       zabbix22  4741  4738  0 14:55 ?    00:00:00 zabbix_agentd: listener #2 [processing request]

O processo principal 谷 uma exce??o. A sua atividade atual n?o 谷 apresentada para facilitar sua identifica??o entre as m迆ltiplas inst?ncias.

Esta funcionalidade n?o 谷 implementada no Windows.

Se o n赤vel de log for definido apra DebugLevel=4 estas atividades e mensagens de estat赤sticas ser?o gravadas no log.

Linux

Em ambientes Linux o comando ps pode ser utilizado em conjunto com o ocmando watch para observar como o 韓誥傭痔 est芍 indo. Por exemplo, para rodar o comando ps 5 vezes por segundo para ver as atividades dos processos:

watch -n 0.2 ps -fu zabbix

Para mostrar apenas os processos do 韓誥傭痔 Proxy/Agent:

watch -tn 0.2 'ps -f -C zabbix_proxy -C zabbix_agentd'

Para mostrar apenas o processo de sincronismo do hist車rico:

watch -tn 0.2 'ps -fC zabbix_server | grep history'

O comando ps produz uma sa赤da longa (aproximadamente 190 colunas), algumas mensagens de ativiades ser?o longas. Se o seu terminal for menor que 190 colunas de texto voc那 pode tentar

watch -tn 0.2 'ps -o cmd -C zabbix_server -C zabbix_proxy -C zabbix_agentd'

para exibir apenas as linhas de comando sem UID, PID, start time etc.

O comando top tamb谷m pode ser utilizado para observar a performance do 韓誥傭痔. Pressionando a tecla 'c' no top exibe os processos com seus comandos. Em nossos testes o top e atop apresentam corretamente as mudan?as de atividades nos processos do 韓誥傭痔 mas o htop n?o mostrou as atividades.

BSD

Se o comando watch n?o estive instalado pode-se conseguir efeito similar com o comando abaixo

while [ 1 ]; do ps x; sleep 0.2; clear; done

AIX, HP-UX

Se o comando watch n?o estiver dispon赤vel, pode-se tentar

while [ 1 ]; do ps -fu zabbix; sleep 1; clear; done

Solaris

Por padr?o o comando ps n?o mostra as mudan?as de atividades. Uma op??o 谷 usar o /usr/ucb/ps em seu lugar. Se o comando watch n?o estiver instalado, a periodicidade de atualiza??o da lista de processos pode ser vista com

while [ 1 ]; do /usr/ucb/ps gxww; sleep 1; clear; done

No Solaris 11, o comando sleep aceita fra??es de 1 segundo (e.g. sleep 0.2).