Проблемы с настройкой JIRA/Confluence
Мы ищем создание системы отслеживания проблем / вики для небольшой команды (не более 10 разработчиков). За последние несколько дней мы просмотрели некоторые варианты, и до сих пор мои любимые настройки - это JIRA и Confluence. Прежде чем что-то делать по-настоящему, я создал фиктивный сервер, который имитирует сервер, который будет фактически использоваться (Windows 2008 R2/MySQL/Lateset JIRA/Confluence 4.0 - все еще в бета-версии, но должен скоро выйти в финальную версию).
Настройка прошла довольно гладко, но у меня были некоторые вопросы, которые могут затронуть нас, и мне было интересно, если у кого-нибудь был подобный опыт:
- И JIRA, и Confluence - основные проблемы с памятью (по 400 МБ каждый для новой пустой установки) - на рабочем сервере будет около 8 ГБ памяти, но я боюсь, что в будущем это станет проблемой. Это нормально или я что-то неправильно настроил?
- Оба приложения иногда вялые, хотя на самом деле они не используются. Без очевидной закономерности использование становится очень медленным, и я вижу интенсивное использование ЦП в процессе tomcat. Как и выше, можно ли что-то сделать с этим?
- В макете я использовал рабочую станцию VMWare в качестве сервера, что, как я понимаю, может вызвать проблемы с производительностью, рабочий сервер не виртуализирован, значительно ли это повысит производительность?
- Был ли у кого-нибудь опыт использования JIRA или Confluence в среде справа налево (арабский, иврит, фарси и т. Д.)? В действительности, я быстро достиг хороших результатов, используя собственный CSS в Space Admin, но я не могу найти подобную функцию в JIRA.
Спасибо за ваше время.
3 ответа
Я знаю, что это очень старая версия, но я подумал, что могу указать, что Jira работает идеально (для меня пока созданы минимальные "проблемы"), если использовать VPS с 1 ГБ оперативной памяти, но 1 дополнительный ГБ SWAP на VPS-хостинге с SSD, Конечно, SSD является важной частью скорости, но в 2014 году SSD был распространенным вариантом VPS.
Я следовал за шагами в обоих из этих руководств:
основная настройка подкачки 1GB с этим --->
https://www.rustprooflabs.com/2014/03/jira-on-a-budget/
проверил swappiness и обновил Fstab, чтобы сделать изменение постоянным с этим --->
https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-centos-6
Я использую swappiness = 30. Кажется, не играл ни с какими другими настройками.
надеюсь, что это помогает кому-то.
Кстати, по состоянию на сентябрь 2014 года я использую план $ 1 в месяц по 1 ГБ / 1 с VULTR
https://www.vultr.com/pricing/
Предыстория, прежде чем вносить это изменение в SWAP, он даже не будет входить в систему, я едва справлюсь с экранами настройки с максимальной загрузкой ЦП на 100% и просто откачусь, пока не произойдет сбой java и не прекратится обслуживание jira.
Я использую оба, и они работают на CentOS 5.x под VMware. Слияние использует 1,1 ГБ виртуальной памяти и 645 МБ жилой, а JIRA - 1,2 ГБ /687 МБ соответственно. Конечно, это много памяти, но это не так уж важно для нас. Приложение может реагировать медленно и быть немного вялым, если оно не используется какое-то время, но после некоторой активности оно довольно отзывчиво. Я думаю, что это обычное поведение для веб-приложений Java, но производительность может быть улучшена при некоторой настройке, если она вас сильно беспокоит.
Я думаю, что с точки зрения функциональности JIRA с Confluence - хороший выбор. Они хорошо документированы и поддержка отличная. Стартовая лицензия практически бесплатна, однако в какой-то момент вы можете попасть в стену 10 пользователей, и переход на следующий уровень обойдется вам в реальные деньги. Итак, если вы ожидаете роста вашей пользовательской базы, имейте это в виду.
И Confluence, и JIRA имеют множество функций, но это не значит, что вы должны использовать их все. Я начал запускать их в стандартной конфигурации, и у меня есть небольшая потребность сделать какую-либо настройку (в противном случае обновления могут быть болезненными).
Мы используем обе системы уже 5-7 лет. Наши пользователи привыкли к интерфейсу, и я не слышал никаких жалоб или запросов о функциях, которые я не мог бы удовлетворить в течение достаточно долгого времени, поэтому мое личное мнение - одобрение.
PS Нет опыта работы с языками справа налево.
Хороший выбор!
И jira, и слияние основаны на java, поэтому во время или после увеличения числа пользователей вам следует выделять больше памяти в случае сбоя jvm.
Я установил JIRA в VPS с 2 ГБ оперативной памяти, и он работает нормально. Таким образом, сервера с 8 ГБ ОЗУ будет достаточно как для экземпляров, так и для сервера MySQL. Это связано с тем, что в конфигурациях jira и confluence установлен предел памяти. Когда памяти, выделенной для jira или слияния, недостаточно, служба аварийно завершает работу с исключением из памяти. В этом случае вы должны увеличить выделенную память из конфигурационных файлов. Обычно я удваиваю размер, с 512 МБ до 1 ГБ.
Время от времени проверяйте раздел "Статистика памяти Java VM" на странице "Информация о системе". В рабочее время у вас должно быть 10-20% или более свободной памяти для лучшей производительности. В нашей настройке мы выделили 1 ГБ оперативной памяти для jira и на 45% свободны.
Я слышал, как люди говорили, что проблемы с просмотром jira идут медленно. Я прочитал то, что сказали другие, и я попытался использовать хром, и это было немного быстрее. Но, на мой взгляд, последние версии работают быстрее, чем предыдущие. Обновление может снизить скорость загрузки. Очистка проектов и гурпов или удаление старых проектов также могут помочь.
Некоторое время у нас был jira, работающий в гостевой системе Linux на сервере VMware. Он работал для небольшого числа клиентов, поэтому запуск jira и слияние на выделенном оборудовании улучшит скорость, но вы должны увидеть, где находится ваш лимит для пользователей. Может работать в виртуальной машине на 10 пользователей. Просто убедитесь, что вы выделяете больше памяти для JVM jira и стекаете как минимум 1 ГБ для каждого и 3 ГБ ОЗУ для гостя. Кэширование всегда помогает.
Извините, у меня нет опыта работы справа налево.