Notas importantes

Com a clonagem eficiente habilitada, um volume recém-clonado e desanexado está degradado e possui apenas uma réplica, com seu status de clone definido como copy-completed-awaiting-healthy. Para trazer o volume a um estado saudável, altere o status do clone para completed e reconstrua a réplica restante, seja habilitando a reconstrução offline da réplica ou conectando o volume para acionar sua reconstrução. Veja Problema #12341 e Problema #12328.

Corrigida uma regressão crítica em que vazamentos na conexão de proxy nos pods do Longhorn Manager causaram alto consumo de memória.

Para mais detalhes, veja #12575.

Corrigida uma regressão em que o nodeAffinity de PV estava excessivamente configurado após a introdução de AccessibleTopology no servidor CSI e de allowedTopologies nas StorageClasses do Longhorn desde a v1.11.0.

Para mais detalhes, veja #12689 e #12656.

Devido à atualização do snapshotter externo CSI para v8.2.0, você deve estar executando o Kubernetes v1.25 ou posterior para atualizar para SUSE Storage v1.8.0 ou uma versão mais recente.

Quando você faz upgrade com Helm ou o Marketplace de Aplicativos Rancher, SUSE Storage realiza verificações pré-upgrade. Se uma verificação falhar, o upgrade é interrompido e o motivo da falha é registrado em um evento.

Para mais detalhes, veja Atualizando o Longhorn Manager.

Verificações automatizadas pré-upgrade não cobrem todos os cenários. Uma verificação manual é recomendada usando kubectl ou a interface do usuário SUSE Storage.

SUSE Storage v1.12.0 introduz a configuração manager-url que permite a configuração explícita da URL externa para acessar a API do Longhorn Manager.

Contexto: Quando o Longhorn Manager é acessado através do Ingress ou do Gateway API HTTPRoute, as respostas da API podem conter IPs internos do cluster (por exemplo, 10.42.x.x:9500) nos campos actions e links. Isso ocorre quando o controlador Ingress não define corretamente os cabeçalhos X-Forwarded-*, fazendo com que a API retorne ao IP interno do pod.

Solução: Configure o parâmetro manager-url com sua URL externa (por exemplo, https://longhorn.example.com). O Longhorn Manager injeta os cabeçalhos encaminhados adequados para garantir que as respostas da API contenham URLs externas corretas.

Configuração:

Para mais detalhes, veja URL do Manager.

SUSE Storage v1.12.0 introduz suporte incorporado para Gateway API HTTPRoute como uma alternativa moderna ao Ingress para expor a interface SUSE Storage.

Para instruções detalhadas de configuração, pré-requisitos e configuração avançada, veja Criar um HTTPRoute com Gateway API.

SUSE Storage v1.12.0 introduz o Limite Concorrente para Tarefas Pesadas de Snapshot para evitar exaustão de disco e contenção de recursos. Essa configuração limita operações pesadas concorrentes—como purga e clonagem de snapshot—por nó, enfileirando tarefas adicionais até que as em andamento sejam concluídas. Ao controlar esses processos, o sistema reduz o risco de picos de armazenamento normalmente acionados por fusões de snapshot.

Para mais detalhes, consulte Limite Concorrente para Tarefas Pesadas de Snapshot e Problema #11635.

Para melhorar a distribuição de dados e a utilização de recursos, SUSE Storage introduz um algoritmo de balanceamento que agenda réplicas uniformemente entre nós e discos com base em pontuações de balanceamento calculadas.

Para obter mais informações, consulte Agendamento.

O Longhorn CSI agora aplica o parâmetro StorageClass allowedTopologies e a Configuração csi-allowed-topology-keys, que reconhecem topologias corretamente com chaves configuráveis e, em seguida, configuram o PV nodeAffinity de forma precisa.

Para obter mais informações, consulte Problema #12261, Problema #12689, Provisionamento Consciente da Topologia e Parâmetros da Classe de Armazenamento.

A partir da versão SUSE Storage v1.11.0, o monitoramento da saúde do disco está disponível para os motores de dados V1 e V2. SUSE Storage coleta dados de saúde do disco e os expõe através de métricas do Prometheus e dos recursos personalizados Node.

Para obter mais informações, consulte Monitoramento da saúde do disco.

SUSE Storage v1.12.0 introduz suporte para o modo de acesso ReadWriteOncePod (RWOP), atendendo à necessidade de garantias mais rigorosas de acesso a volumes de um único pod em cargas de trabalho com estado. Diferente do ReadWriteOnce (RWO), que permite que múltiplos pods no mesmo nó montem um volume, o RWOP garante que apenas um pod em todo o cluster possa acessar o volume a qualquer momento. Essa capacidade é particularmente valiosa para aplicações com estado que requerem acesso exclusivo para gravação, como bancos de dados ou outras cargas de trabalho onde o acesso simultâneo poderia levar à corrupção de dados ou problemas de consistência.

Para obter mais informações, consulte Modos de Acesso e Problema #9727.

A partir da versão SUSE Storage v1.11.0, um novo recurso de reconstrução de réplica em escala permite que uma réplica em reconstrução busque dados de snapshot de várias réplicas saudáveis simultaneamente, potencialmente melhorando o desempenho da reconstrução.

Para mais informações, consulte Reconstrução de Réplica em Escala.

A partir da versão SUSE Storage v1.11.0, a configuração de Reconstrução de Réplica Offline foi atualizada de uma configuração específica do mecanismo de dados para uma configuração global. Anteriormente, os usuários podiam configurar a reconstrução de réplica offline separadamente para os mecanismos de dados v1 e v2. Durante a atualização para v1.11.0, SUSE Storage verifica automaticamente a configuração existente. Se a reconstrução de réplica offline estiver habilitada para o mecanismo de dados v1 ou v2, a nova configuração global padrão será true. Caso contrário, permanecerá desabilitada (false).

Para mais informações, consulte Configuração de Reconstrução de Réplica Offline.

SUSE Storage v1.12.0 aprimora o comportamento de instalação e verificação prévia do Longhorn CLI. Quando /etc/os-release não corresponde a uma distribuição conhecida, o CLI tenta detectar um gerenciador de pacotes suportado e continua em um modo de compatibilidade.

Para mais informações, consulte Problema #12153.

Atualizações ao vivo de volumes V2 não são suportadas. Antes de fazer upgrade, certifique-se de que todos os volumes V2 estejam desanexados.

O V2 Data Engine é um recurso de Visualização Técnica na versão SUSE Storage v1.11.0.

Está quase completo, sem mudanças funcionais significativas esperadas, e foi validado em ambientes controlados. Os usuários devem avaliar o recurso minuciosamente antes de habilitá-lo em produção.

A partir da versão SUSE Storage v1.11.0, o front end do SPDK UBLK expõe parâmetros de ajuste de desempenho que podem ser configurados globalmente ou por volume:

Esses parâmetros podem ser configurados:

Para mais informações, consulte Issue #11039.