Configurando o Jira / GreenHopper no AWS / EC2

1

Estamos nos afastando do Redmine para configurar o JIRA / GreenHopper. Nossa equipe de desenvolvimento não quer ter um servidor interno dedicado para o trabalho, nem queremos executar uma máquina virtual em qualquer uma de nossas máquinas dev.

Então a conclusão foi rodar o JIRA no EC2 (linux). Não temos nenhuma experiência com o EC2 e, por isso, gostaríamos de obter alguns conselhos, por favor.

É aconselhável configurar o JIRA em uma VM linux internamente, brincar com ele e depois transferi-lo para o EC2 usando suas ferramentas de Importação de VM? Ou é melhor configurá-lo no EC2 desde o início?

Além disso, estimamos o uso muito leve. Então, estimamos que haveria uso esporádico ao longo do dia, com longos períodos de tempo ocioso. Então poderíamos nos safar com uma instância 'Micro'? Atlassian recomenda pelo menos 1GB de RAM, mas isso é para um sistema muito mais utilizado - a micro instância tem 660MB RAM. Além disso, qual tipo de instância: sob demanda, reservado ou spot? Parece que as 'Instâncias Reservadas de Utilização de Luz' também podem ser cobradas pela hora da instância - qual é a diferença entre essa instância e uma instância On-Demand?

Não somos sysadmins, portanto, queremos apenas uma configuração que funcione e não exija muito.

Muito obrigado.

Prembo.

    
por Prembo 09.01.2012 / 04:20

2 respostas

2

Da minha perspectiva, eu apenas colocaria no EC2, por que o passo extra. Eu não usaria o banco de dados de memória HSQL, mas configuraria um diferente, como o mysql, já que tive uma experiência ruim com o desempenho do banco de dados de memória padrão.

Além disso, a AMI padrão da Amazon tem sido uma tarefa difícil para configurar programas gráficos, pois o X Window System não está listado no yum grouplist; então você vai acabar tendo que fazer algumas configurações manuais que eu acho.

No que diz respeito às reservas da Amazon. On Demand é o mais caro por hora. Se você executar todo o ano, sua conta provavelmente será em torno de 30% a mais. Depois, há os 3 níveis de RI: leve, médio e pesado. Todos exigem algum dinheiro inicial. luz significa menos dinheiro para baixo, mas também a menor economia de demanda. pesado exige mais baixo, mas tem a maior economia de hora em hora em comparação com a demanda.

Se você for executar a instância o ano todo com certeza, vá pesado.

Quanto ao desempenho de um micro vai. Bem, é o mais barato, mas se eu me lembro não é garantido até 1 cpu; é mais para hits explodidos. Se ele for usado levemente, você poderá se safar, mas se você tiver muitos desenvolvedores e eles estiverem gerando esses relatórios, talvez você queira apontar para algo um pouco mais robusto. É uma vergonha m1.smalls ainda são 32 bits.

    
por 09.01.2012 / 07:48
2

Por que não basta ir para o serviço hospedado da Atlassian? Veja link

    
por 12.01.2012 / 07:51