1) A instância padrão da AWS para bootstrap JuJu parece ser um EC2 pequeno. Há alguma desvantagem em torná-la uma microinstância? Qual instância seria ideal em termos de custo e desempenho? (Posso estar executando uma topologia de tempestade na AWS via JuJu, se isso ajudar. Ainda não sei qual será o tamanho do cluster.)
2) O nó de bootstrap JuJu na AWS tem um volume de dados de 8 GiB automaticamente anexado a ele. Isso é necessário? Para que isso é usado? Existe uma maneira de implantar um nó de inicialização sem esse volume de dados anexado/alterar o tipo de volume de dados?
Não consegui encontrar nenhuma informação. sobre essas questões nos documentos online do JuJu.
Responder1
Como não existe "minúsculo", presumo que você se refira a uma instância de tamanho micro. t2.micro
são expansíveis e descobrimos por experiência que os micros são muito fracos para executar um nó de bootstrap/servidor de estado.
Se você deseja economizar custos, o que você pode fazer é executar uma carga de trabalho no nó de inicialização, para compartilhar efetivamente uma máquina como um nó de coordenação e usá-la para trabalho real. Talvez considere também executar o Juju no modo HA para que você tenha um servidor de estado em vários nós:
https://jujucharms.com/docs/stable/controllers-ha
Dessa forma você não desperdiça nós, mas também não tem todos os ovos na mesma cesta.
Não tenho certeza sobre o volume de dados, vou perguntar e adicionar essas informações quando conseguir.