Il pool con codice di cancellazione più semplice equivale a RAID5 e richiede almeno tre host. In questa procedura è illustrato come creare un pool ai fini del test.

Quando si richiama il comando ceph osd pool create per creare un pool di cancellazione, viene utilizzato il profilo di default a meno che non se ne specifichi un altro. I profili definiscono la ridondanza dei dati. A tal fine impostare due parametri, denominati arbitrariamente k ed m. k ed m definiscono il numero di porzioni in cui vengono suddivisi i dati e quante porzioni di codifica vengono create. Le porzioni ridondanti vengono quindi memorizzate in OSD diversi.

Definizioni necessarie per i profili dei pool di cancellazione:

Con il profilo del codice di cancellazione utilizzato nella Sezione 9.1, «Creazione di un pool con codice di cancellazione di esempio», i dati del cluster non andranno persi in caso di errore di un singolo OSD. Pertanto, per memorizzare 1 TB di dati è necessario uno spazio di memorizzazione effettivo di altri 0,5 TB. Vale a dire che per 1 TB di dati è necessario uno spazio di memorizzazione effettivo di 1,5 TB. Ciò equivale a una normale configurazione RAID 5. Confronto: un pool replicato necessita di 2 TB di spazio di memorizzazione dei dati non elaborati per memorizzare 1 TB di dati.

È possibile visualizzare le impostazioni del profilo di default con:

root # ceph osd erasure-code-profile get default
directory=.libs
k=2
m=1
plugin=jerasure
crush-failure-domain=host
technique=reed_sol_van

È importante scegliere il profilo giusto perché non è possibile modificarlo dopo la creazione del pool. È necessario creare un nuovo pool con un profilo diverso e spostare tutti gli oggetti del pool precedente in quello nuovo.

I parametri più importanti del profilo sono k, m e crush-failure-domain in quanto definiscono l'overhead di memorizzazione e la durata dei dati. Ad esempio, se l'architettura desiderata deve sostenere la perdita di due rack con un overhead di memorizzazione del 66%, è possibile definire il profilo seguente:

root # ceph osd erasure-code-profile set myprofile \
   k=3 \
   m=2 \
   crush-failure-domain=rack

È possibile ripetere l'esempio della Sezione 9.1, «Creazione di un pool con codice di cancellazione di esempio» con questo nuovo profilo:

root # ceph osd pool create ecpool 12 12 erasure myprofile
cephadm > echo ABCDEFGHI | rados --pool ecpool put NYAN -
root # rados --pool ecpool get NYAN -
ABCDEFGHI

L'oggetto NYAN verrà diviso in tre (k=3) e verranno create due porzioni aggiuntive (m=2). Il valore di m definisce quanti OSD è possibile perdere simultaneamente senza perdere alcun dato. Con il comando crush-failure-domain=rack verrà creato un set di regole CRUSH che garantisce che le due porzioni non vengano memorizzate nello stesso rack.

Per ulteriori informazioni sui profili dei codici di cancellazione, vedere http://docs.ceph.com/docs/master/rados/operations/erasure-code-profile (in lingua inglese).

I pool con codice di cancellazione richiedono più risorse rispetto ai pool replicati e presentano meno funzionalità, come la scrittura parziale. Per superare tali limiti, si consiglia di impostare un livello di cache prima del pool con codice di cancellazione.

Ad esempio, se il pool «hot-storage» è costituito da uno spazio di memorizzazione veloce, è possibile velocizzare «ecpool» creato nella Sezione 9.2, «Profili dei codici di cancellazione» con:

root # ceph osd tier add ecpool hot-storage
root # ceph osd tier cache-mode hot-storage writeback
root # ceph osd tier set-overlay ecpool hot-storage

In tal modo il pool «hot-storage» verrà posizionato come livello di ecpool in modalità Write-back, in modo che per ogni scrittura e lettura in ecpool venga utilizzato effettivamente lo spazio di memorizzazione ad accesso frequente, a favore della flessibilità e della velocità.

Quando si utilizza FileStore, non è possibile creare un'immagine RBD o un pool con codice di cancellazione perché sono richieste le scritture parziali. È tuttavia possibile creare un'immagine RBD in un pool con codice di cancellazione quando un livello di pool replicato è impostato come livello di cache:

root # rbd --pool ecpool create --size 10 myvolume

Per ulteriori informazioni sulla suddivisione in livelli di cache, vedere Capitolo 10, Suddivisione in livelli di cache.

Per contrassegnare un pool EC come pool RBD, applicare il rispettivo tag:

root # ceph osd pool application enable rbd ec_pool_name

RBD può memorizzare data immagine nei pool EC. Tuttavia, l'intestazione dell'immagine e i metadati devono essere comunque memorizzati in un pool replicato. A tal fine, presupporre di disporre di un pool denominato "rbd":

root # rbd create rbd/image_name --size 1T --data-pool ec_pool_name

È possibile utilizzare normalmente l'immagine come qualsiasi altra, con la differenza che tutti i dati saranno memorizzati nel pool ec_pool_name al posto del pool "rbd".