Los requisitos de almacenamiento y rendimiento
Debe comprender los requisitos de almacenamiento de los nodos de StorageGRID, de tal modo que pueda proporcionar espacio suficiente para admitir la configuración inicial y la ampliación de almacenamiento futura.
Los nodos de StorageGRID requieren tres categorías lógicas de almacenamiento:
-
* Container pool*: Almacenamiento de nivel de rendimiento (10K SAS o SSD) para los contenedores de nodos, que se asignará al controlador de almacenamiento Docker cuando instale y configure Docker en los hosts que serán compatibles con sus nodos StorageGRID.
-
Datos del sistema — almacenamiento de nivel de rendimiento (10K SAS o SSD) para almacenamiento persistente por nodo de datos del sistema y registros de transacciones, que los servicios host StorageGRID consumirán y asignarán a nodos individuales.
-
Almacenamiento masivo de datos de objetos: Almacenamiento en niveles de rendimiento (10K SAS o SSD) y capacidad (NL-SAS/SATA) para el almacenamiento persistente de datos de objetos y metadatos de objetos.
Se deben utilizar dispositivos de bloques respaldados por RAID para todas las categorías de almacenamiento. No se admiten discos, SSD o JBOD no redundantes. Puede usar almacenamiento RAID compartido o local para cualquiera de las categorías de almacenamiento; sin embargo, si desea usar la funcionalidad de migración de nodos en StorageGRID, debe almacenar tanto los datos del sistema como los datos de objetos en almacenamiento compartido. Para obtener más información, consulte "Requisitos de migración de contenedores de nodos".
Requisitos de rendimiento
El rendimiento de los volúmenes utilizados para el pool de contenedores, los datos del sistema y los metadatos de objetos afecta significativamente el rendimiento general del sistema. Debe usar almacenamiento de nivel de rendimiento (10 000 SAS o SSD) para estos volúmenes a fin de garantizar que el rendimiento de disco sea adecuado en términos de latencia, operaciones de entrada/salida por segundo (IOPS) y rendimiento. Puede usar almacenamiento en niveles 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 el almacenamiento en caché de devolución de escritura habilitado. La caché debe estar en un medio protegido o persistente.
Requisitos para los hosts que usan almacenamiento ONTAP de NetApp
Si el nodo StorageGRID utiliza almacenamiento asignado desde un sistema ONTAP de NetApp, confirme que el volumen no tiene habilitada la política de organización en niveles de FabricPool. Al deshabilitar el almacenamiento en niveles de FabricPool para los volúmenes que se usan con los nodos StorageGRID, se simplifica la solución de problemas y las operaciones de almacenamiento.
|
No utilice nunca FabricPool para colocar en niveles datos relacionados con StorageGRID en el propio StorageGRID. La organización en niveles de los datos de StorageGRID en StorageGRID aumenta la solución de problemas y la complejidad operativa. |
Número de hosts requeridos
Cada sitio StorageGRID requiere como mínimo tres nodos de almacenamiento.
|
En una puesta en marcha de producción, no ejecute más de un nodo de almacenamiento en un solo host físico o virtual. El uso de un host dedicado para cada nodo de almacenamiento proporciona un dominio de fallo aislado. |
Pueden ponerse en marcha otros tipos de nodos, como los nodos de administrador o los nodos de pasarela, en los mismos hosts o bien en sus propios hosts dedicados, según sea necesario.
Número de volúmenes de almacenamiento para cada host
En la siguiente tabla se 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 del cual se pondrán en marcha los nodos en ese host.
El tamaño máximo de LUN probado es 39 TB.
|
Estos números son para cada host, no para toda la cuadrícula. |
Propósito de LUN | Categoría de almacenamiento | Número de LUN | Tamaño mínimo/LUN |
---|---|---|---|
Bloque de almacenamiento del motor del contenedor |
Pool de contenedores |
1 |
Número total de nodos × 100 GB |
|
Datos del sistema |
1 para cada nodo de este host |
90 GB |
Nodo de almacenamiento |
Datos de objetos |
3 para cada nodo de almacenamiento de este host Nota: un nodo de almacenamiento basado en software puede tener de 1 a 16 volúmenes de almacenamiento; se recomiendan al menos 3 volúmenes de almacenamiento. |
12 TB (4 TB/LUN) Consulte los requisitos de almacenamiento de los nodos de almacenamiento si desea obtener más información. |
Registros de auditoría del nodo de administrador |
Datos del sistema |
1 para cada nodo de administrador de este host |
200 GB |
Tablas Admin Node |
Datos del sistema |
1 para cada nodo de administrador de este host |
200 GB |
|
En función del nivel de auditoría configurado, el tamaño de las entradas de usuario, como el nombre de clave de objeto S3, Y cuántos datos de registro de auditoría debe conservar, es posible que necesite aumentar el tamaño del LUN del registro de auditoría en cada nodo de administración.Por lo general, un grid genera aproximadamente 1 KB de datos de auditoría por operación de S3. Lo que significaría que un LUN de 200 GB admitiría 70 millones de operaciones al día o 800 operaciones por segundo durante dos o tres días. |
Espacio de almacenamiento mínimo para un host
En la siguiente tabla se muestra el espacio de almacenamiento mínimo necesario para cada tipo de nodo. Puede utilizar esta tabla para determinar la cantidad mínima de almacenamiento que debe proporcionar al host en cada categoría de almacenamiento, según la cual se pondrán en marcha los nodos en ese host.
|
Las instantáneas de disco no se pueden utilizar para restaurar los nodos de grid. En su lugar, consulte "recuperación de nodo de grid" procedimientos para cada tipo de nodo. |
Tipo de nodo | Pool de contenedores | Datos del sistema | Datos de objetos |
---|---|---|---|
Nodo de almacenamiento |
100 GB |
90 GB |
4,000 GB |
Nodo de administración |
100 GB |
490 GB (3 LUN) |
no aplicable |
Nodo de puerta de enlace |
100 GB |
90 GB |
no aplicable |
Nodo de archivado |
100 GB |
90 GB |
no aplicable |
Ejemplo: Calcular los requisitos de almacenamiento para un host
Suponga que planea implementar tres nodos en el mismo host: Un nodo de almacenamiento, un nodo de administración y un nodo de puerta de enlace. Debe proporcionar un mínimo de nueve volúmenes de almacenamiento al host. Necesitará un mínimo de 300 GB de almacenamiento de nivel de rendimiento para los contenedores de nodos, 670 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 | Propósito de LUN | Número de LUN | Tamaño de LUN |
---|---|---|---|
Nodo de almacenamiento |
Pool de almacenamiento de Docker |
1 |
300 GB (100 GB/nodo) |
Nodo de almacenamiento |
|
1 |
90 GB |
Nodo de almacenamiento |
Datos de objetos |
3 |
12 TB (4 TB/LUN) |
Nodo de administración |
|
1 |
90 GB |
Nodo de administración |
Registros de auditoría del nodo de administrador |
1 |
200 GB |
Nodo de administración |
Tablas Admin Node |
1 |
200 GB |
Nodo de puerta de enlace |
|
1 |
90 GB |
Total |
9 |
Datos del sistema: 670 GB Datos del objeto: 12,000 GB |
Requisitos de almacenamiento para nodos de almacenamiento
Un nodo de almacenamiento basado en software puede tener de 1 a 16 volúmenes de almacenamiento: Se recomiendan -3 o más volúmenes de almacenamiento. Cada volumen de almacenamiento debe ser 4 TB o mayor.
|
Un nodo de almacenamiento de dispositivo puede tener hasta 48 volúmenes de almacenamiento. |
Como se muestra en la figura, StorageGRID reserva espacio para los metadatos del objeto en el volumen de almacenamiento 0 de cada nodo de almacenamiento. Cualquier espacio restante en el volumen de almacenamiento 0 y cualquier otro volumen de almacenamiento en el nodo de almacenamiento se utilizan exclusivamente para los datos de objetos.
![Nodo de almacenamiento de espacio de metadatos](../media/metadata_space_storage_node.png)
Para proporcionar redundancia y proteger los metadatos de objetos de la pérdida, StorageGRID almacena tres copias de los metadatos para todos los objetos del sistema en cada sitio. Las tres copias de metadatos de objetos se distribuyen uniformemente por todos los nodos de almacenamiento de cada sitio.
Cuando se asigna espacio al volumen 0 de un nuevo nodo de almacenamiento, se debe garantizar que haya espacio suficiente para la porción de ese nodo de todos los metadatos de objetos.
-
Como mínimo, debe asignar al menos 4 TB al volumen 0.
Si solo se utiliza un volumen de almacenamiento para un nodo de almacenamiento y se asignan 4 TB o menos al volumen, es posible que el nodo de almacenamiento introduzca el estado de solo lectura de almacenamiento al inicio y almacene solo metadatos de objetos. Si se asigna menos de 500 GB al volumen 0 (solo para uso no en producción), el 10 % de la capacidad del volumen de almacenamiento se reserva para metadatos. -
Si va a instalar un nuevo sistema (StorageGRID 11,6 o superior) y cada nodo de almacenamiento tiene 128 GB o más de RAM, asigne 8 TB o más al volumen 0. Al usar un valor mayor para el volumen 0, se puede aumentar el espacio permitido para los metadatos en cada nodo de almacenamiento.
-
Al configurar nodos de almacenamiento diferentes para un sitio, utilice el mismo ajuste para el volumen 0 si es posible. Si un sitio contiene nodos de almacenamiento de distintos tamaños, el nodo de almacenamiento con el volumen más pequeño 0 determinará la capacidad de metadatos de ese sitio.
Para obtener más información, vaya a. "Gestione el almacenamiento de metadatos de objetos".