C Atualizações de manutenção do Ceph baseadas nos point releases de upstream do “Nautilus” #

Uma vulnerabilidade de negação de serviço foi corrigida, na qual um cliente não autenticado do Ceph Object Gateway era capaz de provocar uma falha de uma exceção não detectada.

Os clientes librbd com base no Nautilus agora podem abrir imagens em clusters Jewel.

O num_rados_handles do Object Gateway foi removido. Se você estava usando um valor de num_rados_handles maior do que 1, multiplique os parâmetros objecter_inflight_ops e objecter_inflight_op_bytes atuais pelo num_rados_handles antigo para conseguir o mesmo comportamento de obstrução.

O modo seguro do protocolo Messenger v2 não é mais experimental com esta versão. Esse modo é agora preferencial para conexão de monitores.

osd_deep_scrub_large_omap_object_key_threshold foi reduzido para detectar mais facilmente um objeto com um número grande de chaves omap.

Agora, o Ceph Dashboard permite silenciar as notificações do Prometheus.

Os comandos relacionados no{up,down,in,out} foram reformulados. Agora há duas maneiras de definir os flags no{up,down,in,out}: o comando antigo

ceph osd [un]set FLAG

que define os flags de todo o cluster; e o novo comando

ceph osd [un]set-group FLAGS WHO

que define os flags em lote na granularidade de qualquer nó de crush ou classe de dispositivo.

radosgw-admin introduz dois subcomandos que permitem o gerenciamento de objetos de expiração-esvaziamento que podem ser esquecidos após a refragmentação de um compartimento de memória nas versões anteriores do Object Gateway. Um subcomando lista esses objetos, e o outro os apaga.

As versões anteriores do Nautilus (14.2.1 e 14.2.0) têm um problema em que a implantação de um novo e único OSD BlueStore do Nautilus em um cluster do qual foi feito o upgrade (ex. um que foi originalmente implantado antes do Nautilus) interrompe as estatísticas de utilização do pool relatadas pelo ceph df. Até que todos os OSDs sejam reprovisionados ou atualizados (por meio de ceph-bluestore-tool repair), as estatísticas do pool mostrarão valores inferiores aos valores reais. Isso foi resolvido na versão 14.2.2, de modo que o cluster apenas mudará para o uso de estatísticas mais precisas por pool depois que todos os OSDs forem da versão 14.2.2 ou posterior, de Armazenamento de Blocos e atualizados por meio da função de conserto, caso tenham sido criados antes do Nautilus.

O valor padrão para mon_crush_min_required_version foi mudado de firefly para hammer, o que significa que o cluster emitirá um aviso de saúde se os tunables do CRUSH forem mais antigos do que os do Hammer. Em geral, há uma pequena (mas não zero) quantidade de dados que serão movidos ao alternar para os tunables do Hammer.

Se possível, recomendamos definir o cliente mais antigo com permissão como hammer ou posterior. Para exibir o cliente mais antigo com permissão atual, execute:

cephadm@adm > ceph osd dump | grep min_compat_client

Se o valor atual for mais antigo do que hammer, execute o seguinte comando para determinar se é seguro fazer essa mudança verificando se não há clientes mais antigos do que o Hammer atualmente conectados ao cluster:

cephadm@adm > ceph features

O tipo de compartimento de memória do CRUSH straw2 foi incluído no Hammer. Se você verificar que todos os clientes são do Hammer ou mais recente, ele permitirá o uso de novos recursos suportados apenas para compartimentos de memória straw2, incluindo o modo crush-compat para o Balanceador (Seção 10.1, “Balanceador”).