Juju em instâncias reservadas do AWS t1.micro (ou outro)

Question

A maneira mais inteligente (frequentemente) de executar instâncias na AWS é comprar instâncias "reservadas" - por um ou três anos.

Meu objetivo aqui é executar o encanto do WordPress em instâncias t1.micro de acordo com a configuração padrão recomendada (4 ou 5 instâncias, para memória). Seria mais sensato usar instâncias reservadas, para garantir que meus custos sejam os mais baixos possíveis.

Agora, tenho dois problemas:

1. juju 0.7 (Eu não testei a versão Go) não gosta de instâncias t1.micro e parece perder contato com eles depois que a AWS os instancia. Há outras pessoas relatando a mesma coisa.

2. Se eu pré-reservou várias instâncias, como codificá-las nas configurações do juju para garantir que elas sejam usadas no ambiente, em vez de "aleatórios"?

Se eu puder decifrar o código sobre isso, então estou fora e funcionando !!

    

Answer 1

t1.micros realmente não são muito eficientes, especialmente com o Juju .7, pois ele precisa de zookeeper no nó e isso traz Java e assim por diante. Isso torna praticamente inutilizável em t1.micros e é a razão pela qual você está tendo problemas.

A boa notícia é que, para o Juju 2.x, estamos trabalhando em contêineres para que o Juju seja implementado em um contêiner LXC em uma instância. Um bom bônus disso é que finalmente teremos a capacidade de executar mais de um charme / serviço na mesma instância.

Isso significa que você reservaria apenas uma pequena instância por US $ 61 para executar tudo. Além disso, o Juju 2.x tem uma sobrecarga muito menor que 0,7. Isso funciona para ~ US $ 5 por mês, sem contar a largura de banda, isso não é um mau negócio!

A desvantagem é que esse recurso não está pronto, mas o outro lado é que há uma equipe inteira trabalhando nesse recurso agora e deve pousar no próximo mês.

Esta provavelmente não é uma solução para o seu problema atual, mas se você puder esperar um pouco mais, chegaremos lá.

Veja algumas coisas para acompanhar:

• link
• link