A Aggiornamenti alla manutenzione di Ceph basati sulle release intermedie upstream "Nautilus" #

È stata risolta una vulnerabilità Denial of Service in base alla quale un client non autenticato di Ceph Object Gateway era in grado di attivare un arresto anomalo a partire da un'eccezione non rilevata.

I client librbd basati su Nautilus possono adesso aprire immagini sui cluster Jewel.

L'Object Gateway num_rados_handles è stato rimosso. Se si utilizzava un valore di num_rados_handles superiore a 1, moltiplicare i parametri objecter_inflight_ops e objecter_inflight_op_bytes correnti per il parametro num_rados_handles precedente per ottenere lo stesso comportamento di limitazione.

La modalità protetta del protocollo Messenger v2 non è più sperimentale in questa release, ma è adesso la modalità di connessione preferita dei monitor.

Il valore di osd_deep_scrub_large_omap_object_key_threshold è stato ridotto per agevolare il rilevamento di un oggetto con un numero elevato di chiavi omap.

Il Ceph Dashboard adesso supporta la funzione di disattivazione delle notifiche di Prometheus.

I comandi correlati a no{up,down,in,out} sono stati rinnovati. Adesso, è possibile impostare i flag no{up,down,in,out} in due modi: tramite il comando precedente,

ceph osd [un]set FLAG

che li imposta sull'intero cluster, e tramite il nuovo comando,

ceph osd [un]set-group FLAGS WHO

che li imposta in batch a livello di granularità di ogni nodo crush o classe di dispositivi.

radosgw-admin introduce due sottocomandi che consentono di gestire gli oggetti scaduti-inattivi che potrebbero essere lasciati da parte dopo il ripartizionamento di un compartimento nelle versioni precedenti di Object Gateway. Un sottocomando consente di visualizzare un elenco di tali oggetti, mentre l'altro di eliminarli.

Nelle release precedenti di Nautilus (14.2.1 e 14.2.0) si verifica un problema per cui la distribuzione di un nuovo OSD BlueStore Nautilus singolo in un cluster aggiornato (ovvero un OSD distribuito originariamente prima di Nautilus) interrompe le statistiche sull'utilizzo del pool generate da ceph df. Fin quando non viene completato il nuovo processo di provisioning o l'aggiornamento di tutti gli OSD (tramiteceph-bluestore-tool repair), le statistiche del pool mostreranno valori inferiori rispetto a quelli effettivi. Questo problema è stato risolto nella release 14.2.2, in cui il cluster passa all'utilizzo delle statistiche per pool più precise soltanto dopo che tutti gli OSD dispongono della release 14.2.2 o successive, vengono contrassegnati come storage di blocco e ne viene completato l'aggiornamento se sono stati creati precedentemente a Nautilus.

Il valore di default di mon_crush_min_required_version è stato modificato da firefly a hammer e di conseguenza il cluster genererà un avviso sullo stato se gli elementi ottimizzabili CRUSH sono meno recenti del valore Hammer. Si tratta in genere di una ridotta quantità di dati (tuttavia diversa da zero) che verrà ribilanciata con il passaggio agli elementi ottimizzabili Hammer.

Se possibile, si consiglia di impostare il client meno recente consentito su hammer o successivi. Per visualizzare il client meno recente consentito attuale, eseguire:

cephadm@adm > ceph osd dump | grep min_compat_client

Se il valore attuale è precedente a hammer, eseguire il comando riportato di seguito per determinare se questa modifica può essere apportata in sicurezza verificando che non siano presenti client precedenti a Hammer connessi al cluster:

cephadm@adm > ceph features

In Hammer è stato introdotto il tipo di compartimento CRUSH straw2 più recente. Se si verifica che tutti i client sono di tipo Hammer o più recenti, è consentito l'utilizzo delle nuove funzioni supportate soltanto per i compartimenti straw2, inclusa la modalità crush-compat per il servizio di bilanciamento (Sezione 10.1, «Servizio di bilanciamento»).