Zabbix: Comment atteindre l'intervalle 1s avec les éléments actifs?

Est-ce même possible / recommandé?

Nous essayons de configurer quelques éléments actifs configurés avec un intervalle de 1 seconde. Cependant, ces éléments ne contiennent pas l'intervalle désiré, mais nous recueillons une valeur de environ 30 secondes (comme on le voit sur le graphique correspondant).

Testez ce qui précède avec un simple «echo 1» en tant que paramètre user du côté client, qui doit être envoyé toutes les 1 seconde sans timeout, mais ne l'est pas. Nous avons déployé un client sur le server lui-même avec un élément configuré de la même manière que ci-dessus, qui est réussi chaque seconde.

Notre configuration Zabbix est relativement nouvelle, donc la database MySQL sous-jacente est plutôt petite et nous n'avons pas beaucoup de clients / éléments. Le server fonctionne sous Linux VM et les clients sur des hôtes Linux dédiés (pas sur un réseau local).

Nous avons examiné les files de configuration sur le server / client, mais nous n'avons pas vu ce qui pourrait nous aider à atteindre cet objective (en plus d'append plus de trappeurs). Cela semble ne pas être un problème de connection car le tampon du côté client devrait résoudre ce problème.

  • Quelles pourraient être les raisons de ce comportement?
  • Comment find le goulet d'étranglement? Que peut-on voir avec les statistics du server Zabbix ?
  • Le matériel est-il le facteur le plus important?
  • L' optimization MySQL est-elle obligatoire?

Ne peut pas publier d'autres liens, alors voici les éléments que nous avons examinés:

Merci à @Richlv et après quelques tests que j'ai faits (voir les commentaires), nous avons trouvé le problème. Parce que les éléments actifs sont traités séquentiellement et que la command derrière ces éléments pourrait prendre un peu de return, générant ainsi un emstackment de retard pour chaque élément, l'agent faisait son meilleur boucle dans tous les éléments.

Comme il n'est pas possible d'avoir un parallel processing d'éléments actifs, les solutions possibles dans ce cas pourraient être les suivantes:

  • Augmenter l'intervalle de time pour les éléments actifs
  • En utilisant zabbix_sender pour effectuer manuellement le travail (peut-être également implémenter le tampon côté client fourni avec des éléments actifs)
  • Peut-être une autre approche serait d'utiliser le suivi des files journaux
  • Exécuter 2 agents sur le même client, configurant ainsi des process parallèles, diffusant les éléments actifs à bon escient (pas une excellente solution cependant)
  • Améliorer les performances de la command derrière les éléments actifs et / ou réduire les timeouts les plus défavorisés (avec un timeout d'attente par exemple) – Ce que nous avons fait