You are not logged in.

Announcement

 Téléchargez la dernière version stable de GLPI      -     Et vous, que pouvez vous faire pour le projet GLPI ? :  Contribuer
 Download last stable version of GLPI                      -     What can you do for GLPI ? :  Contribute

#1 2018-05-30 16:00:33

gerald2
Member
Registered: 2017-03-16
Posts: 5

MySQL en surcharge

Bonjour,
nous avons un parc de 4000 PC avec autant d'agent fusionInventory.
Le serveur est doté de 2 CPU et 2Go de RAM.

Mais nous avons remarquons que l'utilisation du CPU etait régulièrement a 200% ces piques correspondent au moment des remontés nombreuse des agents fusion.
Nous somme donc passé à 4CPU et 4Go Ram

Nous avons fait une esclusion du dossier var/www/html/glpi/vendor/tecnickcom/tcpdf/fonts/ du cache OPcache

- Y'a t'il des recommandation spécifique sur la configuration Apache et MySQL ?
- Faut-il laisser par défaut la valeur memory_limit = 64M dans la configuration PHP ?
- Quelles sont les optimisations possibles sur MySql ?

Version de GLPI 9.2.3
FusionInventory 9.2+1.0 et agent 2.4


Operating system: Linux 3.10.0-693.21.1.el7.x86_64 #1 SMP Wed Mar 7 19:03:37 UTC 2018 x86_64
PHP 7.0.29 apache2handler (Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, apcu, bcmath, bz2,
    calendar, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, imap, json, ldap, libxml,
    mbstring, mysqli, openssl, pcre, pdo_mysql, pdo_sqlite, posix, session, shmop, sockets, sqlite3, standard, sysvmsg, sysvsem,
    sysvshm, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib)
Setup: max_execution_time="600" memory_limit="64M" post_max_size="8M" safe_mode="" session.save_handler="files"
    upload_max_filesize="32M"
Software: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_fcgid/2.3.9 PHP/7.0.29 ()
    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299
Server Software: MySQL Community Server (GPL)
    Server Version: 5.6.40


Merci d'avance.

Offline

#2 2018-05-30 16:18:33

trasher
GLPI dev
From: Montpellier
Registered: 2017-10-20
Posts: 37
Website

Re: MySQL en surcharge

Il est aussi possible que ce soit la méthode d'exécution des agents qui ne soit pas correcte ; il vaut mieux utiliser le service que d'utiliser un cron par exemple ; ce qui pourrait potentiellement éviter toute une tripotée de remontées qui n'ont en fait pas lieu d'être.

Pour la limite mémoire de PHP, il est inutile voire dangereux de l'augmenter trop. On trouve souvent 128Mo par défaut à l'heure actuelle, et c'est très largement assez.

Enfin, pourl'optimisation MySQL, c'ets un sujet à part entière (il existe de nombreuses documentations sur le sujet).

Offline

#3 2018-05-30 20:12:36

gerald2
Member
Registered: 2017-03-16
Posts: 5

Re: MySQL en surcharge

Excusez moi mais je ne suis pas sûr de comprendre :
"il vaut mieux utiliser le service que d'utiliser un cron par exemple"

Vous parlez de service coté serveur, ou coté agent ?

Le cron c'est ce qui est préconisé coté serveur ?
http://fusioninventory.org/documentation/fi4g/cron.html

Coté agent je n'ai qu'un parc de windows et ceux-ci sont tous bien en service.


"ce qui pourrait potentiellement éviter toute une tripotée de remontées qui n'ont en fait pas lieu d'être."

Dans quel cas celà pourrait ce produire ?

Merci d'avance

Offline

Board footer

Powered by FluxBB