Définition des aspects à surveiller #1

Closed
opened 3 years ago by vv222 · 8 comments
vv222 commented 3 years ago
Owner

TODO

  •  Lister les ressources/services à surveiller.
  •  Pour chaque ressource/service, ouvrir un ticket dédié.
## TODO * [x]  Lister les ressources/services à surveiller. * [x]  Pour chaque ressource/service, ouvrir un ticket dédié.
bendia commented 3 years ago
Owner

Ressources (pour chaque containaier ou pas ? )

  • Espace disque
  • Utilisation mémoire
  • Utilisation CPU

Services
Il faudrait définir plus précisemment ce qu'on entends par là : le service au sens systemd du terme (qu'il faudrait donc multiplier par le nombre de container), ou le service rendu par le serveur, donc : accède-t-on bien au forum/au wiki ...

  • Expiration certificat SSL
Ressources (pour chaque containaier ou pas ? ) * Espace disque * Utilisation mémoire * Utilisation CPU Services Il faudrait définir plus précisemment ce qu'on entends par là : le service au sens systemd du terme (qu'il faudrait donc multiplier par le nombre de container), ou le service rendu par le serveur, donc : accède-t-on bien au forum/au wiki ... * Expiration certificat SSL
vv222 commented 3 years ago
Poster
Owner

À mon avis pour les ressources "physiques" (CPU, mémoire, espace de stockage) une surveillance au niveau de l’hôte peut être suffisante, et sera plus simple à mettre en place qu’une surveillance au niveau des conteneurs.

À mon avis pour les ressources "physiques" (CPU, mémoire, espace de stockage) une surveillance au niveau de l’hôte peut être suffisante, et sera plus simple à mettre en place qu’une surveillance au niveau des conteneurs.
bendia added a new dependency 3 years ago
Owner

Je pense également qu'il n'est pas nécessaire pour l'instant de monitorer les ressources /physiques/ de chaque conteneur individuellement. Il sera toujours temps de le rajouter par la suite si c'est une information qui nous manque pour le diagnostic.

Pour les services à surveiller, je pensais surtout au sens « service rendu par le serveur », donc effectivement, l'accès aux différents alias/vhosts, la vérification des certificats, mais aussi le ping, la présence de ssh (sur un port à décider), smtp, dovecot. Pour smtp (postfix), il est important d'avoir le nombre de mails reçus/envoyés, pour être sûr qu'on n'a pas de pb… À noter que pour l'instant les rapports dmarc sont envoyés chez moi, mais ce serait bien si on pouvait les traiter automatiquement sur le serveur…

Je pense également qu'il n'est pas nécessaire pour l'instant de monitorer les ressources /physiques/ de chaque conteneur individuellement. Il sera toujours temps de le rajouter par la suite si c'est une information qui nous manque pour le diagnostic. Pour les services à surveiller, je pensais surtout au sens « service rendu par le serveur », donc effectivement, l'accès aux différents alias/vhosts, la vérification des certificats, mais aussi le ping, la présence de ssh (sur un port à décider), smtp, dovecot. Pour smtp (postfix), il est important d'avoir le nombre de mails reçus/envoyés, pour être sûr qu'on n'a pas de pb… À noter que pour l'instant les rapports dmarc sont envoyés chez moi, mais ce serait bien si on pouvait les traiter automatiquement sur le serveur…
bendia commented 3 years ago
Owner

Bon, si on résume :

  • Acces :
    • Wiki
    • Etherpad
    • Paste
    • Compta
    • Gitea
    • Jyraphe
    • port ssh
  • postfix
  • dovecot
  • Apache (proxy seulement, tous ceux installés ?)
  • BDD (?)
    *
    • Mémoire
    • Disque
    • Réseau
  • Certificats SSL

A editer si j'oublie des trucs.

On ouvre un ticket par point du coup, par gros point ou en détail ?

Bon, si on résume : * Acces : * [ ] Wiki * [ ] Etherpad * [ ] Paste * [ ] Compta * [ ] Gitea * [ ] Jyraphe * [ ] port ssh * [ ] postfix * [ ] dovecot * [ ] Apache (proxy seulement, tous ceux installés ?) * [ ] BDD (?) * * [ ] Mémoire * [ ] Disque * [ ] Réseau * [ ] Certificats SSL A editer si j'oublie des trucs. On ouvre un ticket par point du coup, par gros point ou en détail ?
Owner

Un par gros points, avec des cases à cocher cochées au fur et à mesure que c'est monitoré ?

Un par gros points, avec des cases à cocher cochées au fur et à mesure que c'est monitoré ?
bendia commented 3 years ago
Owner

Fait

Du coup, on continue sur Netdata ou pas ?

Fait Du coup, on continue sur Netdata ou pas ?
Owner

Je n'ai pas d'objection technique :-)
@vv222 qu'en penses-tu ? Tu en parles à nos amis mangeurs de guimauve ?

Je n'ai pas d'objection technique :-) @vv222 qu'en penses-tu ? Tu en parles à nos amis mangeurs de guimauve ?
bendia commented 3 years ago
Owner

A priori, tout est listé dans #5 , #6 , #8 , #9

Ne pas hésiter à editer ces tickets s'il manque des trucs.

A priori, tout est listé dans #5 , #6 , #8 , #9 Ne pas hésiter à editer ces tickets s'il manque des trucs.
bendia closed this issue 3 years ago
Sign in to join this conversation.
No Milestone
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Blocks
#3 Choix du serveur de monitoring
Debian-Facile/Monitoring
Reference: Debian-Facile/Monitoring#1
Loading…
There is no content yet.