Espace BDD Grossissant rapidement

[Romain69]

Bonjour,

Je me permet de venir vers vous car je rencontre le problème suivant:
Mon espace libre présent sur mon serveur grandit à vitesse presque exponentielle.
En effet en 5 minutes je perds 100Mo ce qui me semble énorme!!!

Cependant je ne vois pas pourquoi ceci se produit et ce qui a pu arriver.

J'ai pu constater que mes 170G se trouvent dans le dossier suivant: /var/lib/pgsql/9.3/data/base/16385 et que j'ai des fichier 1G/min qui se crée lorsque mon serveur est actif.

Je suis sous la version 2.4.3 avec un centos 6.8

Merci d'avance pour votre aide.

[tiramiseb]

Salut,

1/ Quelle valeur as-tu dans le champ « Performance serveur requise, nouvelles valeurs par seconde » du tableau de bord ?

2/ As-tu des éléments qui remontent des contenus de fichiers par exemple ?

[Romain69]

Slt Tiramiseb,

Voici les réponses:
1: Performance serveur requise, nouvelles valeurs par seconde 306.83

2: Non mes templates sont basé sur des ping/espace disque/services rien de plus

Merci

[tiramiseb]

306 nouvelles valeurs par seconde, c'est beaucoup.
Combien de serveurs supervises-tu ?

L'un des parcs que je gère, qui a actuellement 53 serveurs, a 54 nouvelles valeurs par seconde. Si tu supervises un grand parc de 300 machines supervisées par exemple, alors 306 valeurs ce serait parfaitement normal

Sachant qu'une valeur numérique prend environ 90 octets (estimation tirée de https://www.zabbix.com/documentation...n/requirements), si tu en reçois 306 par secondes ça fait environ 26,9 kio par seconde, soit 7,8 Mo pour 5 minutes, si la plupart des items sont des valeurs numériques.

Ceci n'explique donc pas ces 100 Mo ; si tu avais dit 3000 nvps, alors ça aurait pu s'expliquer.

Malheureusement, au regard de ces informations je n'ai aucune idée de la source du problème : ça ne semble en effet pas normal du tout.

[Romain69]

J'ai 246 machines de lister (HyperV/Switch/Machines virtuelles, fortigate), bien que certains soit désactiver le parc est assez important vu qu'ils se compose d'un total de 8 sites distant.


Le 7Mo/5 min me gêne moins on va dire et ca ne serait pas "super grave" avec une épuration des historique de temps en temps.
Le problème est super récent cependant je n'ai rien fait de spécial.

Est ce que le fait de faire un serveur Proxy sur chacun de nos site pourrais m'aider à éviter ce genre de désagrément d'après toi? Car je n'ai jamais compris le réel intérêt d'un proxy. De ce que j'ai compris c'est que tu requête sur ton proxy et ton serveur permet juste d'avoir l'affichage des réponses c'est ça?

Merci

[tiramiseb]

Je doute que des proxy corrigent ce problème précisément.

Le proxy permet d'alléger la charge sur le serveur et de diminuer le trafic réseau.

Concrètement, ce n'est pas le serveur qui demande au proxy qui lui-même demande aux agents.
Le serveur dit régulièrement au proxy ce qu'il doit demander aux agents ; ensuite le proxy se débrouille seul pour envoyer ses requêtes aux agents, il envoie ensuite les réponses au serveur.

Ça permet notamment :
- de n'ouvrir qu'un seul port réseau pour la supervision
- de continuer la supervision même s'il y a une perte de la connexion distante (les infos sont remontées sur le serveur quand la connexion revient)

[Romain69]

Je pensais en fait que de faire 1 proxy/site permettrait de voir quel machine me fait ce surplus de donnée dans ma base.

[tiramiseb]

Je connais bien Zabbix mais pas au point d'être un super expert. Je n'ai pas de certification, tout ça tout ça. Maintenant que ce point est clair, voici ce que je ferais.

Si j'étais dans ta situation, je me connecterais à la main avec un client PgSQL quelconque, pour lister les tables et voir laquelle/lesquelles prend/prennent tellement de place, afin d'identifier où sont précisément situées ces données.
Puis je regarderais approximativement le contenu de la table en question afin de mieux comprendre ce qu'il se passe. Et à partir de là j'aurais peut-être des idées de pistes...


Autre idée : tu pourrais désactiver tous les hôtes dans Zabbix, puis vérifier que l'espace utilisé n'augmente plus. Et à partir de là tu les réactive par groupes, tout en surveillant finement l'évolution de l'espace disque utilisé (par exemple avec un « watch -n 1 "df -m" »...

Je pensais en fait que de faire 1 proxy/site permettrait de voir quel machine me fait ce surplus de donnée dans ma base.

La base du proxy est juste une base de passage, alors je ne suis pas sûr que le jeu en vaille la chandelle : ça risque de ne rien donner.

[Romain69]

Merci pour ton aide.

Je viens de repartir sur une nouvelle base en 3.2.3. En reprennant juste mes templates/hosts.
Ca fera un peu de ménage je garde l'ancienne uniquement pour l'historique pendant un moment.

[SBO]

Et niveau base de données ça donne quoi maintenant ? Toujours la même vitesse de grossissement du fichier ?

[Romain69]

Pour le moment j'ai un problème avec le lancement de mon service zabbix qu'il me laisse ne OFF alors que pour moi tout est lancé.

Donc je ne peux pas trop dire pour le grossissement de la base mais déjà en nombre de données / Sec j'ai diminuer énormement.