Requisitos de armazenamento e desempenho para StorageGRID
Sugerir alterações
PDFs
Você precisa entender os requisitos de storage dos nós do StorageGRID para garantir que você tenha espaço suficiente para suportar a configuração inicial e a futura expansão de storage.
Os requisitos de armazenamento e desempenho variam de acordo com a implementação do nó baseado em software.
|
"Linux" refere-se a uma implantação RHEL, Ubuntu ou Debian. Para obter uma lista de versões suportadas, consulte o "Ferramenta de Matriz de interoperabilidade NetApp (IMT)" . |
Categorias de armazenamento
Os nós de StorageGRID exigem três categorias lógicas de storage:
-
Pool de contêineres — storage de nível de desempenho (SAS de 10K ou SSD) para os contêineres dos nós, que é atribuído ao driver de storage do mecanismo de contêineres quando você instala e configura o mecanismo de contêineres nos hosts que dão suporte aos seus nós do StorageGRID.
-
Dados do sistema — Storage de nível de desempenho (SAS de 10K ou SSD) para storage persistente por nó de dados do sistema e logs de transações, que os serviços de host do StorageGRID consomem e mapeiam em nós individuais.
-
Dados de objeto — armazenamento em camada de desempenho (SAS ou SSD de 10K TB) e armazenamento em massa de camada de capacidade (NL-SAS/SATA) para armazenamento persistente de dados de objetos e metadados de objetos.
Você deve usar dispositivos de bloco com suporte a RAID para todas as categorias de storage. Discos não redundantes, SSDs ou JBODs não são suportados. Você pode usar storage RAID compartilhado ou local para qualquer categoria de storage. Para migrar nós no StorageGRID, você deve armazenar tanto os dados do sistema quanto os dados dos objetos em storage compartilhado. Para mais informações, consulte "Requisitos de migração de contêiner de nós".
Requisitos de desempenho
A performance dos volumes usados para o pool de contêineres, dados do sistema e metadados de objetos afeta significativamente o desempenho geral do sistema. Você deve usar o storage de camada de desempenho (SAS ou SSD de 10K GB) para esses volumes, a fim de garantir um desempenho de disco adequado em termos de latência, IOPS/operações de entrada/saída por segundo (IOPS) e taxa de transferência. Você pode usar o storage de camada de capacidade (NL-SAS/SATA) para o storage persistente de dados de objetos.
Os volumes usados para o pool de contêineres, dados do sistema e dados de objetos precisam ter o armazenamento em cache de gravação habilitado. O cache deve estar em uma Mídia protegida ou persistente.
Requisitos para hosts que usam storage NetApp ONTAP
Se o nó StorageGRID usar o storage atribuído a partir de um sistema NetApp ONTAP, confirme se o volume não tem uma política de disposição em camadas do FabricPool habilitada. A desativação da disposição em camadas do FabricPool para volumes usados com nós do StorageGRID simplifica a solução de problemas e as operações de storage.
|
|
Nunca use o FabricPool para categorizar dados relacionados ao StorageGRID de volta ao próprio StorageGRID. A disposição em camadas de dados do StorageGRID de volta para o StorageGRID aumenta a complexidade operacional e a solução de problemas. |
Número de hosts necessários
Cada local do StorageGRID requer um mínimo de três nós de storage.
|
|
Em um ambiente de produção, não execute mais de um Storage Node em um único host físico ou virtual. Um host dedicado para cada Storage Node proporciona um domínio de falha isolado. |
Você pode implantar outros tipos de nós, como Admin Nodes ou Gateway Nodes, nos mesmos hosts ou pode implantá-los em hosts dedicados próprios, conforme necessário.
|
|
Não é possível usar snapshots de disco para restaurar nós da grade. Em vez disso, consulte os "recuperação do nó de grade" procedimentos para cada tipo de nó. |
Número de volumes de armazenamento para cada nó
A tabela a seguir mostra o número de volumes de armazenamento (LUNs) necessários para cada host e o tamanho mínimo exigido para cada LUN, com base nos nós implantados nesse host.
O tamanho máximo de LUN testado é 100 TiB.
|
|
Esses números são para cada host, não para toda a grade. |
| Finalidade do LUN | Categoria de armazenamento | Número de LUNs | Tamanho mínimo/LUN |
|---|---|---|---|
Pool de armazenamento do mecanismo de contêiner |
Pool de contêineres |
1 |
Número total de nós x 100 GB |
|
Dados do sistema |
1 para cada nó neste host |
100 GB |
Nó de storage |
Dados de objeto |
3 para cada nó de storage nesse host Nota: Um nó de armazenamento baseado em software Linux e um nó de armazenamento baseado em software VMware podem ter de 1 a 48 volumes de armazenamento. Recomenda-se pelo menos 3 volumes de armazenamento. |
12 TB (4 TB/LUN, mínimo) Tamanho máximo de LUN testado: 100 TiB. Consulte Requisitos de storage para nós de storage para mais informações. |
Nó de storage (somente metadados) |
Metadados de objetos |
1 |
4 TB/LUN, mínimo Tamanho máximo de LUN testado: 100 TiB. Consulte Requisitos de storage para nós de storage para mais informações. Nota: Somente um rangedb é necessário para nós de storage somente metadados. |
Logs de auditoria do nó de administração |
Dados do sistema |
1 para cada nó de administração neste host |
200 GB |
Tabelas Admin Node |
Dados do sistema |
1 para cada nó de administração neste host |
200 GB |
|
|
Dependendo do nível de auditoria configurado, do tamanho das entradas do usuário, como o nome da chave do objeto S3, e de quanto log de auditoria você precisa preservar, pode ser necessário aumentar o tamanho do LUN de log de auditoria em cada Admin Node. Geralmente, um grid gera aproximadamente 1 KB de dados de auditoria por operação S3, o que significa que um LUN de 200 GB suportaria 70 milhões de operações por dia ou 800 operações por segundo durante dois a três dias. |
Espaço de armazenamento mínimo para um host
A tabela a seguir mostra o espaço de storage mínimo necessário para cada tipo de nó. Você pode usar esta tabela para determinar a quantidade mínima de espaço de storage que deve fornecer ao host em cada categoria de storage, com base nos nós implantados nesse host.
|
|
Não é possível usar snapshots de disco para restaurar nós da grade. Em vez disso, consulte os "recuperação do nó de grade" procedimentos para cada tipo de nó. |
Cada host de nó requer um LUN de 100 GB para o sistema operacional.
| Tipo de nó | Pool de contêineres | Dados do sistema | Dados de objeto |
|---|---|---|---|
Nó de storage |
100 GB |
100 GB |
4.000 GB |
Nó de administração |
100 GB |
500 GB (3 LUNs) |
não aplicável |
Nó de gateway |
100 GB |
100 GB |
não aplicável |
Exemplo: Calculando os requisitos de armazenamento para um host ou máquina virtual
Suponha que você planeje implantar três nós no mesmo host ou máquina virtual: um Storage Node, um Admin Node e um Gateway Node. Você deve fornecer um mínimo de nove volumes de storage para o host. Você precisa de um mínimo de 300 GB de storage de nível de desempenho para os contêineres dos nós, 700 GB de storage de nível de desempenho para dados do sistema e logs de transações, e 12 TB de storage de nível de capacidade para dados de objetos.
| Tipo de nó | Finalidade do LUN | Número de LUNs | Tamanho da LUN |
|---|---|---|---|
Nó de storage |
Pool de armazenamento do mecanismo de contêiner |
1 |
300 GB (100 GB/nó) |
Nó de storage |
|
1 |
100 GB |
Nó de storage |
Dados de objeto |
3 |
12 TB (4 TB/LUN) |
Nó de administração |
|
1 |
100 GB |
Nó de administração |
Logs de auditoria do nó de administração |
1 |
200 GB |
Nó de administração |
Tabelas Admin Node |
1 |
200 GB |
Nó de gateway |
|
1 |
100 GB |
Total |
9 |
Dados do sistema: 700 GB Dados do objeto: 12.000 GB |
| Tipo de nó | Finalidade do LUN | Número de LUNs | Tamanho da LUN |
|---|---|---|---|
Nó de storage |
Volume do sistema operacional |
1 |
100 GB |
Nó de storage |
Dados de objeto |
3 |
12 TB (4 TB/LUN) |
Nó de administração |
Volume do sistema operacional |
1 |
100 GB |
Nó de administração |
Logs de auditoria do nó de administração |
1 |
200 GB |
Nó de administração |
Tabelas Admin Node |
1 |
200 GB |
Nó de gateway |
Volume do sistema operacional |
1 |
100 GB |
Total |
8 |
Dados do sistema: 700 GB Dados do objeto: 12.000 GB |
Requisitos específicos de armazenamento para nós de armazenamento
O Linux e o VMware têm os seguintes requisitos de storage para Storage Nodes:
-
Um nó de storage baseado em software Linux pode ter de 1 a 48 volumes de storage.
-
Um nó de storage baseado em software da VMware pode ter de 1 a 48 volumes de storage.
-
Três ou mais volumes de armazenamento são recomendados.
-
Cada volume de armazenamento deve ter 4 TB ou mais.
|
|
Um nó de armazenamento de dispositivo também pode ter até 48 volumes de armazenamento. |
Como mostrado na figura, o StorageGRID reserva espaço para metadados de objetos no volume de storage 0 de cada nó de storage. Qualquer espaço restante no volume de armazenamento 0 e quaisquer outros volumes de armazenamento no nó de armazenamento são usados exclusivamente para dados de objeto.
Para fornecer redundância e proteger os metadados de objetos contra perda, o StorageGRID armazena três cópias dos metadados de todos os objetos no sistema em cada local. As três cópias dos metadados de objetos são distribuídas uniformemente por todos os nós de storage em cada local.
Ao instalar uma grade com nós de armazenamento somente de metadados, a grade também deve conter um número mínimo de nós para storage de objetos. Consulte "Tipos de nós de storage" para mais informações sobre nós de armazenamento somente de metadados.
-
Para uma grade de um único local, pelo menos dois nós de storage são configurados para objetos e metadados.
-
Para uma grade de vários locais, pelo menos um nó de storage por local é configurado para objetos e metadados.
Ao atribuir espaço ao volume 0 de um novo nó de storage, você deve garantir que haja espaço adequado para a parte desse nó de todos os metadados de objetos.
-
No mínimo, você deve atribuir pelo menos 4 TB ao volume 0.
Se você usar apenas um volume de armazenamento para um nó de armazenamento e atribuir 4 TB ou menos ao volume, o nó de armazenamento poderá entrar no estado somente leitura de armazenamento na inicialização e armazenar somente metadados de objetos.
Se você atribuir menos de 500 GB ao volume 0 (somente uso não-produção), 10% da capacidade do volume de armazenamento será reservada para metadados. -
Os recursos de nó somente de metadados baseados em software devem corresponder aos recursos dos nós de storage existentes. Por exemplo:
-
Se o local do StorageGRID existente estiver usando dispositivos SG6000 ou SG6100, os nós somente de metadados baseados em software deverão atender aos seguintes requisitos mínimos:
-
128 GB DE RAM
-
CPU de 8 núcleos
-
SSD de 8 TB ou armazenamento equivalente para o banco de dados Cassandra (rangedb/0)
-
-
Se o site StorageGRID existente estiver usando nós de armazenamento virtuais com 24 GB de RAM, CPU de 8 núcleos e 3 TB ou 4 TB de armazenamento de metadados, os nós somente de metadados baseados em software deverão usar recursos semelhantes (24 GB de RAM, CPU de 8 núcleos e 4 TB de armazenamento de metadados (rangedb/0)).
Ao adicionar um novo site StorageGRID, a capacidade total de metadados do novo local deve, no mínimo, corresponder aos locais StorageGRID existentes e os novos recursos do local devem corresponder aos nós de storage nos locais StorageGRID existentes.
-
-
Se você estiver instalando um novo sistema (StorageGRID 11,6 ou superior) e cada nó de armazenamento tiver 128 GB ou mais de RAM, atribua 8 TB ou mais ao volume 0. O uso de um valor maior para o volume 0 pode aumentar o espaço permitido para metadados em cada nó de storage.
-
Ao configurar diferentes nós de armazenamento para um site, use a mesma configuração para o volume 0, se possível. Se um site contiver nós de armazenamento de tamanhos diferentes, o nó de armazenamento com o menor volume 0 determina a capacidade de metadados desse site.
Para obter mais detalhes, "Gerenciar o storage de metadados de objetos"visite .