Requisitos de almacenamiento y rendimiento para StorageGRID
Sugerir cambios
PDF
Debes conocer los requisitos de almacenamiento de los nodos de StorageGRID, así podrás disponer de espacio suficiente para la configuración inicial y la futura ampliación del almacenamiento.
Los requisitos de almacenamiento y rendimiento varían según tu implementación de nodos basados en software.
|
«Linux» hace referencia a una instalación de RHEL, Ubuntu o Debian. Para consultar la lista de versiones compatibles, visita "Herramienta de matriz de interoperabilidad (IMT) de NetApp". |
Categorías de almacenamiento
Los nodos de StorageGRID requieren tres categorías lógicas de almacenamiento:
-
Pool de contenedores — almacenamiento de alto rendimiento (10K SAS o SSD) para los contenedores de los nodos, que se asignará al controlador de almacenamiento del motor de contenedores cuando instales y configures el motor de contenedores en los hosts que van a soportar tus nodos de StorageGRID.
-
Datos del sistema — almacenamiento de alto rendimiento (SAS de 10 000 rpm o SSD) para el almacenamiento persistente por nodo de los datos del sistema y los registros de transacciones, que los servicios del host de StorageGRID consumirán y asignarán a los nodos individuales.
-
Datos de objetos — almacenamiento de alto rendimiento (SAS de 10K o SSD) y almacenamiento masivo de gran capacidad (NL-SAS/SATA) para el almacenamiento persistente de datos de objetos y metadatos de objetos.
Debes usar dispositivos de bloques respaldados por RAID para todas las categorías de almacenamiento. No se admiten discos sin redundancia, SSD ni JBOD. Puedes usar almacenamiento RAID local o compartido para cualquiera de las categorías de almacenamiento; sin embargo, si quieres usar la capacidad de migración de nodos en StorageGRID, debes almacenar tanto los datos del sistema como los datos de objetos en un almacenamiento compartido. Para obtener más información, consulta "Requisitos para la migración de contenedores de nodo".
${post_edited_translations.segment}
El rendimiento de los volúmenes utilizados para el pool de contenedores, los datos del sistema y los metadatos de objetos afecta significativamente al rendimiento general del sistema. Deberías utilizar almacenamiento de nivel de rendimiento (SAS de 10K o SSD) para estos volúmenes para garantizar un rendimiento de disco adecuado en términos de latencia, operaciones de entrada/salida por segundo (IOPS) y rendimiento. Puedes utilizar almacenamiento de nivel de capacidad (NL-SAS/SATA) para el almacenamiento persistente de datos de objetos.
Los volúmenes utilizados para el pool de contenedores, los datos del sistema y los datos de objetos deben tener habilitada la caché de escritura diferida. La caché debe estar en un medio protegido o persistente.
Requisitos para los hosts que utilizan almacenamiento de NetApp ONTAP
Si el nodo de StorageGRID utiliza almacenamiento asignado desde un sistema NetApp ONTAP, comprueba que el volumen no tenga una política de nivelación de FabricPool habilitada. Desactivar la nivelación de FabricPool para los volúmenes usados con nodos de StorageGRID simplifica la solución de problemas y las operaciones de almacenamiento.
|
|
Nunca uses FabricPool para transferir ningún dato relacionado con StorageGRID de vuelta al propio StorageGRID. Transferir datos de StorageGRID de vuelta a StorageGRID aumenta la complejidad de la resolución de problemas y de las operaciones. |
Número de hosts necesarios
${post_edited_translations.segment}
|
|
En una implementación de producción, no ejecutes más de un Storage Node en un solo host físico o virtual. Usar un host dedicado para cada Storage Node proporciona un dominio de fallo aislado. |
${post_edited_translations.segment}
|
|
Las instantáneas de disco no se pueden usar para restaurar nodos de grid. En su lugar, consulta los procedimientos "${post_edited_translations.segment}" para cada tipo de nodo. |
Número de volúmenes de almacenamiento por cada nodo
La siguiente tabla muestra el número de volúmenes de almacenamiento (LUN) necesarios para cada host y el tamaño mínimo requerido para cada LUN, en función de los nodos que se vayan a implementar en dicho host.
${post_edited_translations.segment}
|
|
${post_edited_translations.segment} |
| Finalidad de LUN | ${post_edited_translations.segment} | Número de LUNs | Tamaño mínimo/LUN |
|---|---|---|---|
${post_edited_translations.segment} |
Pool de contenedores |
1 |
Número total de nodos × 100 GB |
|
${post_edited_translations.segment} |
${post_edited_translations.segment} |
100 GB |
Nodo de almacenamiento |
Datos del objeto |
3 para cada nodo de almacenamiento en este host Nota: un nodo de almacenamiento basado en software de Linux puede tener de 1 a 48 volúmenes de almacenamiento. Un nodo de almacenamiento basado en software de VMware puede tener de 1 a 16 volúmenes de almacenamiento. Se recomiendan al menos 3 volúmenes de almacenamiento. |
${post_edited_translations.segment} ${post_edited_translations.segment} Consulta ${post_edited_translations.segment} para más información. |
${post_edited_translations.segment} |
Metadatos del objeto |
1 |
${post_edited_translations.segment} ${post_edited_translations.segment} Consulta ${post_edited_translations.segment} para más información. Nota: Solo se requiere un rangedb para los nodos de almacenamiento que contienen únicamente metadatos. |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
200 GB |
Tablas de nodo de administración |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
200 GB |
|
|
Dependiendo del nivel de auditoría configurado, del tamaño de las entradas de usuario como el nombre de clave de objeto de S3 y de cuántos datos del registro de auditoría necesites conservar, es posible que debas aumentar el tamaño de la LUN del registro de auditoría en cada Admin Node. Por lo general, un grid genera aproximadamente 1 KB de datos de auditoría por operación de S3, lo que significaría que una LUN de 200 GB admitiría 70 millones de operaciones al día u 800 operaciones por segundo durante dos o tres días. |
${post_edited_translations.segment}
La siguiente tabla muestra el espacio de almacenamiento mínimo requerido para cada tipo de nodo. Puedes usar esta tabla para determinar la cantidad mínima de almacenamiento que debes proporcionar al host en cada categoría de almacenamiento, según qué nodos se vayan a implementar en ese host.
|
|
Las instantáneas de disco no se pueden usar para restaurar nodos de grid. En su lugar, consulta los procedimientos "${post_edited_translations.segment}" para cada tipo de nodo. |
Cada servidor de nodo necesita un LUN de 100 GB para el sistema operativo.
| Tipo de nodo | Pool de contenedores | ${post_edited_translations.segment} | Datos del objeto |
|---|---|---|---|
Nodo de almacenamiento |
100 GB |
100 GB |
4.000 GB |
Nodo de administración |
100 GB |
500 GB (3 LUNs) |
no aplicable |
${post_edited_translations.segment} |
100 GB |
100 GB |
no aplicable |
${post_edited_translations.segment}
Supongamos que planeas implementar tres nodos en el mismo host o máquina virtual: un Storage Node, un Admin Node y un Gateway Node. Deberías proporcionar un mínimo de nueve volúmenes de almacenamiento al host. Vas a necesitar un mínimo de 300 GB de almacenamiento de nivel de rendimiento para los contenedores de los nodos, 700 GB de almacenamiento de nivel de rendimiento para los datos del sistema y los registros de transacciones, y 12 TB de almacenamiento de nivel de capacidad para los datos de objetos.
| Tipo de nodo | Finalidad de LUN | Número de LUNs | Tamaño de LUN |
|---|---|---|---|
Nodo de almacenamiento |
${post_edited_translations.segment} |
1 |
300 GB (100 GB por nodo) |
Nodo de almacenamiento |
|
1 |
100 GB |
Nodo de almacenamiento |
Datos del objeto |
3 |
12 TB (4 TB por LUN) |
Nodo de administración |
|
1 |
100 GB |
Nodo de administración |
${post_edited_translations.segment} |
1 |
200 GB |
Nodo de administración |
Tablas de nodo de administración |
1 |
200 GB |
${post_edited_translations.segment} |
|
1 |
100 GB |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} ${post_edited_translations.segment} Datos de objeto: 12,000 GB |
| Tipo de nodo | Finalidad de LUN | Número de LUNs | Tamaño de LUN |
|---|---|---|---|
Nodo de almacenamiento |
Volumen del sistema operativo |
1 |
100 GB |
Nodo de almacenamiento |
Datos del objeto |
3 |
12 TB (4 TB por LUN) |
Nodo de administración |
Volumen del sistema operativo |
1 |
100 GB |
Nodo de administración |
${post_edited_translations.segment} |
1 |
200 GB |
Nodo de administración |
Tablas de nodo de administración |
1 |
200 GB |
${post_edited_translations.segment} |
Volumen del sistema operativo |
1 |
100 GB |
${post_edited_translations.segment} |
${post_edited_translations.segment} |
${post_edited_translations.segment} Datos de objeto: 12,000 GB |
${post_edited_translations.segment}
${post_edited_translations.segment}
-
${post_edited_translations.segment}
-
Un nodo de almacenamiento basado en software de VMware puede tener de 1 a 16 volúmenes de almacenamiento
-
Se recomienda disponer de tres o más volúmenes de almacenamiento.
-
Cada volumen de almacenamiento debe ser de 4 TB o más.
|
|
${post_edited_translations.segment} |
Como se muestra en la figura, StorageGRID reserva espacio para los metadatos de objetos en el volumen de almacenamiento 0 de cada nodo de almacenamiento. El espacio restante en el volumen de almacenamiento 0 y en cualquier otro volumen de almacenamiento del nodo de almacenamiento se utiliza exclusivamente para los datos de objetos.
Para garantizar la redundancia y proteger los metadatos de los objetos frente a posibles pérdidas, StorageGRID almacena tres copias de los metadatos de todos los objetos del sistema en cada sitio. Las tres copias de los metadatos de los objetos se distribuyen de manera uniforme entre todos los Storage Nodes de cada sitio.
Al instalar un grid con nodos de almacenamiento de solo metadatos, el grid también debe contener un número mínimo de nodos para el almacenamiento de objetos. Consulta "Tipos de nodos de almacenamiento" para obtener más información sobre los nodos de almacenamiento de solo metadatos.
-
${post_edited_translations.segment}
-
En una red con varios emplazamientos, se configura al menos un nodo de almacenamiento por emplazamiento para los objetos y metadatos.
Al asignar espacio al volumen 0 de un nuevo nodo de almacenamiento, debes asegurarte de que haya espacio suficiente para la parte que le corresponde a ese nodo de todos los metadatos de los objetos.
-
Como mínimo, debes asignar al menos 4 TB al volumen 0.
${post_edited_translations.segment}
Si asignas menos de 500 GB al volumen 0 (solo para uso no productivo), se reserva el 10 % de la capacidad del volumen de almacenamiento para metadatos. -
Los recursos de nodos basados en software que contienen únicamente metadatos deben coincidir con los recursos de los Storage Nodes existentes. Por ejemplo:
-
Si el sitio de StorageGRID existente utiliza dispositivos SG6000 o SG6100, los nodos basados en software y dedicados exclusivamente a los metadatos deben cumplir los siguientes requisitos mínimos:
-
128 GB de RAM
-
CPU de 8 núcleos
-
SSD de 8 TB o almacenamiento equivalente para la base de datos Cassandra (rangedb/0)
-
-
Si el sitio StorageGRID existente utiliza nodos de almacenamiento virtuales con 24 GB de RAM, 8 núcleos de CPU y 3 TB o 4 TB de almacenamiento de metadatos, los nodos basados en software dedicados exclusivamente a metadatos deberían utilizar recursos similares (24 GB de RAM, 8 núcleos de CPU y 4 TB de almacenamiento de metadatos (rangedb/0)).
Al añadir un nuevo sitio de StorageGRID, la capacidad total de metadatos del nuevo sitio debe, como mínimo, igualar la de los sitios de StorageGRID existentes y los recursos del nuevo sitio deben igualar los nodos de almacenamiento en los sitios de StorageGRID existentes.
-
-
Si estás instalando un nuevo sistema (StorageGRID 11.6 o superior) y cada nodo de almacenamiento tiene 128 GB o más de RAM, asigna 8 TB o más al volumen 0. Usar un valor mayor para el volumen 0 puede aumentar el espacio permitido para los metadatos en cada nodo de almacenamiento.
-
Al configurar diferentes nodos de almacenamiento para un sitio, utiliza la misma configuración para el volumen 0 siempre que sea posible. Si un sitio contiene nodos de almacenamiento de diferentes tamaños, el nodo de almacenamiento con el volumen 0 más pequeño determinará la capacidad de metadatos de ese sitio.
Para más información, visita "Gestiona el almacenamiento de metadatos de objetos".