"Por que não usa minha máquina já implantada ...?"
Se algo for implementado anteriormente, o Juju não necessariamente o reutilizará, já que o padrão é geralmente um serviço por nó (instalando no container "root", se você quiser). Você pode, no entanto, instalar em contêineres do LXC e colocar serviços no mesmo nó, o que provavelmente é o que esse pacote está fazendo.
"Por que não usa meus outros nós com o status Ready ...?"
O escalonador selecionará quatro nós que possuem a arquitetura correta (por exemplo, Trusty) e se o pacote tiver requisitos de memória e / ou processador, isso também pode filtrar quais nós ele usa.
Você pode dar tudo isso algum tempo. Normalmente, parece ser rápido no começo e vai aparecer visualmente no console do juju-gui e ainda está se desfazendo se você estiver assistindo "juju status" ou "juju debug-log" para ver o que está acontecendo.
Depois que você tiver a pilha instalada e o status juju relatar que tudo está em execução (versus "pendente" ou "alocado" ou qualquer outro), é esperado que você adicione alguns nós de computação nova com um "juju" add-unit nova-compute "talvez.
Para fazer o ssh em alguns desses nós, você vai querer ter certeza de entrar no console do MAAS e adicionar um par de chaves para isso. Então do seu controlador, talvez, você faria "ssh [email protected]" e credencial usando o segredo compartilhado da geração de par de chaves. Uma vez nessa sessão com o nó, você pode visitar as pastas / var / log / maas e / var / log / juju e revisar os logs lá - eles geralmente têm a melhor percepção de como sua implementação foi.
Portanto, os registros de comissionamento são basicamente os itens pré-encantos relacionados ao MAAS e não necessariamente úteis nesta etapa. Eles são aqueles com /var/logs/maas/cloud.log na nomeação de arquivos. Os logs de implantação são mais do que você deve ter depois desta etapa. Eles serão os únicos na pasta / var / log / juju como "unit-CHARMNAME-0.log" e estes que você pode assistir em tempo real enquanto a implementação está acontecendo.
Uma grande anonimia é que o seu arquivo ~ / .ssh / known_hosts precisará ser gerenciado à medida que você implantar / excluir / reimplantar os mesmos nós, já que eles obterão novos endereços IP. Para ssh isso parece um problema de segurança. Você precisará executar manualmente pares de comandos como:
ssh-keygen -R nodename.domain
ssh-keygen -R 192.168.0.22
... quando esse nó "nodename" foi reimplantado.