You are not logged in.
Pages: 1
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
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
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
Pages: 1