Dépannage des performances de Redmine (Bitnami Stack)

9

J'ai une instance Redmine (Bitnami Stack) qui est inhabituellement lente. Parce que j'essaie juste d'aller au fond des choses, j'ai quelques théories dont j'aimerais discuter ici. Donc, si quelqu'un a des idées à ce sujet, n'hésitez pas à aider :-)

Système:

Bitnami Stack avec Redmine 1.4.x mis à niveau vers Bitnami Stack avec Redmine 2.1.0 comme ceci:

  • mysqldump'd l'ancienne base de données
  • installé une nouvelle pile Bitnami avec Redmine 2.1.0
  • importé proprement le vidage en recréant toutes les tables
  • rake db: migrer et tout ça

La pile s'exécute sur une machine virtuelle avec OpenSUSE 12.1. Les ressources ne devraient pas être un problème, car il y a toujours plusieurs gigaoctets de RAM libre et des pics de processeur sur les demandes Redmine ne vont que jusqu'à 50% de 2 cœurs de processeur. De plus, seuls quelques utilisateurs y accèdent.

Ce qui peut être totalement important: la connexion des utilisateurs est gérée via LDAP (ActiveDirectory).

Problème:

À chaque demande, Redmine réagit de manière inhabituellement lente. Parfois, cela prend 3 secondes, parfois même jusqu'à 10 secondes pour livrer la page.

Mes pensées:

  • Je ne sais pas si la "création d'utilisateur à la volée" est cochée dans les paramètres LDAP de Redmine, je ne peux que vérifier celle-ci plus tard dans la journée. Mais l'absence de contrôle ici pourrait-elle être un problème? L'authentification prend un moment lorsque la connexion est normale et reconnue. Mais lorsqu'il ne crée pas l'utilisateur à la volée, conserve-t-il une session uniquement ou ré-authentifie-t-il à chaque demande, ce qui pourrait être le problème?
  • Est-ce que Redmine 2.x est peut-être tellement plus lent que 1.4.x que c'est tout simplement normal?
  • La configuration Apache2 + Passenger de Bitnami est-elle défectueuse?
  • Les index MySQL ne seraient pas un problème étant donné que MySQL est très calme sur le CPU, n'est-ce pas?

Encore une chose qui me semble très étrange, mais peut-être un faux résultat de mesure (besoin de revérifier cela demain quand je verrai la machine):

J'ai essayé de vérifier s'il s'agit d'un problème de réseau (réseau réagissant lentement, peut-être DNS ou quelque chose; le serveur est dans le réseau local). Il semblait que les demandes sur localhost (navigateur directement sur la machine virtuelle OpenSUSE) étaient rapides, mais pas sur le réseau. Habituellement, je penserais à un problème de réseau, mais ce qui est étrange est: lors de la mesure des temps de connexion, le réseau est rapide comme l'enfer. Ping est bon, les délais de livraison statiques aussi. Il semblait que seules les pages calculées côté Redmine sont envoyées lentement par le serveur d'applications tandis qu'Apache est toujours rapide - mais uniquement lorsque la demande est une demande de réseau local distant. Très étrange… mais comme je l'ai mentionné ci-dessus, je dois revérifier celui-ci. Cela me semble tout simplement illogique.

networking performance ldap redmine arnekolja
la source
Avez-vous reçu des commentaires - ou avez-vous trouvé quelque chose?
Anthony Horne
2
Cela peut également être une bande passante de disque ou rechercher un problème de temps. Comment les choses se présentent-elles en haut, et en particulier, comment est hile temps d'interruption matérielle?
Falcon Momot
Vous y accédez avec un domaine avec un DNS local? Y accédez-vous en tant qu'hôte local dans VM et cela fonctionne bien? Pouvez-vous essayer d'y accéder avec l'IP de VM? Avez-vous correctement configuré le nom d'hôte dans les configurations Redmine et Apache?
Sohail Ahmed
Exécutez-vous la machine virtuelle sur un stockage local sur le serveur ou sur un serveur nfs / iscsi distant?
Marco

Réponses:

0

Essayez de revérifier les journaux redmine s'il y a un problème lié au traitement des pages ou des connexions utilisateur si vous considérez que la connexion LDAP AD est en faute.

Veuillez également vérifier les journaux apache et mySQL - le serveur Web peut être occupé avec autre chose ou ruby ​​peut être bloqué sur le rendu d'un plugin non pris en charge par exemple. MySQL peut exécuter une requête longue et ainsi de suite.

Si vous redémarrez tous les services qui servent l'instance Redmine - est-ce qu'il fonctionne rapidement au début et ralentit après un certain temps ou est-il lent depuis le début?

Comme mentionné dans la section commentaires - les E / S disque peuvent également être en cause. Essayez de réduire les journaux du serveur Web lorsque vous cliquez sur l'interface Web Redmine pour avoir une idée de ce qui prend le plus de temps à rendre.

Essayez également de tester votre connexion réseau à l'instance Redmine (non seulement avec ping / ICMP), mais essayez également de charger du contenu statique (téléchargement) ou de pousser certains fichiers (téléchargement) sur le port 80 ou 443.

Essayez de mesurer la perte de paquets, le temps d'aller-retour et la gigue (combien de paquets arrivent hors séquence) pour avoir une idée si le réseau n'est pas en faute.

Roman Spiak
la source