Le Wednesday 28 Apr, vers 13:49, Jérôme Nicolle exprimait : > Le 28/04/10 13:42, Jean-Michel Planche a écrit : > > Ceci dit monitorer avec de l'icmp, est ce bien raisonnable ... ;-) > > Ca fait partie des tests "de base" sur un schéma plus global. > > Niveau "best practices", j'en arrive grosso modo à ce schéma : > - ICMP (smokeping et traceroute si variation de latence) vers une > machine par réseau, depuis chaque réseau, pour detecter les changements > de route et les variations de latence en bas niveau
Ce sont des best pratices purement réseau, pas serveur. Quand tu monitores un serveur, tu ne te bases généralement pas sur ICMP. > - ICMP moins fréquent (30 à 180 secondes de période) vers toutes les > machines (test de base pour l'uptime et la dispo) L'uptime se récupère par sonde et celles ci sont généralement via TCP/UDP. > - Tests applicatifs (HTTP replay, typiquement) toutes les 5 à 10 minutes > pour surveiller la charge des applis > - Remontée de sonde locale en burst toutes les 60 à 300 secondes Sonde qui ne se récupèrent pas en ICMP classiquement. > Ca minimise la charge induite par le monitoring tout en remontant toutes > les infos dont j'ai besoin. Et dans tous les cas l'ICMP est indispensable... Je ne voulais pas dire qu'ICMP était inutile, juste qu'il n'est pas courament utilisé pour monitorer un serveur, parce qu'on monitore des services qui ne sont pas en ICMP, que SNMP est en TCP/UDP, que les sondes "modernes" sont en TCP/UDP. Ce n'est pas l'objet de la liste, nous avons des points de vues différents, donc EOT. -- « Si un dieu était si puissant qu'il ait créé le monde, mais qu'ensuite il ne fasse rien pour y corriger les problèmes, à quoi bon l'adorer ? Ne serait-il pas plus juste de le juger ? » - Richard M. Stallman --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
