Quais são os esquemas de codificação de apagamento
Sugerir alterações
PDFs
Ao configurar o perfil de codificação de apagamento para uma regra ILM, você seleciona um esquema de codificação de apagamento disponível com base em quantos nós de storage e sites compõem o pool de storage que você planeja usar. Os esquemas de codificação de apagamento controlam quantos fragmentos de dados e quantos fragmentos de paridade são criados para cada objeto.
O sistema StorageGRID usa o algoritmo de codificação de apagamento de Reed-Solomon. O algoritmo corta um objeto em fragmentos de dados k e calcula fragmentos de paridade m. Os fragmentos k são espalhados pelos nós de storage para fornecer proteção de dados. Um objeto pode sustentar até m fragmentos perdidos ou corrompidos.k fragmentos são necessários para recuperar ou reparar um objeto.
Ao configurar um perfil de codificação de apagamento, use as seguintes diretrizes para pools de armazenamento:
-
O pool de storage deve incluir três ou mais locais, ou exatamente um local.
Não é possível configurar um perfil de codificação de apagamento se o pool de armazenamento incluir dois sites. -
Não use o pool de storage padrão, todos os nós de storage ou um pool de storage que inclua o site padrão, todos os sites.
-
O pool de storage deve incluir, no mínimo, k m 1 nós de storage.
O número mínimo de nós de storage necessário é k m. No entanto, ter pelo menos um nó de armazenamento adicional pode ajudar a evitar falhas de ingestão ou backlogs de ILM se um nó de armazenamento necessário estiver temporariamente indisponível.
A sobrecarga de armazenamento de um esquema de codificação de apagamento é calculada dividindo o número de fragmentos de paridade (m) pelo número de fragmentos de dados (k). Você pode usar a sobrecarga de storage para calcular quanto espaço em disco cada objeto com codificação de apagamento requer:
disk space = object size + (object size * storage overhead)
Por exemplo, se você armazenar um objeto de 10 MB usando o esquema 4-2 (que tem 50% de sobrecarga de armazenamento), o objeto consome 15 MB de armazenamento em grade. Se você armazenar o mesmo objeto de 10 MB usando o esquema 6-2 (que tem 33% de sobrecarga de armazenamento), o objeto consome aproximadamente 13,3 MB.
Os esquemas de codificação de apagamento com um número menor de fragmentos são geralmente mais eficientes em termos computacionais, pois menos fragmentos são criados e distribuídos (ou recuperados) por objeto, podem mostrar melhor desempenho devido ao tamanho maior do fragmento e podem exigir menos nós sendo adicionados em uma expansão quando mais storage é necessário. (Consulte as instruções para expandir o StorageGRID para obter informações sobre como Planejar uma expansão de armazenamento.)
Esquemas de codificação de apagamento para pools de storage que contêm três ou mais locais
A tabela a seguir descreve os esquemas de codificação de apagamento atualmente compatíveis com o StorageGRID para pools de storage que incluem três ou mais locais. Todos esses esquemas fornecem proteção contra perdas de sites. Um site pode ser perdido, e o objeto ainda estará acessível.
Para esquemas de codificação de apagamento que fornecem proteção contra perda de local, o número recomendado de nós de storage no pool de armazenamento excede _k-m_1 porque cada local requer um mínimo de três nós de storage.
| Esquema de codificação de apagamento (k) | Número mínimo de locais implantados | Número recomendado de nós de storage em cada local | Número total recomendado de nós de storage | Proteção contra perda de site? | Sobrecarga de storage |
|---|---|---|---|---|---|
4-2 |
3 |
3 |
9 |
Sim |
50% |
6-2 |
4 |
3 |
12 |
Sim |
33% |
8-2 |
5 |
3 |
15 |
Sim |
25% |
6-+3 |
3 |
4 |
12 |
Sim |
50% |
9-+3 |
4 |
4 |
16 |
Sim |
33% |
2-+1 |
3 |
3 |
9 |
Sim |
50% |
4-+1 |
5 |
3 |
15 |
Sim |
25% |
6-+1 |
7 |
3 |
21 |
Sim |
17% |
7-+5 |
3 |
5 |
15 |
Sim |
71% |
|
|
O StorageGRID requer um mínimo de três nós de storage por local. Para usar o esquema 7-5, cada local requer um mínimo de quatro nós de storage. Recomenda-se o uso de cinco nós de storage por local. |
Ao selecionar um esquema de codificação de apagamento que forneça proteção do site, equilibre a importância relativa dos seguintes fatores:
-
Número de fragmentos: Desempenho e flexibilidade de expansão são geralmente melhores quando o número total de fragmentos é menor.
-
Tolerância a falhas: A tolerância a falhas é aumentada por ter mais segmentos de paridade (ou seja, quando m tem um valor maior.)
-
Tráfego de rede: Ao recuperar de falhas, usar um esquema com mais fragmentos (ou seja, um total mais alto para k m) cria mais tráfego de rede.
-
* Sobrecarga de armazenamento*: Esquemas com maior sobrecarga requerem mais espaço de armazenamento por objeto.
Por exemplo, ao decidir entre um esquema 4-2 e um esquema 6-3 (que ambos têm uma sobrecarga de armazenamento de 50%), selecione o esquema 6-3 se for necessária uma tolerância de falha adicional. Selecione o esquema 4-2 se os recursos de rede forem restritos. Se todos os outros fatores forem iguais, selecione 4-2 porque ele tem um número total menor de fragmentos.
|
|
Se você não tiver certeza de qual esquema usar, selecione 4 3 ou 2 ou 6 ou entre em Contato com o suporte técnico. |
Esquemas de codificação de apagamento para pools de storage de um local
Um pool de storage de um local dá suporte a todos os esquemas de codificação de apagamento definidos para três ou mais locais, desde que o local tenha nós de storage suficientes.
O número mínimo de nós de storage necessário é k m, mas é recomendado um pool de storage com nós de storage _k m_1. Por exemplo, o esquema de codificação de apagamento 2 mais de 1 requer um pool de storage com no mínimo três nós de storage, mas quatro nós de storage são recomendados.
| Esquema de codificação de apagamento (k) | Número mínimo de nós de storage | Número recomendado de nós de storage | Sobrecarga de storage |
|---|---|---|---|
4-2 |
6 |
7 |
50% |
6-2 |
8 |
9 |
33% |
8-2 |
10 |
11 |
25% |
6-+3 |
9 |
10 |
50% |
9-+3 |
12 |
13 |
33% |
2-+1 |
3 |
4 |
50% |
4-+1 |
5 |
6 |
25% |
6-+1 |
7 |
8 |
17% |
7-+5 |
12 |
13 |
71% |