Skip to main content
NetApp Solutions
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Implante e configure a plataforma de contentor Red Hat OpenShift na AWS

Colaboradores
PDFs

Esta seção descreve um fluxo de trabalho de alto nível de como configurar e gerenciar clusters OpenShift na AWS e implantar aplicativos com estado neles. Ele mostra o uso do storage NetApp Cloud Volumes ONTAP com a ajuda do Trident para fornecer volumes persistentes. Fornecemos detalhes sobre o uso do Astra Control Center para realizar atividades de proteção e migração de dados para as aplicações com estado monitorado.

Observação Há várias maneiras de implantar clusters de plataforma de contêiner do Red Hat OpenShift na AWS. Esta descrição de alto nível da configuração fornece links de documentação para o método específico que foi usado. Pode consultar os outros métodos nos links relevantes fornecidos no "seção recursos".

Aqui está um diagrama que mostra os clusters implantados na AWS e conetados ao data center usando uma VPN.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

O processo de configuração pode ser dividido nas seguintes etapas:

Instale um cluster OCP na AWS a partir do Advanced Cluster Management.

  • Crie uma VPC com uma conexão VPN site a site (usando pfsense) para se conetar à rede local.

  • A rede no local tem conetividade com a Internet.

  • Crie 3 sub-redes privadas em 3 AZs diferentes.

  • Crie uma zona hospedada privada do Route 53 e um resolvedor de DNS para a VPC.

Crie o OpenShift Cluster na AWS a partir do Assistente de Gerenciamento Avançado de Cluster (ACM). Consulte as instruções "aqui".

Observação Você também pode criar o cluster na AWS a partir do console OpenShift Hybrid Cloud. "aqui"Consulte para obter instruções.
Dica Ao criar o cluster usando o ACM, você tem a capacidade de personalizar a instalação editando o arquivo yaml depois de preencher os detalhes na exibição de formulário. Depois que o cluster é criado, você pode fazer login ssh nos nós do cluster para solução de problemas ou configuração manual adicional. Use a chave ssh que você forneceu durante a instalação e o núcleo do nome de usuário para fazer login.
Implante o Cloud Volumes ONTAP na AWS usando o BlueXP .

  • Instale o conetor no ambiente VMware local. Consulte as instruções "aqui".

  • Implante uma instância do CVO na AWS usando o conetor. Consulte as instruções "aqui".

Observação O conetor também pode ser instalado no ambiente de nuvem. "aqui"Consulte para obter informações adicionais.
Instale o Trident no cluster do OCP

  • Implante o Operador Trident usando o Helm. Consulte as instruções "aqui"

  • Crie um back-end e uma classe de armazenamento. Consulte as instruções "aqui".

Adicione o cluster do OCP na AWS ao Astra Control Center.

Adicione o cluster do OCP na AWS ao Astra Control Center.

Usando o recurso de topologia CSI do Trident para arquiteturas multi-zona

Os provedores de nuvem, hoje, permitem que os administradores de cluster do Kubernetes/OpenShift criem nós dos clusters baseados em zona. Os nós podem ser localizados em diferentes zonas de disponibilidade dentro de uma região ou em várias regiões. Para facilitar o provisionamento de volumes para workloads em uma arquitetura de várias zonas, o Trident usa a topologia de CSI. Usando o recurso de topologia de CSI, o acesso a volumes pode ser limitado a um subconjunto de nós, com base em regiões e zonas de disponibilidade. "aqui"Consulte para obter mais detalhes.

Observação O Kubernetes suporta dois modos de vinculação de volume: - Quando VolumeBindingMode está definido como imediato (padrão), o Trident cria o volume sem qualquer reconhecimento de topologia. Os volumes persistentes são criados sem depender dos requisitos de agendamento do pod solicitante. - Quando VolumeBindingMode definido como WaitForFirstConsumer, a criação e vinculação de um volume persistente para um PVC é adiada até que um pod que usa o PVC seja programado e criado. Dessa forma, os volumes são criados para atender às restrições de agendamento impostas pelos requisitos de topologia. Os back-ends de storage do Trident podem ser projetados para provisionar volumes seletivamente com base em zonas de disponibilidade (back-end com reconhecimento de topologia). Para o StorageClasses que fazem uso de tal back-end, um volume só seria criado se solicitado por um aplicativo agendado em uma região/zona suportada. (StorageClass com reconhecimento de topologia) "aqui"consulte para obter detalhes adicionais.