Merci pour la réponse.
Je vais regarder au niveau des index
Pour les plus experts, c'est une DB Aurora donc pas de soucis
IOPS/storage/ram en vue.
Il y a déja un pooler (RDS Proxy) en front pour alléger la charge.
Le 25/06/2021 à 13:08, Remi Desgrange a écrit :
Commencez par supprimer le(s) index(es) sur cette table. Faudrait voir
si votre bécane AWS a assez d'IOPS, mais là je ne suis pas bon sur le
sujet je laisse à d'autre le soin de répondre. Peut-être utiliser un
pooler de connexion sur la DB, je crois que Observium c'est du php
donc ça devrait faire baisser le nombre de connexion drastiquement.
On Fri, Jun 25, 2021 at 11:24 AM Cécile Martron via frnog
<frnog@frnog.org <mailto:frnog@frnog.org>> wrote:
Hello à tous !
On est actuellement en train de mettre en place à Engie un Observium
pour monitorer nos +1k devices réseaux.
L'archi est avec un RRDcache (master) + 4/5 pollers et une DB (AWS)
Le soucis, c'est qu'en rajoutant nos F5 (qui sont, certes, un peu
chargés), on fait x11 sur le nombre de connection en DB. Et le
load explose.
La commande SQL liée : "UPDATE lb_pool_members"
Avez vous déja eu ce soucis ? Savez vous le résoudre ?
Merci beaucoup :)
Cécile
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/ <http://www.frnog.org/>
--
Cordialement, Rémi Desgrange
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
