OpenShift Limitações do serviço de virtualização

Nuvem Privada Virtual 4.21 e mais tarde Apenas nós de trabalho em bare metal Apenas RHCOS

Consulte as limitações e restrições dos clusters do Serviço de Virtualização do OpenShift em Red Hat OpenShift on IBM Cloud.

Requisitos de infraestrutura

  • Infraestrutura VPC com apenas nós de trabalho bare metal (sem suporte para Classic ou VSI)
  • Disponível apenas nas seguintes regiões: Dallas (us-south), Washington, D.C. (us-east), Toronto (ca-tor), Montreal (ca-mon) e Frankfurt (eu-de)
  • Opções de bare metal com a tag “ openshift-vs ” (com armazenamento NVMe, caso seja necessário ODF)
  • OpenShift 4.21 ou posterior
  • Red Hat CoreOS (RHCOS) apenas
  • OVN - Kubernetes Apenas CNI (configurado automaticamente, não é possível usar Calico )
  • As configurações da MTU estão pré-definidas (OVN: 8900, nós de trabalho: 9000) e não devem ser alteradas

Restrições de configuração

Os seguintes componentes e configurações vêm pré-configurados e não podem ser desativados nem modificados:

Complementos
  • O complemento " openshift-virtualization " é ativado automaticamente e não pode ser desativado
  • Os complementos opcionais são escolhidos a partir de uma seleção limitada adequada para virtualização
Operadores
  • OpenShift Operador de virtualização (instalado e gerenciado pelo complemento)
  • Operador NMState (instalado e gerenciado pelo complemento)
  • Node Operador de manutenção (instalado e gerenciado pelo complemento)
  • A instalação desses operadores, disponíveis em Red Hat e OperatorHub, está bloqueada
Storage
  • OpenShift O Data Foundation (ODF) é pré-configurado utilizando instâncias bare metal com armazenamento NVMe local
  • O VPC ( Block Storage ) não está implantado nem é utilizado em clusters do Serviço de Virtualização
  • Todo o armazenamento é fornecido por meio do ODF com discos locais
Rede
  • As configurações de MTU são fixas (OVN: 8900, nós de trabalho: 9000)
  • A proteção do tráfego de saída está desativada e não pode ser ativada

A instalação do OpenShift Virtualization, NMState e Node pelos operadores de manutenção do Red Hat OperatorHub está bloqueada nos clusters do Virtualization Service. Esses operadores são gerenciados exclusivamente pelo complemento " openshift-virtualization ".

Armazenamento e redes

Storage
  • O ODF utiliza armazenamento NVMe local; falhas nos nós podem causar indisponibilidade dos dados
  • VM Instantâneos são suportados, mas estão limitados pela capacidade de armazenamento
Rede
  • VM A migração dinâmica é suportada apenas dentro da mesma zona (a migração entre zonas requer o desligamento do sistema)
  • Kubernetes políticas de rede compatíveis, com algumas limitações

Máquinas virtuais

  • Você deve fornecer e gerenciar as licenças dos sistemas operacionais e dos softwares instalados em suas máquinas virtuais, incluindo o Windows
  • O passthrough da GPU e o recurso “ vGPU ” podem ter suporte limitado
  • Virtualização aninhada não é suportada
  • A migração entre diferentes tipos de bare metal pode apresentar limitações

Licenciamento e escalabilidade

Licenciamento
Apenas licenciamento OVE. Por hora de instância para um nó de trabalho bare metal. Os direitos BYOL e “ Cloud Pak ” não são compatíveis. O parâmetro entitlement não pode ser especificado ao criar clusters ou conjuntos de trabalhadores do Serviço de Virtualização.
Ajuste de escala
  • Todos os pools de trabalhadores devem utilizar versões de bare metal compatíveis
  • Recomenda-se um mínimo de 3 nós de trabalho para produção
Disponibilidade
A capacidade de “bare metal” pode não estar disponível em todas as zonas. Verifique antes de criar:
ibmcloud ks flavors --zone ZONE --provider vpc-gen2 | grep metal

Operações

  • A manutenção dos nós de trabalho pode exigir uma migraçã VM e ou um período de inatividade
  • O backup e a restauração estão limitados ao formato ODF e ao recurso de virtualização do OpenShift

Quando usar o padrão OpenShift

Utilize um cluster padrão do OpenShift se precisar de nós de trabalho VSI, armazenamento personalizado, licenciamento OCP completo, suporte ao RHEL, CNI do Calico ou maior flexibilidade de complementos.

Próximas etapas