Por que a implementação do juju charm openstack40.yaml causa falha de rede?

1

Este ambiente consiste em máquinas virtuais executadas no Ubuntu. O servidor juju está rodando no Ubuntu 14.04. Eu tenho 4 máquinas virtuais em execução no ppcel Ubuntu 15.04. A rede estava funcionando corretamente quando a implantação começou. Assim que o nêutron foi instalado no host de inicialização, a rede falhou. A rede só falhou no host de bootstrap, rede em todos os outros estão bem. A implantação do encanto falhou devido à falha da rede.

Verifiquei a configuração da rede e não consegui encontrar nenhum problema. Alguém tem alguma idéia do que está causando essa falha.

    
por D.Walksfar 09.10.2015 / 02:02

2 respostas

1

Prolog

Eu trabalho com a Deva na IBM em uma prova de conceito que trouxe essa questão para cima.
Fomos capazes de fazer com que o charme OpenStack 40 do juju tenha esse problema. Observe que isso se refere ao uso do charme para a implantação do ppc64el.

Amuleto: link

A documentação sugere "Duas portas de rede cabeadas em eth0 e eth1 (veja abaixo)." Isso é um pouco insuficiente para o que é realmente necessário. Configuração do OpenStack para O nêutron (rede) é um pouco complicado. Veja o link da documentação do OpenStack fornecido abaixo. O OpenStack gostaria de ter uma interface de rede 1 para uso de gerenciamento (eth0). Ele gostaria de ter uma interface de rede 2 para uso de nêutrons com base na definição de eth1 nos feitiços usados pelo pacote openstack 40. Agora nós originalmente tínhamos eth1 como o externo. Mas como o nêutron quer para usar eth1 por essa configuração de pacote, ele pretende usar eth1. Quando isso ocorre ter o endereço IP externo na eth1 acaba sendo ignorado e o servidor perde a conectividade externa.

O que precisávamos fazer era seguir a documentação do OpenStack para usar a eth0 como interface de gerenciamento, usamos rede privada. Nós configuramos eth1 como o maneira que o OpenStack sugere. Consulte a seção "Para configurar a rede:" abaixo URL do OpenStack. eth1 como

# The external network interface
auto INTERFACE_NAME
iface INTERFACE_NAME inet manual
    up ip link set dev $IFACE up
    down ip link set dev $IFACE down

Agora, ele tem a configuração eth0 e eth1 de acordo com a documentação do pacote aberto do openstack 40 tendo duas interfaces de rede. Você ainda tem o problema que precisa para definir o endereço IP externo, então adicionar uma ponte corrige esse problema. Algo lista assim:

auto br0 
iface br0 inet static
       address 9.3.80.444
       netmask 255.255.255.0
       network 9.3.80.0
       broadcast 9.3.80.255
       gateway 9.3.80.1
       bridge_ports eth1
       bridge_fd  9
       bridge_hello 2
       bridge_maxage 12
       bridge_stp off

Assim, a forma como obtivemos nosso servidor de ambiente manual inicial (vm2) para obter acesso externo é corrigindo / etc / network / interfaces, conforme mostrado abaixo.

Instruções de instalação do OpenStack

Precisa colocar https: na frente do seguinte URL: //docs.openstack.org/kilo/install-guide/install/apt/content/ch_basic_environment.html#basics-networking

/ etc / network / interfaces

auto lo

auto eth0
iface eth0 inet static
   address 192.168.93.76
   netmask 255.255.255.0

auto eth1
iface eth1 inet manual
      up ip link set dev $IFACE up
      down ip link set dev $IFACE down

auto br0 
iface br0 inet static
       address 9.3.80.444
       netmask 255.255.255.0
       network 9.3.80.0
       broadcast 9.3.80.255
       gateway 9.3.80.1
       bridge_ports eth1
       bridge_fd  9
       bridge_hello 2
       bridge_maxage 12
       bridge_stp off

#dns-* options are implemented by the resolvconf package, if installed
        dns-search aus.stglabs.ibm.com
        dns-nameservers 9.3.1.200 9.0.128.50
    
por David Bostjancic 13.10.2015 / 23:51
0
  

"A rede estava funcionando corretamente quando a implementação começou. Assim que o nêutron foi instalado no host de inicialização, a rede falhou. A rede falhou apenas no host de inicialização, a rede em todos os outros está bem ..."

Não sei exatamente o que você está tentando dizer quando sugere "uma falha de rede" no seu título e, em seguida, sugere que apenas um computador seja afetado. Eu costumo pensar em falhas de rede como "todos ou a maioria dos computadores não podem falar uns com os outros". De qualquer forma, a Neutron é a parte de serviço de rede do OpenStack, caso você não tenha percebido isso. É responsável por gerenciar o roteamento entre o que geralmente é sua rede privada e o lado mais público das coisas. Mais tarde, quando você "expõe" um serviço, a Neutron está emitindo um endereço IP público para esse serviço, para que possa ser visto pelo mundo externo.

Por que ele falha na etapa Neutron (do ponto de vista da rede)? A causa mais provável seria configurar incorretamente a configuração da rede.

Revisite as configurações de rede, especialmente o gateway padrão e a máscara de rede. No MAAS, isso estará nas guias Cluster e Network. Certifique-se de revisar cada configuração e detalhar os próprios adaptadores Ethernet no controlador de cluster.

    
por Michael Blankenship 12.10.2015 / 18:18