O pool com codificação de eliminação mais simples é equivalente ao RAID5 e requer pelo menos três hosts. Este procedimento descreve como criar um pool para fins de teste.

Quando o comando ceph osd pool create é invocado para criar um pool de eliminação, o perfil padrão é usado, a menos que outro perfil seja especificado. Os perfis definem a redundância dos dados. Para fazer isso, defina dois parâmetros denominados aleatoriamente k e m. k e m definem em quantos pacotes os dados são divididos e quantos pacotes de codificação são criados. Em seguida, os pacotes redundantes são armazenados em OSDs diferentes.

Definições necessárias para perfis de pool de eliminação:

Com o perfil de codificação de eliminação padrão usado na Seção 9.1, “Criando um pool com codificação de eliminação de exemplo”, você não perderá os dados do cluster se houver falha em um único OSD. Dessa forma, para armazenar 1 TB de dados, ele precisa de mais 0,5 TB de armazenamento bruto. Isso significa que 1,5 TB de armazenamento bruto é necessário para 1 TB de dados. Isso equivale a uma configuração RAID 5 comum. Para comparação: um pool replicado precisa de 2 TB de armazenamento bruto para armazenar 1 TB de dados.

As configurações do perfil padrão podem ser exibidas com:

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

A escolha do perfil correto é importante, porque ele não poderá ser modificado após a criação do pool. Um novo pool com um perfil diferente precisa ser criado, e todos os objetos do pool anterior precisam ser movidos para o novo.

Os parâmetros mais importantes do perfil são k, m e crush-failure-domain porque definem o overhead de armazenamento e a durabilidade dos dados. Por exemplo, se a arquitetura desejada tiver que sustentar a perda de dois racks com um overhead de armazenamento de 66%, o seguinte perfil poderá ser definido:

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

O exemplo na Seção 9.1, “Criando um pool com codificação de eliminação de exemplo” pode ser repetido com este novo perfil:

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

O objeto NYAN será dividido em três (k=3), e dois pacotes adicionais serão criados (m=2). O valor de m define quantos OSDs podem ser perdidos simultaneamente sem nenhuma perda de dados. O crush-failure-domain=rack criará um conjunto de regras CRUSH para garantir que dois pacotes não sejam armazenados no mesmo rack.

Para obter mais informações sobre os perfis de codificação de eliminação, consulte http://docs.ceph.com/docs/master/rados/operations/erasure-code-profile.

Os pools com codificação de eliminação requerem mais recursos do que os pools replicados e não têm algumas funcionalidades, como gravações parciais. Para compensar essas limitações, é recomendado definir uma camada de cache antes do pool com codificação de eliminação.

Por exemplo, se o pool “hot-storage” for constituído de armazenamento rápido, o “ecpool” criado na Seção 9.2, “Perfis de codificação de eliminação” poderá ser acelerado com:

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

Isso colocará o pool “hot-storage” como uma camada do ecpool no modo write-back para que cada gravação e leitura no ecpool realmente usem o hot-storage e aproveitem os benefícios da flexibilidade e velocidade.

Ao usar o FileStore, não é possível criar uma imagem RBD em um pool com codificação de eliminação, pois ele requer gravações parciais. No entanto, é possível criar uma imagem RBD em um pool com codificação de eliminação quando uma camada do pool replicado definiu uma camada de cache:

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

Para obter mais informações sobre camadas de cache, consulte o Capítulo 10, Camadas de cache.

Para marcar um pool EC como pool RBD, sinalize-o de acordo:

root # ceph osd pool application enable rbd ec_pool_name

O RBD pode armazenar dados da imagem em pools EC. No entanto, o cabeçalho e os metadados da imagem ainda precisam ser armazenados em um pool replicado. Considerando que você tem um pool chamado “rbd” para esta finalidade:

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

Você pode usar a imagem normalmente, como qualquer outra, com exceção de que todos os dados serão armazenados no pool ec_pool_name em vez do “rbd”.