• # Est-ce que tu peux être plus précis sur le besoin et ce que tu veux ?

    Posté par  . Évalué à 4.

    Est-ce que tu cherches ce genre d'outil ?

  • # monitoring, plein de solutions

    Posté par  . Évalué à 3.

    certaines sont basées sur Nagios et fournissent une interface web pour remplir et afficher les resultats

    https://alternativeto.net/software/nagios/?license=free

    il te faut souvent juste ouvrir le reseau entre le monitor et les machines que tu surveilles, et activer le service SNMP sur ces machines

    de là, tu peux surveiller le CPU/RAM/disk, process, ports ouverts, etc

    et avec certaines solutions recevoir un email ou un sms quand tu as un souci sur un element

    • [^] # Re: monitoring, plein de solutions

      Posté par  . Évalué à 1. Dernière modification le 21 juillet 2023 à 15:45.

      *J'irais peut être pas jusqu'à surveiller mes machines à ce point avec Nagios !

      Je ne sais pas si c'est vraiment utile pour mon besoin.

      Cachethq à l'air pas mal aussi, maintenant je pensais à ceci pour donner le status à un service.

      Juste remonter le status de systemctl :
      -activated
      -failed
      -…

      • [^] # Re: monitoring, plein de solutions

        Posté par  (site web personnel) . Évalué à 2.

        Pour de la supervision système simple (voire même un peu evoluée) ma solution est d'utiliser Monit: https://mmonit.com/monit/

        La configuration est facile à lire, il est possible de gérer la chose en ligne de commande et via une interface web.

      • [^] # Re: monitoring, plein de solutions

        Posté par  . Évalué à 3.

        disons qu'au debut tu n'en auras pas besoin,
        puis quand tu auras eu le cas du service lancé, mais qui ne repond plus sur le port, tu verras que monitorer le port c'est bien aussi

        puis se demander pourquoi le service à planter à 23h46, pour se rendre compte qu'un autre processus à pris 100% de CPU, rempli le disque, etc ….

    • [^] # Re: monitoring, plein de solutions

      Posté par  . Évalué à 2.

      pour ma part, j'ai choisi Uptime-Kuma.

      pro:
      - dispose d'un dashboard permettant de mettre en place les sondes graphiquement
      - ensuite, il est possible de regrouper les services supervisés par lots (status pages) et de rendre visible aux usagers ces lots de services
      - très facile à monter en self-hosted ; facile a monter dans un container docker.

      contre:
      - un seul login adminstrateur

      lien: https://github.com/louislam/uptime-kuma

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.