Si, dans des circonstances normales, votre serveur répond au ping, il est utile de le faire à intervalles d'une minute pour vérifier s'il répond. Bien entendu, cela vous indique uniquement qu'il existe un serveur à cette adresse IP et qu'il y a un chemin réseau entre la source du ping et la destination. En fixant un seuil pour le temps de réponse, vous pouvez également surveiller l'état du réseau. Si vous envoyez un ping à un serveur sur Internet, il se peut que vous ne puissiez pas faire grand-chose pour réparer le réseau, mais si un client appelle pour se plaindre, vous serez déjà au courant du problème. Il est également utile d'envoyer une requête ping à google.com. Si vous et google sont tous deux en panne, il se passe quelque chose.
Comme d'autres l'ont mentionné, il est important de vérifier que le service que vous fournissez répond et que ses performances sont correctes. Par exemple, vous pouvez vérifier pourquoi un site Web qui répond habituellement en une seconde répond maintenant en 10 secondes.
Ainsi, savoir qu'un service ne répond pas et que le ping échoue vous donne beaucoup plus d'informations qu'une seule approche. De plus, si vous surveillez également les processus, le fait de savoir que le ping répond, que le service ne répond pas et que le serveur web n'a pas le nombre correct de processus vous indique où chercher en premier.
Vous pouvez devenir fou avec la surveillance, alors surveillez juste assez pour vous dire quand quelque chose de mauvais s'est produit ou devient dangereux. Par exemple, trop de swapping, >90% d'utilisation du disque, beaucoup d'entrées/sorties sur le disque, 100% de CPU pendant de longues périodes. N'oubliez pas que la surveillance n'est qu'une attaque par déni de service exécutée très lentement.