Melhores práticas

Certifique-se de que seu cluster está executando o Kubernetes v1.21 ou posterior antes de atualizar SUSE Storage.

Recomendamos executar seu cluster Kubernetes em uma das seguintes versões. Essas versões são as versões ativamente suportadas antes do lançamento do SUSE Storage e foram testadas com SUSE Storage v1.11.2.

Referenciado em https://endoflife.date/kubernetes.

Certifique-se de que o CoreDNS esteja em execução com pelo menos duas réplicas para manter alta disponibilidade. Essa configuração minimiza interrupções na resolução de DNS quando um pod do CoreDNS sofre uma interrupção temporária.

É recomendado dedicar um disco para armazenamento de SUSE Storage em produção, em vez de usar o disco raiz.

Se você precisar usar o disco raiz, use a configuração padrão de minimal available storage percentage, que é 25%, e defina overprovisioning percentage para 100% para minimizar a chance de Pressão no Disco.

Se você estiver usando um disco dedicado para SUSE Storage, pode reduzir a configuração minimal available storage percentage para 10%.

Para a porcentagem de superprovisionamento, depende de quanto espaço seu volume usa em média. Por exemplo, se sua carga de trabalho usa apenas metade do tamanho do volume disponível, você pode definir a porcentagem de superprovisionamento para 200, o que significa que SUSE Storage considera o disco como tendo o dobro do tamanho agendável em relação ao seu tamanho total menos o espaço reservado.

Como SUSE Storage atualmente não suporta sharding entre os diferentes discos, recomendamos usar LVM para agregar todos os discos para SUSE Storage em uma única partição, para que possa ser facilmente expandida no futuro.

Quaisquer discos extras devem ser escritos no arquivo /etc/fstab para permitir a montagem automática após a reinicialização da máquina.

Não use um link simbólico para os discos extras. Use mount --bind em vez de ln -s e certifique-se de que está no arquivo fstab. Para detalhes, veja a seção sobre suporte a múltiplos discos.

Para usar um diretório diferente do padrão /var/lib/longhorn para armazenamento, a configuração Default Data Path pode ser alterada antes de instalar o sistema. Para detalhes sobre a alteração de configurações pré-instalação, consulte esta seção.

O recurso Configuração padrão de nó/disco pode ser usado para personalizar o disco padrão após a instalação. Personalizar as configurações padrão para discos e nós é útil para escalar o cluster, pois elimina a necessidade de configurar SUSE Storage manualmente para cada novo nó, se o nó contiver mais de um disco ou se a configuração do disco for diferente para novos nós. Lembre-se de habilitar Create default disk only on labeled node se aplicável.

Recomendamos definir a solicitação de CPU para os pods do gerenciador de instância SUSE Storage.

A configuração Guaranteed Instance Manager CPU permite reservar uma porcentagem dos recursos de CPU alocáveis totais em cada nó para cada pod do gerenciador de instância quando o V1 Motor de Dados está habilitado. O valor padrão é 12.

Defina um valor específico de milli-CPU para os pods do gerenciador de instâncias em um nó específico atualizando o campo de Solicitação de CPU do Gerenciador de Instâncias para esse nó.

Consulte Gerenciador de CPU de Instância Garantida para mais detalhes.

A configuração Guaranteed Instance Manager CPU for V2 Data Engine permite reservar um número específico de milli-CPUs em cada nó para cada pod do gerenciador de instâncias quando o V2 Data Engine está habilitado. Por padrão, o daemon de destino do Kit de Desenvolvimento de Desempenho de Armazenamento (SPDK) dentro de cada pod do gerenciador de instâncias usa 1 kernel de CPU. Configurar um valor mínimo de uso de CPU é essencial para manter a estabilidade do motor e das réplicas, especialmente durante períodos de alta carga de trabalho no nó. O valor padrão é 1250.

Recomendação: false

Esta configuração deve ser definida como false em ambientes de produção para garantir a melhor disponibilidade do volume. Caso contrário, um evento de queda de um nó pode derrubar mais de uma réplica de um volume.

Recomendação: false

Desative esta configuração (false) em ambientes de produção para garantir a máxima disponibilidade do volume na criação. Quando habilitado (true), a criação de volumes é bem-sucedida mesmo que o sistema só consiga agendar uma réplica. Isso cria um risco onde o cluster fica sem espaço sem notificar o usuário imediatamente.

Recomendação: least-effort

Para ambientes de produção, recomendamos definir o Balanceamento Automático de Réplicas para least-effort. Essa configuração garante que pelo menos uma réplica seja colocada em um nó diferente em cada zona, proporcionando alta disponibilidade extra.

Em certos casos extremos, você pode considerar usar o best-effort, que tenta continuamente distribuir as réplicas de forma equilibrada entre nós e zonas. No entanto, essa configuração pode levar a reconstruções frequentes se o cluster estiver instável.

Para a maioria dos usuários, ter várias réplicas sem a configuração de Balanceamento Automático de Réplicas é suficiente para alcançar uma alta disponibilidade básica, especialmente se você preferir evitar reconstruções excessivas e uso de recursos.