Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Entendendo o Red Hat OpenStack Platform Director 16.2

Red Hat OpenStack Platform Director

Começando pelo Contrail Networking Release 21.3, o Contrail Networking oferece suporte ao uso do Contrail com o Red Hat OpenStack Platform Director 16.2.Este capítulo explica como integrar uma instalação do Contrail Networking Release 21.3 (ou superior) com o Red Hat OpenStack Platform Director 16.2.

A Plataforma OpenStack da Red Hat oferece um instalador chamado Red Hat OpenStack Platform director (RHOSPd ou OSPd), que é um dispositivo de ferramentas baseado no projeto OpenStack TripleO (OOO, OpenStack on OpenStack). O TripleO é um projeto de código aberto que usa recursos do OpenStack para implantar um ambiente OpenStack totalmente funcional e voltado para locatários.

O TripleO pode ser usado para implantar um ambiente OpenStack baseado em RDO integrado à malha de Tungsten. O diretor da Plataforma OpenStack da Red Hat pode ser usado para implantar um ambiente OpenStack baseado em RHOSP integrado ao Contrail Networking.

O OSPd usa os conceitos de undercloud e overcloud. O OSPd configura uma nuvem subnuvem, um único servidor que executa uma implantação voltada para o operador que contém os componentes do OpenStack necessários para implantar e gerenciar uma overcloud, uma implantação voltada para locatários que hospeda cargas de trabalho dos usuários.

A overcloud é a solução implantada que pode representar uma nuvem para qualquer finalidade, como produção, preparação, teste e assim por diante. O operador pode selecionar para implantar em seu ambiente qualquer uma das funções de overcloud disponíveis, como controlador, computação e a exemplo.

O OSPd aproveita os componentes centrais existentes do OpenStack, incluindo Nova, Ironic, Neutron, Heat, Glance e Ceilometer para implantar o OpenStack em hardware bare metal.

  • Nova e Ironic são usadas na subnuvem para gerenciar as instâncias bare metal que compõem a infraestrutura para a overcloud.

  • A Neutron é usada para fornecer um ambiente de rede no qual implantar a overcloud.

  • A Glance armazena imagens de máquinas.

  • O ceilômetro coleta métricas sobre a sobrenuvem.

Para obter mais informações sobre a arquitetura OSPd, consulte a documentação do OSPd.

Funções do Contrail Networking

O OSPd oferece suporte a funções compostas, que são grupos de serviços que você define por meio de modelos Heat. Funções compostas permitem que você integre o Contrail Networking ao ambiente overcloud.

A seguir, as funções do Contrail Networking usadas para integração à overcloud:

  • Contrail Controller

  • Contrail Analytics

  • Banco de dados do Contrail Analytics

  • Contrail-TSN

  • Contrail-DPDK

A Figura 1 mostra a relação e os componentes de uma arquitetura subnuvem e overcloud para o Contrail Networking.

Figura 1: Nuvem subnuvem e overcloud com funções Undercloud and Overcloud with Roles

Requisitos de RVM e KVM

A partir do Contrail Networking Release 21.4, o Contrail Networking foi aprimorado para operar com hosts usando o Red Hat Virtualization (RHV). Você deve usar hosts baseados em RHV no lugar de hosts baseados em KVM em ambientes RHOSP 16.2 a partir do Contrail Networking Release 21.4 e em todos os futuros lançamentos do Contrail Networking.

Em versões do Contrail Networking antes do lançamento do 21.3, este procedimento é realizado com hosts usando a Máquina Virtual baseada em Kernel (KVM).

Requisitos de subnuvem

A undercloud é um único servidor ou VM que hospeda o diretor da Plataforma OpenStack, que é uma instalação OpenStack usada para provisionar o OpenStack na overcloud.

Consulte os requisitos da undercloud para os requisitos de computação da subnuvem.

Requisitos de sobrenuvem

As funções de sobrenuvem podem ser implantadas em servidores bare metal ou em máquinas virtuais (VMs), mas os nós de computação devem ser implantados em sistemas bare metal. Todo nó overcloud deve oferecer suporte ao IPMI para inicialização da subnuvem usando o PXE.

Garanta que os seguintes requisitos sejam atendidos para os nós do Contrail Networking por função.

  • Disponibilidade não elevada: um mínimo de 4 nós sobrenuvem são necessários para funções de plano de controle para uma implantação não alta de disponibilidade:

    • 1x contrail-config (inclui controle do Contrail)

    • 1x contrail-analytics

    • 1x banco de dados contrail-analytics

    • 1x controlador OpenStack

  • Alta disponibilidade: um mínimo de 12 nós sobrenuvem são necessários para funções de plano de controle para uma implantação de alta disponibilidade:

    • 3x contrail-config (inclui controle do Contrail)

    • 3x contrail-analytics

    • 3x banco de dados do Contrail Analytics

    • 3x controlador OpenStack

    Se as funções do plano de controle forem implantadas em VMs, use 3 servidores físicos separados e implante uma função de cada tipo em cada servidor físico.

