You are not logged in.
Pages: 1
Bonjour
Nous avons l'intention d'utiliser glpi sur un seul serveur. une question se pose 300 utilisateurs simultanés (requêtes, transformation en pdf et autre ...... ) pour l'inventaire uniquement, 40000 enregistrements répartis dans différentes entités ( pas d'utilisation des autres fct de GLPI), cela risque t'il de ralentir l'application ?
Merci pour votre retour d'expérience
Cordialement.
j'espére être clair ..!
REDHAT 8.6 sur ESX vmware, glpi 10.0.10, OCS 2.3.1
Plugin : Import OCSNG, Injection de fichiers , Impression pdf , uninstal, rapport, comportement, OAUTH.
35000 utilisateurs , 2.5 millions de tickets
Offline
1/ déjà ça va dépendre de la machine et de l'os.
2/ qu'appelez-vous 40 000 enregistrement? 40 000 postes? 40 000 éléments?
3/ 300 utilisateurs simultanés, il y a intéret à avoir quelques chose de robuste et d'avoir apache & MySQL optimisés.
Offline
En fait c'est 40000 pc et serveurs, mais je me pose la question de savoir si une utilisation de glpi en version 0.68XXX ne serai pas plus intéressante, chaque entités est séparer.
Et la restauration avec mysql en cas de problème sur une entité me parait plus facile ( les bases sont différentes )
Qu'en pensez vous
cordialement
Last edited by jlb59 (2008-09-23 16:08:25)
REDHAT 8.6 sur ESX vmware, glpi 10.0.10, OCS 2.3.1
Plugin : Import OCSNG, Injection de fichiers , Impression pdf , uninstal, rapport, comportement, OAUTH.
35000 utilisateurs , 2.5 millions de tickets
Offline
Il n'est pas très conseillé de laisser sur un seul serveur pour autant de charge.
Il faut prendre le temps de réfléchir à la mise en place et de l'impact de chaque solution, peut être que 2 serveurs en load balancing pourrait être interessant.
Si vous avez besoin, n'hésitez pas à me contacter : d.durieux@siprossii.com
Last edited by ddurieux (2008-09-23 16:23:05)
Offline
La version 0.7x, en multi-entités est parfaitement adaptée aux grosses structures (cf ma signature)
Suffit de mettre le nombre de frontaux web suffisant.
++
P.S. si ta boite est celle que je pense, n'hésites pas à contacter les collègues d'une structure voisine...
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
hey comme il drague son (peut être) voisin
Offline
Bonjour
En multi entités ce qui m'inquiète c'est lors d'un mauvaise manipulation, l'on soit obliger de restaurer uniquement une entité (inventaire uniquement) peut t'on garantir que tout est correcte, même pour les autre entités ? Et qu'en est il pendant la restauration (ralentissement ou autres ...) pour les autres entités
Cordialement
REDHAT 8.6 sur ESX vmware, glpi 10.0.10, OCS 2.3.1
Plugin : Import OCSNG, Injection de fichiers , Impression pdf , uninstal, rapport, comportement, OAUTH.
35000 utilisateurs , 2.5 millions de tickets
Offline
Il y a un plugin qui permet l'import et l'export d'entité. Normalement ça ne touche pas les autres entités en place.
Pour le ralentissement, ça dépend du serveur, s'il est assez dimensionné, l'import peut être rapide.
Offline
Les plugins export/import d'entités ne permettent pas de gérer les sauvegardes/restaurations des données d'une entité.
La sauvegarde des données d'une seule entité me semble particulièrement délicate, en effet de nombreuses données sont partagées entre les entités (la plupart des intitulés) et de nombreux liens entre ces données risque de compromettre l'intégrité des données.
En particulier, avec la version 0.71 et les données récursives, on ne peut plus considérer les entités comme étanches ou isolées.
Donc, ça ne me semble vraiment pas réalisable.
Enfin, tout est réalisable mais cela nécessiterait un investissement/développement important.
Est-ce que le jeux en vaut la chandelle ?
++
Dév. Fedora 29 - PHP 5.6/7.0/7.1/7.2/7.3/7.4 - MariaDB 10.3 - GLPI master
Certifié ITILv3 - RPM pour Fedora, RHEL et CentOS sur https://blog.remirepo.net/
Offline
Pages: 1