L’un de vos Droplets s’approche de sa capacité mémoire, ce qui pourrait affecter ses performances. Sans suffisamment de RAM, les applications peuvent ralentir, voire devenir instables et planter occasionnellement.
J’utilise un Droplet Digital Ocean avec 2 Go de mémoire.
Au cours des 14 derniers jours, le graphique indique une utilisation de la mémoire comprise entre 90 % et 95 %. J’avais déjà posé des questions sur la mémoire il y a quelque temps, et il semblerait qu’il soit normal d’utiliser la mémoire disponible. Cependant, c’est la première fois que Digital Ocean m’envoie un e-mail à ce sujet. Je suis sous la version 2.8.0b6.
La seule modification récente à laquelle je puisse penser est que j’ai défini tous les utilisateurs sur « surveiller » les catégories principales, afin qu’ils reçoivent des notifications par e-mail. Cela a peut-être entraîné une augmentation du nombre de publications, mais il s’agit toujours d’un forum relativement calme, avec environ 250 utilisateurs et quelques contributeurs actifs.
Quelles pourraient être les causes de cette situation, et que devrais-je faire, le cas échéant ? Ou quelles informations supplémentaires seraient utiles ? Merci.
Mise à jour : Si cela peut aider, l’utilisation du disque reste constante en dessous de 40 % et celle du CPU en dessous de 5 %, avec quelques pics occasionnels atteignant environ 20 %.
J’ai reçu le même e-mail, mais aucun de mes droplets n’est près d’atteindre sa capacité. Cela pourrait être un bug dans les notifications de surveillance de DO.
Merci pour votre réponse rapide. Il pourrait s’agir d’un bug (auquel cas il y aura peut-être d’autres réponses comme la vôtre !), mais dans mon cas, le graphique oscillait dans la fourchette 90-95 pendant toute la durée de deux semaines. Je suppose que le graphique pourrait aussi être erroné…
Je me ravise : j’ai un droplet de test que je n’avais pas vérifié et c’est probablement lui qui a déclenché l’avertissement. Je vais le reconstruire et voir ce qui se passe.
Aucun changement significatif après une mise à jour, un redémarrage et une reconstruction. Il s’agit d’un droplet minimal que j’utilise uniquement pour des tests et qui est normalement inactif, avec un CPU à environ 1 % et aucun utilisateur autre que moi.
1 vCPU / 1 Go de mémoire / 25 Go de disque / Ubuntu 18.04.3 (LTS) x64
Dans mon cas, au moins durant les premières minutes, cela semble avoir considérablement diminué. Je vais continuer à surveiller. J’ai exécuté ./launcher rebuild mail-receiver suivi de ./launcher rebuild app vers 12h05.
Je me demande ce qui a pu mal se passer, le cas échéant.
Est-ce que tu trouves que cela a l’air correct maintenant ? Je continuerai à surveiller. La seconde baisse correspondait à une nouvelle reconstruction de l’application pour résoudre un problème sans rapport.
11 % de mémoire disponible selon free -m et 12 % selon le graphique de surveillance, ce qui est très proche (erreur d’arrondi). Ce graphique est la seule mesure de mémoire fournie par le panneau d’administration de DO.
Droplet de production
free -m
total used free shared buff/cache available
Mem: 7983 1896 1550 1082 4536 4650
Swap: 4095 291 3804
Je commence tout juste à recevoir ces e-mails sur un serveur de 2 Go (AMD) également. J’ai reconstruit Discourse il y a quelques minutes, et l’utilisation de la mémoire a légèrement diminué.
Cependant, cela n’a pas duré. Au début, je pensais que cela pouvait être dû à une migration récente depuis un autre hébergeur vers DigitalOcean, mais tout semblait fonctionner correctement pendant un certain temps après la migration. Je vais probablement passer à 4 Go de RAM plus tard aujourd’hui.
