Skip to main content
NetApp public and hybrid cloud 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.

Implantar e configurar o Red Hat OpenShift Container Platform no Google Cloud

Colaboradores kevin-hoke
PDFs

Esta seção descreve um fluxo de trabalho de alto nível sobre como configurar e gerenciar clusters OpenShift no GCP e implantar aplicativos com estado neles. Ele mostra o uso do armazenamento Google Cloud NetApp Volumes e NetApp Cloud Volumes ONTAP com a ajuda do Trident para fornecer volumes persistentes.

Aqui está um diagrama que mostra os clusters implantados no GCP e conectados ao data center usando uma VPN.

Figura mostrando diálogo de entrada/saída ou representando conteúdo escrito

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

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

Instalar um cluster OCP no GCP a partir da CLI

  • Certifique-se de que você atendeu a todos os pré-requisitos declarados"aqui" .

  • Para a conectividade VPN entre o ambiente local e o GCP, uma VM pfsense foi criada e configurada. Para obter instruções, consulte "aqui" .

    • O endereço do gateway remoto no pfsense só pode ser configurado depois de criar um gateway VPN no Google Cloud Platform.

    • Os endereços IP de rede remota para a Fase 2 podem ser configurados somente depois que o programa de instalação do cluster OpenShift for executado e criar os componentes de infraestrutura para o cluster.

    • A VPN no Google Cloud só pode ser configurada depois que os componentes de infraestrutura do cluster forem criados pelo programa de instalação.

  • Agora instale o cluster OpenShift no GCP.

    • Obtenha o programa de instalação e o pull secret e implante o cluster seguindo as etapas fornecidas na documentação "aqui" .

    • A instalação cria uma rede VPC no Google Cloud Platform. Ele também cria uma zona privada no Cloud DNS e adiciona registros A.

      • Use o endereço do bloco CIDR da rede VPC para configurar o pfsense e estabelecer a conexão VPN. Certifique-se de que os firewalls estejam configurados corretamente.

      • Adicione registros A no DNS do ambiente local usando o endereço IP nos registros A do DNS do Google Cloud.

    • A instalação do cluster será concluída e fornecerá um arquivo kubeconfig, nome de usuário e senha para efetuar login no console do cluster.

Implantar o Google Cloud NetApp Volumes

  • Os Google Cloud NetApp Volumes podem ser adicionados aos seus projetos conforme descrito"aqui" .

Implantar o Cloud Volumes ONTAP no GCP usando o BlueXP
Instalar o Trident no cluster OCP no GCP

  • Existem muitos métodos para implantar o Trident , conforme mostrado "aqui" .

  • Para este projeto, o Trident foi instalado implantando o Trident Operator manualmente usando as instruções "aqui" .

  • Crie classes de backend e armazenamento. Consulte as instruções"aqui" .

Usando o recurso de topologia CSI do Trident para arquiteturas multizona

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

Observação O Kubernetes oferece suporte a dois modos de vinculação de volume: - Quando VolumeBindingMode é definido como Immediate (padrão), o Trident cria o volume sem qualquer reconhecimento de topologia. Volumes persistentes são criados sem qualquer dependência dos requisitos de agendamento do pod solicitante. - Quando VolumeBindingMode definido como WaitForFirstConsumer, a criação e a vinculação de um Volume Persistente para um PVC são atrasadas até que um pod que usa o PVC seja agendado e criado. Dessa forma, os volumes são criados para atender às restrições de agendamento impostas pelos requisitos de topologia. Os backends de armazenamento Trident podem ser projetados para provisionar volumes seletivamente com base em zonas de disponibilidade (backend com reconhecimento de topologia). Para StorageClasses que fazem uso desse backend, um volume só seria criado se solicitado por um aplicativo agendado em uma região/zona suportada. (Classe de armazenamento com reconhecimento de topologia) Consulte"aqui" para obter detalhes adicionais.

Vídeo de demonstração

Instalação do OpenShift Cluster no Google Cloud Platform
Importando clusters OpenShift para o Trident Protect