Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

¿Qué son los esquemas de código de borrado?

Colaboradores

Los esquemas de codificación de borrado controlan cuántos fragmentos de datos se crean y cuántos fragmentos de paridad se crean para cada objeto.

Cuando configura el perfil de código de borrado para una regla de ILM, debe seleccionar un esquema de código de borrado disponible en función del número de nodos de almacenamiento y sitios que componen el pool de almacenamiento que piensa usar.

El sistema StorageGRID utiliza el algoritmo de codificación de borrado Reed-Solomon. El algoritmo divide un objeto en k fragmentos de datos y cálculos m fragmentos de paridad. La k + m = n los fragmentos se distribuyen n Nodos de almacenamiento para proporcionar protección de datos. Un objeto puede soportar hasta m fragmentos perdidos o corruptos. Para recuperar o reparar un objeto, k se necesitan fragmentos.

Cuando seleccione el pool de almacenamiento que se utilizará en una regla que creará una copia con código de borrado, utilice las siguientes directrices para los pools de almacenamiento:

La sobrecarga de almacenamiento de un esquema de código de borrado se calcula dividiendo el número de fragmentos de paridad (m) por el número de fragmentos de datos (k). Puede utilizar la sobrecarga del almacenamiento para calcular cuánto espacio en disco necesita cada objeto con código de borrado:

disk space = object size + (object size * storage overhead)

Por ejemplo, si almacena un objeto de 10 MB mediante el esquema 4+2 (que tiene un 50% de sobrecarga de almacenamiento), el objeto consume 15 MB de almacenamiento de cuadrícula. Si almacena el mismo objeto de 10 MB con el esquema 6+2 (que tiene un 33% de sobrecarga de almacenamiento), el objeto consume aproximadamente 13.3 MB.

Seleccione el esquema de código de borrado que tenga el valor total más bajo de k+m que satisface sus necesidades. Los esquemas de código de borrado con un número menor de fragmentos por lo general son más eficientes computacionalmente, ya que se crean y distribuyen menos fragmentos (o se recuperan) por objeto, pueden ofrecer un mejor rendimiento debido al tamaño de fragmento más grande y pueden requerir que se añadan menos nodos en una expansión cuando se necesita más almacenamiento. (Para obtener información sobre cómo planificar una expansión de almacenamiento, consulte "Instrucciones para ampliar StorageGRID".)

Esquemas de codificación de borrado para pools de almacenamiento que contengan tres o más sitios

En la siguiente tabla se describen los esquemas de codificación de borrado que admite actualmente StorageGRID para pools de almacenamiento que incluyen tres o más sitios. Todos estos esquemas proporcionan protección contra pérdida de sitio. Se puede perder un sitio y el objeto seguirá siendo accesible.

Para esquemas de código de borrado que ofrecen protección contra pérdida de sitio, la cantidad recomendada de nodos de almacenamiento en el pool de almacenamiento supera k+m +1 Dado que cada sitio requiere un mínimo de tres nodos de almacenamiento.

Esquema de codificación de borrado (k+m) Número mínimo de sitios implementados Número recomendado de nodos de almacenamiento en cada sitio Número total recomendado de nodos de almacenamiento ¿Protección contra pérdida de sitio? Gastos generales de almacenamiento

4+2

3

3

9

50 %

6+2

4

3

12

33 %

8+2

5

3

15

25 %

6+3

3

4

12

50 %

9+3

4

4

16

33 %

2+1

3

3

9

50 %

4+1

5

3

15

25 %

6+1

7

3

21

17 %

7+5

3

5

15

71 %

Nota StorageGRID requiere un mínimo de tres nodos de almacenamiento por sitio. Para utilizar el esquema 7+5, cada sitio requiere un mínimo de cuatro nodos de almacenamiento. Se recomienda usar cinco nodos de almacenamiento por sitio.

Al seleccionar un esquema de codificación de borrado que proporcione protección al sitio, equilibre la importancia relativa de los siguientes factores:

  • Número de fragmentos: El rendimiento y la flexibilidad de expansión son generalmente mejores cuando el número total de fragmentos es menor.

  • Tolerancia a fallos: La tolerancia a fallos se incrementa al tener más segmentos de paridad (es decir, cuando m tiene un valor más alto.)

  • Tráfico de red: Al recuperarse de fallos, utilizando un esquema con más fragmentos (es decir, un total más alto para k+m) crea más tráfico de red.

  • Gastos generales de almacenamiento: Los esquemas con mayor sobrecarga requieren más espacio de almacenamiento por objeto.

Por ejemplo, al decidir entre un esquema 4+2 y un esquema 6+3 (que ambos tienen un 50% de gastos generales de almacenamiento), seleccione el esquema 6+3 si se requiere tolerancia a fallos adicional. Seleccione el esquema 4+2 si los recursos de red están limitados. Si todos los demás factores son iguales, seleccione 4+2 porque tiene un número total menor de fragmentos.

Nota Si no está seguro de qué esquema usar, seleccione 4+2 o 6+3, o póngase en contacto con el servicio de asistencia técnica.

Esquemas de codificación de borrado para pools de almacenamiento in situ

Un pool de almacenamiento in situ admite todos los esquemas de codificación de borrado definidos para tres o más sitios, siempre y cuando el sitio tenga suficientes nodos de almacenamiento.

El número mínimo necesario de nodos de almacenamiento es k+m, pero una piscina de almacenamiento con k+m +1 Se recomiendan los nodos de almacenamiento. Por ejemplo, el esquema de codificación de borrado 2+1 requiere un pool de almacenamiento con un mínimo de tres nodos de almacenamiento, pero se recomiendan cuatro nodos de almacenamiento.

Esquema de codificación de borrado (k+m) Número mínimo de nodos de almacenamiento Número recomendado de nodos de almacenamiento Gastos generales de almacenamiento

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 %