Eu tenho uma configuração do OpenStack implantada pelo Autopilot, ela é implantada sem erros e todos os serviços são atualizados de acordo com o status do juju. Eu sou novo e, embora eu tenha explodido e reimplantei o MAAS e o LDS várias vezes, ainda estou um pouco perdido. Minha configuração é como segue
MAAS eth0: obtém o IP via DHCP do roteador de Internet para o ISP 1 eth1: Rede privada 10.1.1.10/24 gerenciada e fornecendo DHCP / DNS eth1.10 10.1.10.10/24 não gerenciado eth1.12 10.1.12.10/24 não gerenciado eth1.50 10.1.50.10/24 umnaged com gateway configurado para 10.1.50.1 (essa vlan no switch layer3 é conectada ao ISP 2 para ser usada, por exemplo, para acesso público)
Nó Paisagem (Nó Bootstrap)
eth0: Inicialização PXE da rede privada MAAS
eth1: desconfigurado mas no mesmo tecido que eth0
eth1.10 rede 10.1.10.0/24 ip unconfigured
rede eth1.12 10.1.12.0/24 ip unconfigured
rede eth1.50 10.1.50.0/24 ip unconfigured
Nó de Rede
eth0: Inicialização PXE da rede privada MAAS
eth1: desconfigurado mas no mesmo tecido que eth0
eth1.10 rede 10.1.10.0/24 ip unconfigured
rede eth1.12 10.1.12.0/24 ip unconfigured
rede eth1.50 10.1.50.0/24 ip estática 10.1.50.2 (verificado pode pingar padrão GW para o ISP 2)
Compute nós 1-3
eth0: Inicialização PXE da rede privada MAAS
eth1: desconfigurado mas no mesmo tecido que eth0
eth1.10 rede 10.1.10.0/24 ip unconfigured
rede eth1.12 10.1.12.0/24 ip unconfigured
rede eth1.50 10.1.50.0/24 ip unconfigured
Olhando para ovs-vsctl mostrar no nó da rede eu vejo isso
fa0de79d-1eda-4ca4-8ba0-e61d3f56fa48
Bridge br-int
fail_mode: secure
Port "tape4578535-95"
tag: 1
Interface "tape4578535-95"
Port int-br-data
Interface int-br-data
type: patch
options: {peer=phy-br-data}
Port "tapeeeea50e-6f"
tag: 1
Interface "tapeeeea50e-6f"
Port br-int
Interface br-int
type: internal
Port "tap528061f5-ee"
tag: 2
Interface "tap528061f5-ee"
Port patch-tun
Interface patch-tun
type: patch
options: {peer=patch-int}
Port "tap21864535-77"
tag: 2
Interface "tap21864535-77"
Bridge br-ex
Port "tapb91a4a0c-6e"
Interface "tapb91a4a0c-6e"
Port br-ex
Interface br-ex
type: internal
Port "tap7d397af3-c3"
Interface "tap7d397af3-c3"
Port "eth1"
Interface "eth1"
Bridge br-tun
fail_mode: secure
Port "gre-0a010116"
Interface "gre-0a010116"
type: gre
options: {df_default="true", in_key=flow, local_ip="10.1.1.21", out_key=flow, remote_ip="10.1.1.22"}
Port patch-int
Interface patch-int
type: patch
options: {peer=patch-tun}
Port br-tun
Interface br-tun
type: internal
Bridge br-data
fail_mode: secure
Port br-data
Interface br-data
type: internal
Port phy-br-data
Interface phy-br-data
type: patch
options: {peer=int-br-data}
ovs_version: "2.5.0"
Eu posso estar latindo na árvore errada, mas acho que parte dos meus problemas é que o br-ex está ligado à eth1 e não à eth1.50. Eu aprendi através de outro post que eu deveria usar o juju para editar componentes de openstack em uma instalação do Autopilot, mas não consigo descobrir onde os feitiços de nêutrons para gateway ou openvswitch para mudar isso. Eu configurei e enviei br-ex: eth1.50 para a porta de dados no encanto do gateway de nêutrons, mas isso não pareceu ter efeito.
Alguém pode me apontar na direção certa de onde eu configuro isso e se há mais configuração que é necessária para garantir que o roteador e o IP flutuante saiam via vlan 50 para a rede física.
Li este blog no link
e estes artigos de openstack link
no entanto, eles se referem a componentes que não estão sendo usados pela implantação do Autopilot, principalmente o plug-in ML2, e têm como objetivo conectar diretamente as instâncias à rede física. Eu só quero a interface externa do roteador e IPs flutuantes acessíveis via VLAN 50 na rede física.