|
Este documento foi traduzido usando tecnologia de tradução automática de máquina. Sempre trabalhamos para apresentar traduções precisas, mas não oferecemos nenhuma garantia em relação à integridade, precisão ou confiabilidade do conteúdo traduzido. Em caso de qualquer discrepância, a versão original em inglês prevalecerá e constituirá o texto official. |
Requisitos de Hardware e Rede
Como uma solução HCI em servidores bare metal, existem requisitos mínimos de hardware e rede para instalar e executar SUSE Virtualization.
Um cluster de três nós é necessário para realizar totalmente os recursos de múltiplos nós. O primeiro nó adicionado ao cluster é, por padrão, o nó de gerenciamento. Quando o cluster tem três ou mais nós, os dois nós adicionados após o primeiro são automaticamente promovidos a nós de gerenciamento para formar um cluster de alta disponibilidade (HA).
As versões mais recentes suportam a implantação de clusters de nó único. Esses clusters não suportam alta disponibilidade, múltiplas réplicas e migração ao vivo.
Requisitos de hardware
Os nós SUSE Virtualization têm os seguintes requisitos e recomendações de hardware para instalação e teste.
| Hardware | Desenvolvimento/Teste | Servidor |
|---|---|---|
CPU |
AMD64 ou ARM64 (com virtualização assistida por hardware); mínimo de 8 núcleos |
AMD64 ou ARM64 (com virtualização assistida por hardware); mínimo de 16 núcleos |
Memória |
Mínimo de 32 GB |
Mínimo de 64 GB |
Capacidade do disco |
Mínimo de 250 GB (mínimo de 180 GB para nós de testemunha ou ao usar múltiplos discos) |
Mínimo de 500 GB; 1 TB ou mais recomendado |
Desempenho do disco |
5.000+ IOPS aleatórios por disco (SSD/NVMe); o armazenamento do nó de gerenciamento deve atender aos requisitos de velocidade de etcd. Apenas discos locais e RAID de hardware são suportados. |
5.000+ IOPS aleatórios por disco (SSD/NVMe); o armazenamento do nó de gerenciamento deve atender aos requisitos de velocidade de etcd. Apenas discos locais e RAID de hardware são suportados. |
Contagem de placas de rede |
Rede do cluster de gerenciamento: 1 NIC necessária, 2 NICs recomendadas; rede de carga de trabalho da VM: 1 NIC necessária, pelo menos 2 NICs recomendadas (não se aplica ao nó de testemunha) |
Rede do cluster de gerenciamento: 1 NIC necessária, 2 NICs recomendadas; rede de carga de trabalho da VM: 1 NIC necessária, pelo menos 2 NICs recomendadas (não se aplica ao nó de testemunha) |
Velocidade da placa de rede |
Mínimo de 1 Gbps Ethernet |
Mínimo de 10 Gbps Ethernet |
Switch de rede |
Tronco de porta para suporte a VLAN |
Tronco de porta para suporte a VLAN |
|
Especificações da CPU
A Migração ao Vivo funciona corretamente apenas se as CPUs de todos os servidores físicos no cluster tiverem as mesmas especificações. Esse requisito se aplica a todas as operações que dependem da funcionalidade de Migração ao Vivo, como a migração automática de VM quando o Modo de Manutenção está habilitado.
CPUs mais novas (mesmo aquelas do mesmo fornecedor, geração e família) podem ter capacidades variadas que podem ser expostas aos sistemas operacionais de VM. Para garantir a estabilidade da VM, a Migração ao Vivo verifica se as capacidades da CPU são consistentes e bloqueia tentativas de migração quando a origem e o destino são incompatíveis.
Ao criar clusters, adicionar mais hosts a um cluster e substituir hosts, sempre use CPUs com as mesmas especificações para evitar restrições operacionais.
Requisitos de Rede
Os nós têm os seguintes requisitos de rede para instalação.
Requisitos de Porta para Nós
Os nós requerem as seguintes conexões de porta ou regras de entrada. Normalmente, todo o tráfego de saída é permitido.
| Protocolo | Portar | Origem | Descrição |
|---|---|---|---|
TCP |
2379 |
Nós de gerenciamento |
Porta do cliente etcd |
TCP |
2381 |
Nós de gerenciamento |
Coleta de métricas do etcd |
TCP |
2380 |
Nós de gerenciamento |
Porta do par etcd |
TCP |
2382 |
Nós de gerenciamento |
Porta do cliente etcd (apenas HTTP) |
TCP |
10010 |
Nós de gerenciamento e computação |
Containerd |
TCP |
6443 |
Nós de gerenciamento |
API Kubernetes |
TCP |
9345 |
Nós de gerenciamento |
API Kubernetes |
TCP |
10252 |
Nós de gerenciamento |
Verificações de saúde do kube-controller-manager |
TCP |
10257 |
Nós de gerenciamento |
Porta segura do kube-controller-manager |
TCP |
10251 |
Nós de gerenciamento |
Verificações de saúde do kube-scheduler |
TCP |
10259 |
Nós de gerenciamento |
Porta segura do kube-scheduler |
TCP |
10250 |
Nós de gerenciamento e computação |
Kubelet |
TCP |
10256 |
Nós de gerenciamento e computação |
Verificações de saúde do kube-proxy |
TCP |
10258 |
Nós de gerenciamento |
cloud-controller-manager |
TCP |
10260 |
Nós de gerenciamento |
cloud-controller-manager |
TCP |
9091 |
Nós de gerenciamento e computação |
Canal calico-node felix |
TCP |
9099 |
Nós de gerenciamento e computação |
Verificações de saúde do Canal CNI |
UDP |
8472 |
Nós de gerenciamento e computação |
Canal CNI com VxLAN |
TCP |
2112 |
Nós de gerenciamento |
Kube-vip |
TCP |
6444 |
Nós de gerenciamento e computação |
Agente RKE2 |
TCP |
10246/10247/10248/10249 |
Nós de gerenciamento e computação |
Processo worker do Nginx |
TCP |
8181 |
Nós de gerenciamento e computação |
Controlador de ingress do Nginx |
TCP |
8444 |
Nós de gerenciamento e computação |
Controlador de ingress do Nginx |
TCP |
10245 |
Nós de gerenciamento e computação |
Controlador de ingress do Nginx |
TCP |
80 |
Nós de gerenciamento e computação |
Nginx |
TCP |
9796 |
Nós de gerenciamento e computação |
Node-exporter |
TCP |
30000-32767 |
Nós de gerenciamento e computação |
Intervalo de portas NodePort |
TCP |
22 |
Nós de gerenciamento e computação |
sshd |
UDP |
68 |
Nós de gerenciamento e computação |
NetworkManager |
TCP |
3260 |
Nós de gerenciamento e computação |
iscsid |
Requisitos de porta para integração com SUSE Rancher Prime
Se você quiser integrar com SUSE Rancher Prime, precisa garantir que todos os SUSE Virtualization nós possam se conectar à porta TCP 443 do balanceador de carga SUSE Rancher Prime.
Ao provisionar VMs com clusters Kubernetes de SUSE Rancher Prime para SUSE Virtualization, você precisa ser capaz de se conectar à porta TCP 443 do balanceador de carga SUSE Rancher Prime. Caso contrário, o cluster não será gerenciável por SUSE Rancher Prime. Para mais informações, consulte Arquitetura do Rancher.
Requisitos de Tempo
Um servidor de Protocolo de Tempo de Rede (NTP) confiável é crítico para manter a hora do sistema correta em todos os nós de um cluster Kubernetes, especialmente ao executar SUSE Virtualization. O Kubernetes depende do etcd, um armazenamento de chave-valor distribuído, que requer sincronização de tempo precisa para garantir a consistência dos dados e evitar problemas com a eleição de líderes, replicação de logs e estabilidade do cluster.
Garantir um tempo preciso e consistente em todo o cluster é essencial para a confiabilidade, segurança e integridade geral do sistema.