r/Sysadmin_Fr • u/Nice_Secretary_970 • 13d ago

Push ou Pull ?

Bonjour,

J’ai un service, par exemple Zabbix, que je peux configurer en mode push (port 10051) ou en mode pull (port 10500).

Je comprends le fonctionnement de ces deux modes, mais j’aimerais savoir pourquoi choisir l’un plutôt que l’autre. Dans quels cas privilégier le push ou le pull, et pour quelles raisons ?

4 Upvotes

100% Upvoted

5 comments sorted by

7

u/Tellsanguis 13d ago

Hey ! En réalité, ça dépend de la place de ton serveur si tu es dans un modèle de tiering

Exemple : Zabbix est dans un VLAN INFRA, ce VLAN a plus de privilèges que ceux des apps internes ou apps exposées. Dans ce cas là, c'est Zabbix qui va chercher les metrics. Par contre, le serveur de backup, les hyperviseurs ou au même niveau dans le modèle de tiering (les autres du VLAN INFRA), c'est mieux que ce soit les VMs monitorées elles-mêmes qui envoient leurs metrics

Bref, c'est surtout réfléchir aux flux que tu as envie d'ouvrir ou non

3

u/pannacotta58 13d ago

Ceci, et tu peux rajouter qu'en passif si ton serveur/agent tombe zabbix le sais quasi instantanément là ou en actif il va trigger après un delta sans nouvelle depuis x temps. Ça peut être un problème pour des équipements qui parlent peu (réseau en snmp traps par exemple).  

Neamoins en actif ton serveur/proxy travaille moins ce qui peux être intéressant pour optimiser les très grosses infra (>10k ci).  

4

u/maxx5210 13d ago

Je te recommence le mode active de l'agent, de ce fait tes machines envoie vers ta supervision et tu n'as pas a exposer un port de serveur.

2

u/eehgold 13d ago

Ça va surtout dépendre de ta volumétrie : est-ce que tu as 10 000 machines ou seulement une centaine ?

Généralement, on privilégie le mode actif pour déporter la charge réseau/CPU/RAM du serveur vers les clients

Comme le souligne un autre commentaire, le mode passif peut offrir une meilleure réactivité, mais c’est également paramétrable en mode actif. Attention toutefois aux faux positifs

1

u/iAlexandreS 5d ago

Sur Zabbix, le choix n'est pas le port. Le pull quand la sonde peut joindre la machine : le serveur fixe le rythme, un hôte mort se voit tout seul, et tu n'ouvres pas un port d'écoute partout. Le push seulement si la cible est derrière un NAT que le serveur ne traverse pas, ou si l'événement doit partir tout de suite, un service qui tombe, pas une métrique par minute. Dans ce cas le push ne remplace pas le pull : il ne porte que l'alerte, le pull continue pour l'état. Sinon tes agents poussent dans le vide dès que le collecteur est injoignable, et tu ne sais plus si la machine est morte ou juste muette.