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.

Clusters de Nó Único

SUSE Virtualization suporta clusters de nó único para implementações que podem tolerar menor resiliência ou requerem recursos mínimos de implantação inicial. Você pode criar clusters de nó único usando os métodos de instalação padrão (ISO, USB e Inicialização PXE).

Clusters de nó único suportam a maioria dos recursos SUSE Virtualization, incluindo a criação de clusters RKE2 e fazer upgrade de nós (com algumas limitações). No entanto, esse tipo de implantação tem as seguintes desvantagens principais:

  • Sem alta disponibilidade: Erros e atualizações que requerem reinicialização do nó causam tempo de inatividade para máquinas virtuais em execução.

  • Sem migração ao vivo e sem suporte a zero tempo de inatividade durante o fazer upgrade.

Pré-requisitos

Antes de começar a implantar seu cluster de nó único, certifique-se de que os seguintes requisitos sejam atendidos.

  • Hardware: Use hardware de classe servidor com recursos suficientes para executar SUSE Virtualization e uma carga de trabalho de produção. Laptops e virtualização aninhada não são suportados.

  • Rede: Configure portas com base no tipo de tráfego a ser transmitido entre máquinas virtuais.

Contagem de Réplicas da StorageClass Padrão

SUSE Virtualization usa StorageClasses para descrever como SUSE Storage deve provisionar volumes. Cada StorageClass tem um parâmetro que define o número de réplicas a serem criadas para cada volume.

A StorageClass padrão harvester-longhorn tem um valor de contagem de réplicas de 3 para alta disponibilidade. Se você usar harvester-longhorn em seu cluster de nó único, SUSE Storage não consegue criar o número padrão de réplicas, e os volumes são marcados como Degradado na tela de Volumes da interface.

Para evitar esse problema, você pode realizar uma das seguintes ações:

Múltiplas Réplicas em um Nó com Múltiplos Discos

SUSE Storage cria apenas uma réplica para cada volume, mesmo que o nó tenha múltiplos discos, porque Replica Hard Anti-Affinity está habilitado por padrão. Quando uma réplica saudável já existe em um nó, o agendador é impedido de agendar novas réplicas do mesmo volume nesse nó.

Em clusters de alta disponibilidade, Replica Hard Anti-Affinity garante redundância de volume. No entanto, esse mesmo mecanismo pode fazer com que os volumes se tornem degradados em clusters de nó único (já que não há outros nós disponíveis para agendamento de novas réplicas).

Se você quiser que SUSE Storage crie múltiplas réplicas em um nó com múltiplos discos, execute os seguintes passos:

  1. Ative Replica Node Level Soft Anti-Affinity: Quando essa configuração está ativada, SUSE Storage agenda novas réplicas em nós com réplicas saudáveis existentes do mesmo volume.

  2. Desative Replica Disk Level Soft Anti-Affinity: Quando essa configuração está desabilitada, SUSE Storage não agenda novas réplicas em discos com réplicas saudáveis existentes do mesmo volume. Desabilitar essa configuração fornece tolerância a falhas para discos em clusters de nó único.

  3. (Opcional) Crie uma nova StorageClass e especifique as tags de disco que devem ser correspondidas durante o agendamento de volumes.

Atualizações e Manutenção

Clusters de nó único não suportam Live Migration, portanto as máquinas virtuais ficam indisponíveis durante o processo de fazer upgrade do cluster. SUSE Virtualization força o desligamento de todas as máquinas virtuais antes de iniciar o processo de fazer upgrade. Você pode configurar SUSE Virtualization para restaurar automaticamente máquinas virtuais em execução usando a opção restoreVM da configuração upgrade-config.

Ativar Modo de Manutenção também não é possível porque essa operação depende da funcionalidade de Live Migration, e SUSE Virtualization não pode colocar o único plano de controle em Modo de Manutenção.