Запуск JIRA на виртуальной машине

Question

Кто-нибудь добился успеха или неудачи при запуске Jira на виртуальной машине?

Я настраиваю новый сервер контроля версий и отслеживания дефектов.Моя серверная комната почти заполнена, и моя группа обслуживания предложила виртуальную машину.Я видел, что несколько человек используют SVN на виртуальной машине (включая NCSA).Виртуальная машина также избавит меня от аппаратных проблем и обеспечит высокую доступность.Наконец, это освобождает меня от бюрократической волокиты и позволяет реализовать быстрее.

Итак, знает ли кто-нибудь причину, по которой мне не следует размещать Jira на виртуальной машине?

Спасибо

Answer 1

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

Answer 2

Мы только что провели исследование и вот что обнаружили:

• Если вы планируете иметь небольшое количество проектов (10–20) с общим количеством задач от 1000 до 5000 и около 100–200 пользователей, вам подойдет новый сервер (ЦП 2,8 ГГц и выше) с 256–512 МБ доступной оперативной памяти. потребности.
• Если вы планируете увеличить количество задач и пользователей, вам поможет добавление памяти.У нас есть сообщения, что выделения 1 ГБ ОЗУ для JIRA достаточно для 100 000 задач.
• Для справки: сайт Atlassian JIRA (http://jira.atlassian.com/) имеет более 33 000 выпусков и более 30 000 учетных записей пользователей.Система работает на 64-битном процессоре Quad.Сервер имеет 4 ГБ памяти, из которых 1 ГБ выделено для JIRA.

Для нашей установки (<10 000 проблем, <20 одновременных сеансов одновременно) мы используем очень мало ресурсов сервера (<1 ГБ ОЗУ, работающий на четырехъядерном процессоре, который мы обычно используем <5% при пиковой нагрузке <30%), а виртуальная машина не использовала Это не повлияет на производительность в какой-либо измеримой степени.

Answer 3

Мы запускаем Jira на виртуальной машине — VMWare под управлением Windows Server 2003 SE и храним данные на нашем сервере SQL Server 2000.Никаких проблем, работает хорошо.

Answer 4

Моя компания недавно перенесла наш экземпляр JIRA с размещенного физического сервера на экземпляр Amazon EC2, и все идет очень хорошо.Мы используем экземпляр m1.large (64-разрядная операционная система с 4 виртуальными ядрами и 8 ГБ ОЗУ), но это намного больше, чем нам нужно только для JIRA;мы также размещаем Confluence и наш корпоративный веб-сайт на одном экземпляре EC2.

Обратите внимание, что мы — относительно небольшая компания;у нашего экземпляра JIRA 25 пользователей (возможно, 15 из них активны) и на данный момент около 1000 проблем JIRA.

Answer 5

Мы запускаем наш экземпляр JIRA (и другие приложения Atlassian) на экземплярах виртуальных машин на базе Linux.Все работает очень хорошо.

Answer 6

Скорость доступа к диску с помощью JIRA на виртуальной машине...

http://confluence.atlassian.com/display/JIRA/Testing+Disk+Access+Speed

Мне интересно, использует ли человек, который использует JIRA с виртуальной машиной (Крис Латта), ESX под ним - это может быть быстрее, чем хост Windows.

Answer 7

Мне удалось запустить Jira, Bamboo и FishEye с набора виртуальных машин, размещенных на одном сервере.Хотя я бы не рекомендовал эту установку для производства в большинстве магазинов.У Jira довольно низкие требования по сегодняшним меркам.Просто убедитесь, что вы можете предоставить достаточно ресурсов с вашего хост-компьютера, и все должно работать нормально.

Answer 8

Если под виртуальной машиной вы подразумеваете виртуальный экземпляр ОС, например экземпляр Linux, работающий на Xen, VMWare или даже Amazon EC2, то Jira будет работать нормально.Единственный раз, когда вам нужно беспокоиться о виртуальных системах, это если вы делаете что-то, что зависит от оборудования, например, запускаете графические 3D-приложения или говорите что-то, что использует факс-модем или телефонную карту Digium с Asterisk.