Устранение неполадок с производительностью Redmine (Bitnami Stack)


9

У меня есть экземпляр Redmine (Bitnami Stack), который необычайно медленный. Поскольку я просто пытаюсь докопаться до сути, у меня есть несколько теорий, которые я хотел бы обсудить здесь. Так что, если у кого-то есть идеи по этому поводу, пожалуйста, не стесняйтесь помочь :-)

система:

Стек Bitnami с Redmine 1.4.x обновлен до стека Bitnami с Redmine 2.1.0 следующим образом:

  • mysqldump'd старую базу данных
  • установлен новый стек Bitnami с Redmine 2.1.0
  • чисто импортировал дамп с воссозданием всех таблиц
  • грабли дб: мигрировать и все такое

Стек работает на виртуальной машине с OpenSUSE 12.1. Ресурсы не должны быть проблемой, так как всегда есть несколько гигабайт свободной оперативной памяти, а скачки ЦП в запросах Redmine занимают только до 50% двух ядер ЦП. Кроме того, есть только несколько пользователей, которые обращаются к нему.

Что может быть абсолютно важным: вход пользователя в систему осуществляется через LDAP (ActiveDirectory).

Проблема:

На каждый запрос Redmine реагирует необычайно медленно. Иногда на доставку страницы уходит 3 секунды, иногда даже до 10 секунд.

Мои мысли:

  • Я не знаю, проверено ли «создание пользователя на лету» в настройках LDAP Redmine, я могу проверить это только сегодня. Но может ли быть проблема в отсутствии чека? Аутентификация занимает момент при входе в систему, это нормально и подтверждается. Но когда пользователь не создается на лету, он сохраняет только сеанс или выполняет повторную аутентификацию при каждом запросе, так что это может быть проблемой?
  • Redmine 2.x может быть намного медленнее, чем 1.4.x, что это нормально?
  • Apache2 + Пассажирский конфиг Bitnami неисправен?
  • Индексы MySQL не будут проблемой, учитывая тот факт, что MySQL очень спокойно работает на процессоре, не так ли?

Еще одна вещь, которая кажется мне очень странной, но, возможно, это неверный результат измерения (необходимо проверить это завтра, когда я увижу машину):

Я попытался проверить, если это проблема сети (сеть реагирует медленно, возможно, DNS или что-то; сервер находится в локальной сети). Казалось, что запросы на localhost (браузер непосредственно на виртуальной машине OpenSUSE) были быстрыми, но запросы по сети не были. Обычно я думаю о проблеме с сетью, но странная вещь заключается в том, что при измерении времени соединения сеть работает очень быстро. Пинг это хорошо, статические сроки доставки тоже. Казалось, что сервер вычислений медленно отправляет только вычисленные страницы на стороне Redmine, а Apache все еще работает быстро, но только тогда, когда запрос является запросом удаленной локальной сети. Очень странно ... но, как я упоминал выше, я должен перепроверить этот. Это просто кажется мне нелогичным.


Вы получили какой-либо отзыв - или вы нашли что-нибудь?
Энтони Хорн

2
Это также может быть пропускная способность диска или время поиска. Как все выглядит на вершине, и, в частности, как обстоят дела hiс аппаратным временем прерывания?
Сокол Момот

У вас есть доступ к домену с локальным DNS? Вы получаете доступ к нему как локальный внутри VM, и он работает нормально? Можете ли вы попытаться получить к нему доступ с помощью IP-адреса виртуальной машины? Правильно ли вы установили имя хоста в конфигурациях Redmine и Apache?
Сохаил Ахмед

Вы используете виртуальную машину на локальном хранилище на сервере или на удаленном сервере nfs / iscsi?
Марко

Ответы:


0

Попробуйте еще раз проверить журналы Redmine, если есть какие-либо проблемы, связанные с обработкой страниц или логинов пользователей, если вы считаете, что вход в LDAP AD был ошибочным.

Также, пожалуйста, проверьте журналы apache и mySQL - веб-сервер может быть занят чем-то другим, или ruby ​​может застрять при рендеринге неподдерживаемого плагина, например. MySQL может выполнять длинный запрос и т. Д.

Если вы перезапустите все службы, которые обслуживают экземпляр Redmine, - он быстро запускается с самого начала и через некоторое время замедляется или он медленный с самого начала?

Как уже упоминалось в разделе комментариев, дисковые операции ввода-вывода также могут быть ошибочными. Старайтесь привязывать логи веб-сервера, когда вы щелкаете по веб-интерфейсу Redmine, чтобы иметь представление о том, что занимает больше всего времени для рендеринга.

Также попробуйте проверить сетевое подключение к экземпляру Redmine (не только с помощью ping / ICMP), но также попробуйте загрузить статический контент (загрузить) или отправить некоторые файлы (загрузить) через порт 80 или 443.

Попробуйте измерить потерю пакетов, время прохождения сигнала в обоих направлениях и джиттер (сколько пакетов поступает вне последовательности), чтобы иметь представление о том, не является ли сеть неисправной.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.