Eu tenho a seguinte configuração: Ubuntu 14.04 LTS Juju 1.22.1-trusty-amd64 Maas 1.5.4 + bzr2294-0ubuntu1.3
O cluster gerenciado pelo MAAS com todos os hosts físicos conectados às seguintes redes (cada um está em sua própria vlan):
10.92.109.0/24 - Rede gerenciada pelo MAAS
10.92.104.0/24 - Rede de Dados Internos
10.92.105.0/24 - Rede interna de 'serviços'
O Maas está ciente dos últimos 2, mas não os gerencia diretamente (eles têm seu próprio dhcp). O Maas fornece dhcp e DNS para a rede 109.
Eu criei um arquivo environments.yaml da seguinte forma:
environments:
maas:
type: maas
maas-server: 'http://<MY MAAS SERVER>/MAAS'
maas-oauth: <SECRET>
admin-secret: '<ANOTHER SECRET>'
default-series: 'trusty'
bootstrap-timeout: 1800
e bootstrapped da seguinte forma:
juju bootstrap -e maas --to node01.<MY MAAS MANAGED NETWORK>
juju sync-tools -e maas
juju deploy juju-gui --to "0"
e depois alguns comandos add-machine.
Isso funciona como esperado, mas quando olho para a configuração do agente para as máquinas recém-adicionadas, vejo:
apiaddresses:
- 10.92.104.101:17070
Em vez do FQDN da rede doméstica do host, ou alternativamente do endereço 10.92.109 do host.
Embora isso ainda funcione para minhas máquinas físicas, significa que o tráfego de gerenciamento está passando pela rede "errada" e significa que, ao tentar implantar um serviço em um contêiner LXC, ele não funciona, pois o contêiner LXC é corretamente conectada à rede gerenciada pela MAAS através da interface juju-br0.
Especificamente, o contêiner LXC não pode baixar o arquivo juju-tools, nem seria capaz de se conectar ao endereço da API fornecido pelo cloud-init.
Executando o juju-info-eu recebo:
user: admin
environ-uuid: <UUID>
state-servers:
- 10.92.109.101:17070
- 10.92.104.101:17070
- 10.92.105.101:17070
ca-cert: |
Enquanto juju api-endpoints dá 10.92.109.101:17070