Explicações do campo Openstack juju yaml

2

Alguém pode explicar o significado dos seguintes pares de valores-chave no texto a seguir? (ou compartilhar o link que explica isso. Eu passei pelo link link , mas tem dificuldade em entendê-lo). Faz parte do pacote yaml para implementar o openstack.

keystone:

annotations:
  gui-x: '500'
  gui-y: '0'
charm: cs:trusty/keystone-31
num_units: 1
options:
  admin-password: openstack
  ha-mcastport: 5403
  openstack-origin: cloud:trusty-liberty
to:
- lxc:3
    
por Jugari Cross 26.11.2015 / 18:31

1 resposta

2

Vamos dar uma olhada no seu pacote. Primeiro de tudo, precisamos garantir que ambos estamos olhando para o mesmo arquivo; de pesquisar sua configuração no Google, acho que estou analisando:

(edite sua pergunta com os arquivos exatos que você está implantando, isso ajudaria a remover a ambigüidade)

No final de cada página da loja de charadas, há uma lista de cada opção de configuração para cada charme, então vamos ver o Keystone :

Você pode ignorar com segurança o segmento annotations , tudo o que é as coordenadas X / Y de onde colocar o ícone na GUI Juju.

  • charm: cs:trusty/keystone-31 : Isso se divide em "Revisão 31 do encanto fiel (14.04) que está na loja de charme".
  • num_units : Isso significa que você obterá 1 unidade de Keystone. Isso significa um contêiner ou uma máquina (o que veremos é definido posteriormente).

Ok, agora os bons bits, as opções, os dois primeiros são bem diretos:

% bl0ck_qu0te%

Esta entrada é feia devido à formatação, por isso vou replicá-la aqui:

% bl0ck_qu0te%

Tenho a sensação de que você quer manter isso como padrão por enquanto.

Aqui é onde eu acho que você está pedindo esclarecimentos (edite sua pergunta se este não for o caso):

to:
- lxc:3

Ok, então o que isso significa? Bem, vamos dar uma olhada no topo do pacote:

machines:
  '0':
    constraints: arch=amd64
    series: trusty
  '1':
    constraints: arch=amd64
    series: trusty
  '2':
    constraints: arch=amd64
    series: trusty
  '3':
    constraints: arch=amd64
    series: trusty

Nesta seção, estamos declarando as máquinas na nuvem, o que significa que estamos solicitando 0-3 máquinas, para um total de 4. Cada parte desse pacote tem uma seção to: . Isso significa que estamos dizendo a Juju exatamente onde você deseja que uma unidade seja enviada.

Nesse caso, to: lxc:3 significa colocar o keystone em um contêiner LXC no número de máquina 3.

Como outro exemplo, veja onde colocamos Ceph:

 to:
    - '1'
    - '2'
    - '3'

Não há lxc: lá, ou seja, nenhum container, basta colocar máquinas ceph em 1,2 e 3. E vamos dar uma olhada em 'ceph-radosgw:

 to:
    - lxc:0

Isso significa colocar ceph-radosgw na máquina 0, em um container.

Então, por que fazemos isso? Bem, alguns serviços não precisam estar em todo lugar, depende do caso de uso, se você quer uma nuvem mais densa, então este pacote é provavelmente o que você quer. Se você está testando openstack, é desejável obter um protótipo operacional em quatro máquinas. Se você quiser ir com maior capacidade, então você pode se sentir livre para editar o pacote, remover todas as declarações de to: que você vê, e o Juju irá perguntar ao MAAS por uma máquina por serviço; isso vai ocupar mais máquinas embora.

    
por Jorge Castro 28.11.2015 / 03:29