JuJu Machines and Units

Question

Eu quero perguntar sobre as principais diferenças entre as máquinas de juju e as unidades de juju.

Além disso, a relação entre um encanto e uma máquina (LXD ou uma VM inteira) é de um para um, certo?

Não há possibilidade de aninhar LXD (e, portanto, aninhar charms), certo?

Obrigado

    

Answer 1

1) máquinas juju vs unidades juju

• máquinas juju referem-se às máquinas reais em seu ambiente de nuvem. Alguns exemplos:
  • Quando você está usando a AWS e adiciona uma máquina juju ao seu modelo, você verá no painel da AWS que uma nova máquina é criada em sua nuvem. Isso também conta para o Google Cloud Environment.
  • Quando você tiver uma instalação do Maas que suporte contêineres do LXD, verá no seu juju status que você tem algumas máquinas como a máquina 1, 2, 3 etc e alguns contêineres nesse modelo, como 1 / lxd / 0, 1 / lxd / 2 etc ... Essas máquinas são máquinas reais em execução na sua Configuração do Maas e esses contêineres estão sendo executados nessas máquinas. É isso que essas máquinas de juju são.
• Unidades de Juju são instâncias de um serviço em execução nessas máquinas ou contêineres. Quando você implanta um charme como o mysql em uma máquina, uma nova unidade desse aplicativo será adicionada ao seu modelo e será implantada e executada na máquina especificada

2) charme de relação - máquina

• Eu realmente não chamaria isso de uma relação, já que a máquina não está realmente ligada apenas a esse charme. A máquina é criada e os serviços são executados nessa máquina com a implantação de charms. É possível que vários encantos possam ser implantados em uma máquina. Isso acontece o tempo todo com os encantos subordinados. Então, se você quiser ver de uma forma de relacionamento, é um n:1 relation (onde n são os charms)

3) aninhamento de LXD

• Se você estiver usando um ambiente juju em que você usa contêineres LXD, não é possível aninhar os contêineres por padrão. A melhor maneira de experimentar isso é inicializar um controlador LXD local e tentar implantar os botões em um contêiner LXD em seu modelo usando o sinalizador --to lxd:1 . Parece haver uma opção no LXD para configurar que o aninhamento é possível em usuários do LXD. Há algumas informações sobre esse tópico aqui .

Answer 2

A última vez que trabalhei com o Ubuntu MaaS e usei o Juju, os exemplos e a documentação originais sugeriam que você precisava, no mínimo, de cinco nós para criar o OpenStack, se bem me lembro. O que eu queria fazer era colocar vários serviços em um computador maior e, em seguida, usar os muitos computadores menores que sobravam para outras coisas.

Eu estava trabalhando com esta documentação , pelo que vale a pena.

Consegui recriar um pouco os passos para segmentar o LXC em vez de usar todo o nó para apenas um serviço.

// Start deploying to node 0 * juju deploy --to lxc:0 mysql Added charm "cs:trusty/mysql-28" to the environment * juju deploy --to lxc:0 rabbitmq-server Added charm "cs:trusty/rabbitmq-server-34" to the environment * juju deploy --config=openstack.cfg --to lxc:0 keystone Added charm "cs:trusty/keystone-28" to the environment * juju deploy --config=openstack.cfg --to lxc:0 nova-cloud-controller Added charm "cs:trusty/nova-cloud-controller-60" to the environment ...

Fazendo isso, consegui dividir o trabalho pesado em um ou dois dos nós maiores e depois deixar o resto para nova-compute , como eu lembro.