Veja os requisitos de overcloud para os requisitos de computação da overcloud.

Requisitos de rede

No mínimo, a instalação requer duas redes:

  • rede de provisionamento — Esta é a rede privada que a undercloud usa para provisionar a overcloud.

  • rede externa — Esta é a rede externamente roteável que você usa para acessar os nós com subnuvem e sobrenuvem.

Garanta que os seguintes requisitos sejam atendidos para a rede de provisionamento:

  • Uma NIC de cada máquina deve estar no mesmo domínio de broadcast da rede de provisionamento, e deve ser a mesma NIC em cada uma das máquinas overcloud. Por exemplo, se você usar a segunda NIC na primeira máquina overcloud, você deve usar a segunda NIC em cada máquina overcloud adicional.

    Durante a instalação, esses NICs serão referenciados por um único nome em todas as máquinas overcloud.

  • A NIC de rede de provisionamento não deve ser a mesma NIC que você está usando para conectividade remota à máquina undercloud. Durante a instalação da subnuvem, uma ponte vSwitch aberta será criada para a Neutron, e o NIC de provisionamento será feito em ponte com a ponte Open vSwitch. Consequentemente, a conectividade seria perdida se a NIC de provisionamento também fosse usada para conectividade remota à máquina subnuvem.

  • O provisionamento de NIC nos nós de sobrenuvem deve ser indestagável.

  • Você deve ter o endereço MAC da NIC que irá inicializar as informações de IPMI para a máquina na rede de provisionamento. As informações do IPMI incluirão coisas como o endereço IP da NIC ipmi e o nome de usuário e senha do IPMI.

  • Todas as redes devem estar disponíveis para todas as funções e computação do Contrail Networking.

Embora o provisionamento e as redes externas sejam suficientes para aplicativos básicos, você deve criar redes adicionais na maioria dos ambientes overcloud para fornecer isolamento para os diferentes tipos de tráfego, atribuindo tráfego de rede a interfaces ou ligações de rede específicas.

Quando as redes isoladas são configuradas, os serviços OpenStack são configurados para usar as redes isoladas. Se nenhuma rede isolada estiver configurada, todos os serviços serão executados na rede de provisionamento. Se apenas algumas redes isoladas estiverem configuradas, o tráfego pertencente a uma rede não configurada será executado na rede de provisionamento.

As redes a seguir são normalmente implantadas ao usar a topologia de isolamento de rede:

  • Provisionamento — usado pela undercloud para provisionar a overcloud

  • API interna — usada pelos serviços OpenStack para se comunicarem entre si

  • Locatário - usado para o tráfego de plano de dados de sobreposição de locatários (uma rede por locatário)

  • Armazenamento — usado para tráfego de dados de armazenamento

  • Gerenciamento de armazenamento — usado para controle de armazenamento e tráfego de gerenciamento

  • Externo — fornece acesso externo à nuvem subnuvem e overcloud, incluindo acesso externo às UIs web e APIs públicas

  • IP flutuante — fornece acesso IP flutuante à rede de locatário (pode ser mesclado com externo ou pode ser uma rede separada)

  • Gerenciamento — fornece acesso à administração do sistema

Matriz de compatibilidade

As seguintes combinações de sistema operacional/OpenStack/Deployer/Contrail Networking são suportadas:

Tabela 1: Matriz de compatibilidade

Sistema Operacional

OpenStack

Implantador

Contrail Networking

RHEL 8,2 ou 8,4

OSP16.2

diretor de RHOSP16

Contrail Networking 21.3

RHEL 8.4

OSP16.2

diretor de RHOSP16

Contrail Networking 21.4

RHEL 8.4

OSP16.2.3

diretor de RHOSP16

Contrail Networking 21.4.L1

RHEL 8.4

OSP16.2.4

diretor de RHOSP16

Contrail Networking 21.4.L2

Resumo da instalação

O procedimento geral de instalação é o seguinte:

  • Configure a infraestrutura, que é o conjunto de servidores ou VMs que hospedam a subnuvem e a overcloud, incluindo a rede de provisionamento que os conecta.

  • Configure a subnuvem, que é o aplicativo OSPd.

  • Configure a nuvem overcloud, que é o conjunto de serviços na rede voltada para locatários. O Contrail Networking faz parte da overcloud.

Para obter mais informações sobre a instalação e o uso do RHOSPd, consulte a documentação da Red Hat.

Tabela de histórico de lançamentos
Lançamento
Descrição
2008
Começando pelo Contrail Networking Release 21.3, o Contrail Networking oferece suporte ao uso do Contrail com o Red Hat OpenStack Platform Director 16.2.