Ad Widget

Collapse

Zabbix waste a lot of traffic

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Roke
    Junior Member
    • Feb 2011
    • 1

    #1

    Zabbix waste a lot of traffic

    Hello,

    I have several servers monitorized by zabbix (30 or more), i check the traffic with cacti tool and i can see that there is the same graphic for the traffic inbound for all the server.

    I check with a sniff tool and i look that the traffic waste 200KB of constant traffic for the checks.

    This traffic 24 hours is a lot of traffic, anyone with the same problem?? Is anyway to reduce this traffic? The autodiscovery is off.

    Best Regards.
  • nelsonab
    Senior Member
    Zabbix Certified SpecialistZabbix Certified Professional
    • Sep 2006
    • 1233

    #2
    If you are referring to the actual protocol, I would argue that the Zabbix protocol is one of the most efficient due to it's simplicity. The easiest way to reduce your network load is to reduce the frequency with which you monitor your items. The default Linux template is overly aggressive with regards to timings. In most cases you can get by with monitoring items with a frequency of 30 seconds or more for CPU and Network, and 60 seconds for everything else.
    RHCE, author of zbxapi
    Ansible, the missing piece (Zabconf 2017): https://www.youtube.com/watch?v=R5T9NidjjDE
    Zabbix and SNMP on Linux (Zabconf 2015): https://www.youtube.com/watch?v=98PEHpLFVHM

    Comment

    • JBo
      Senior Member
      • Jan 2011
      • 310

      #3
      Hi Nelsonab,

      I agree with you on "default Linux template is overly aggressive" and reducing polling frequency to 30 or 60 seconds is a good start.

      However, Zabbix protocol in passive mode opens a new TCP connection for each item, so several packets are exchanged for opening and closing the connection.

      If several items are collected, switching to active mode may help since all items will be packed in one TCP connection.

      Regards,
      JBo

      Comment

      Working...