Pergunta

Alguém tem algum sucesso ou fracasso executando o JIRA em uma VM?

Estou configurando um novo servidor de controle de origem e rastreamento de defeitos. Minha sala de servidores está quase cheia e meu grupo de serviços sugeriu uma VM. Vi que um monte de pessoas está executando o SVN na VM (incluindo a NCSA). A VM também me libertaria de problemas de hardware e me daria alta disponibilidade. Finalmente, ele me liberta de alguma burocracia e pode ser implementada mais rapidamente.

Então, alguém sabe de algum motivo pelo qual eu não deveria colocar Jira em uma VM?

Obrigado

Foi útil?

Solução

Não vejo por que você não deve executar o JIRA de uma VM - mas a Jira precisa de uma boa quantidade de recursos e, se a sua VM reside em uma máquina fortemente carregada, poderá exibir um desempenho ruim. Por que não registrar uma solicitação de suporte (support.atlassian.com) e perguntar?

Outras dicas

Acabamos de fazer a pesquisa para isso, foi isso que encontramos:

  • Se você planeja ter um pequeno número de projetos (10-20) com 1.000 a 5.000 questões no total e cerca de 100-200 usuários, um servidor recente (CPU de 2,8+GHz) com 256-512MB de RAM disponível deve atender ao seu precisa.
  • Se você estiver planejando um número maior de problemas e usuários, adicionar mais memória ajudará. Temos relatos de que alocar 1 GB de RAM para Jira é suficiente para 100.000 questões.
  • Para referência, o site Jira de Atlassian (http://jira.atlassian.com/) possui mais de 33.000 problemas e mais de 30.000 contas de usuário. O sistema é executado em um processador quad de 64 bits. O servidor possui 4 GB de memória com 1 GB dedicado ao JIRA.

Para nossa instalação (<10000 problemas, <20 sessões simultâneas por vez), usamos muito poucos recursos do servidor (<1 GB de RAM, executando em um processador quad-core que normalmente usamos <5% com <30% de pico), e a VM não fez Desempenho de impacto em qualquer munição mensurável.

Executamos o JIRA em uma máquina virtual - VMware executando o Windows Server 2003 SE e armazenando dados em nosso servidor SQL Server 2000. Sem problemas, funciona bem.

Minha empresa mudou nossa instância da JIRA de um servidor físico hospedado para uma instância do Amazon EC2 recentemente, e tudo está se mantendo muito bem. Estamos usando uma instância M1.Large (O/S de 64 bits com 4 núcleos virtuais e 8 GB de RAM), mas isso é muito mais do que precisamos apenas para Jira; Também estamos hospedando a Confluence e nosso site corporativo na mesma instância do EC2.

Observe que somos uma roupa relativamente pequena; Nossa instância da JIRA tem 25 usuários (com talvez 15 deles ativos) e cerca de 1000 problemas de jira até agora.

Executamos nossa instância JIRA (e outros aplicativos atlassianos) em instâncias de VM baseadas em Linux. Tudo corre muito bem.

Velocidade de acesso ao disco com jira na VM ...

http://confluence.atlassian.com/display/jira/testing+disk+access+speed

Gostaria de saber se a pessoa que está usando o JIRA com VM (Chris Latta) está executando o ESX por baixo - que pode ser mais rápido que um host do Windows.

Consegui executar Jira, Bamboo e Fisheye a partir de um conjunto de máquinas virtuais, todas hospedadas no mesmo servidor. Embora eu não recomendasse essa configuração para a produção na maioria das lojas. Jira tem requisitos bastante baixos pelos padrões atuais. Apenas certifique -se de permitir recursos suficientes da sua máquina host, as coisas devem funcionar bem.

Se, por VM, você quer dizer uma instância virtual de um sistema operacional, como uma instância de Linux em execução em Xen, VMware ou mesmo Amazon EC2, o JIRA funcionará bem. A única vez em que você precisa se preocupar com sistemas virtuais é se você está fazendo algo que depende do hardware, como executar aplicativos 3D gráficos ou dizer algo que usa um modem de fax ou um cartão de telefonia Digium com asterisco.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top