Requisitos de armazenamento e desempenho para StorageGRID
Sugerir alterações
PDFs
Você precisa entender os requisitos de armazenamento dos nós do StorageGRID para poder fornecer 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 seu nó baseado em software.
|
"Linux" refere-se a uma instalação do RHEL, Ubuntu ou Debian. Para obter uma lista das versões suportadas, consulte o "NetApp Ferramenta de Matriz de Interoperabilidade (IMT)". |
Categorias de armazenamento
Os nós do StorageGRID requerem três categorias lógicas de armazenamento:
-
Pool de contêineres — Armazenamento de nível de desempenho (SAS de 10K ou SSD) para os contêineres dos nós, que será atribuído ao driver de storage do mecanismo de contêineres quando você instalar e configurar o mecanismo de contêineres nos hosts que darã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 irão consumir e mapear em nós individuais.
-
Dados de objetos — armazenamento de nível de desempenho (SAS de 10K ou SSD) e armazenamento em massa de nível de capacidade (NL-SAS/SATA) para o storage 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 uma das categorias de storage; no entanto, se quiser usar o recurso de migração de 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ó".
Requisitos de desempenho
O desempenho dos volumes usados para o pool de contêineres, dados do sistema e metadados de objetos impacta significativamente o desempenho geral do sistema. Você deve usar storage de performance-tier (10K SAS ou SSD) para esses volumes para garantir desempenho adequado do disco em termos de latência, operações de entrada/saída por segundo (IOPS) e taxa de transferência. Você pode usar storage de capacity-tier (NL-SAS/SATA) para o storage persistente dos dados de objetos.
Os volumes usados para o pool de contêineres, dados do sistema e dados de objetos devem ter armazenamento em cache de gravação ativado. O cache deve estar em uma mídia protegida ou persistente.
Requisitos para hosts que utilizam NetApp ONTAP storage
Se o nó StorageGRID usar armazenamento atribuído de um sistema NetApp ONTAP, confirme que o volume não possui uma política de tiering FabricPool habilitada. Desabilitar o tiering FabricPool para volumes usados com nós StorageGRID simplifica a solução de problemas e as operações de storage.
|
|
Nunca use FabricPool para hierarquizar qualquer dado relacionado ao StorageGRID de volta para o próprio StorageGRID. Hierarquizar dados do StorageGRID de volta para o StorageGRID aumenta a complexidade operacional e de solução de problemas. |
Número de hosts necessários
Cada site StorageGRID requer um mínimo de três nós de armazenamento.
|
|
Em um ambiente de produção, não execute mais de um Storage Node em um único host físico ou virtual. O uso de um host dedicado para cada Storage Node proporciona um domínio de falha isolado. |
Outros tipos de nós, como Admin Nodes ou Gateway Nodes, podem ser implantados nos mesmos hosts ou 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 de nó da 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 storage (LUNs) necessários para cada host e o tamanho mínimo exigido para cada LUN, com base nos nós que serão implantados nesse host.
O tamanho máximo de LUN testado é de 39 TB.
|
|
Esses números se referem a cada host, não à grade inteira. |
| Finalidade da LUN | Categoria de armazenamento | Número de LUNs | Tamanho mínimo/LUN |
|---|---|---|---|
Pool de storage do mecanismo de contêiner |
Pool de contêineres |
1 |
Número total de nós × 100 GB |
|
Dados do sistema |
1 para cada nó neste host |
100 GB |
Nó de armazenamento |
Dados do objeto |
3 para cada nó de armazenamento neste host Nota: Um nó de storage baseado em software Linux pode ter de 1 a 48 volumes de storage. Um nó de storage baseado em software VMware pode ter de 1 a 16 volumes de storage. Recomenda-se pelo menos 3 volumes de storage. |
12 TB (4 TB/LUN, mínimo) Tamanho máximo de LUN testado: 39 TB. Consulte Requisitos de storage para Storage Nodes para mais informações. |
Nó de storage (somente metadados) |
Metadados de objeto |
1 |
4 TB/LUN, mínimo Tamanho máximo de LUN testado: 39 TB. Consulte Requisitos de storage para Storage Nodes para mais informações. Nota: Apenas um rangedb é necessário para nós de armazenamento somente de metadados. |
Logs de auditoria do Admin Node |
Dados do sistema |
1 para cada nó de administração neste host |
200 GB |
Tabelas de nós de administração |
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 da quantidade de dados de log de auditoria que 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 mínimo de storage para um host
A tabela a seguir mostra o espaço mínimo de storage 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 que serão implantados nesse host.
|
|
Não é possível usar snapshots de disco para restaurar nós da grade. Em vez disso, consulte os "recuperação de nó da grade" procedimentos para cada tipo de nó. |
Cada host node requer um LUN de 100 GB para o sistema operacional.
| Tipo de nó | Pool de contêineres | Dados do sistema | Dados do objeto |
|---|---|---|---|
Nó de armazenamento |
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: calcular 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ê vai precisar de no mínimo 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 da LUN | Número de LUNs | Tamanho da LUN |
|---|---|---|---|
Nó de armazenamento |
Pool de storage do mecanismo de contêiner |
1 |
300 GB (100 GB/nó) |
Nó de armazenamento |
|
1 |
100 GB |
Nó de armazenamento |
Dados do objeto |
3 |
12 TB (4 TB/LUN) |
Nó de administração |
|
1 |
100 GB |
Nó de administração |
Logs de auditoria do Admin Node |
1 |
200 GB |
Nó de administração |
Tabelas de nós de administração |
1 |
200 GB |
Nó de gateway |
|
1 |
100 GB |
Total |
9 |
Pool de contêineres: 300 GB Dados do sistema: 700 GB Dados do objeto: 12.000 GB |
| Tipo de nó | Finalidade da LUN | Número de LUNs | Tamanho da LUN |
|---|---|---|---|
Nó de armazenamento |
Volume do SO |
1 |
100 GB |
Nó de armazenamento |
Dados do objeto |
3 |
12 TB (4 TB/LUN) |
Nó de administração |
Volume do SO |
1 |
100 GB |
Nó de administração |
Logs de auditoria do Admin Node |
1 |
200 GB |
Nó de administração |
Tabelas de nós de administração |
1 |
200 GB |
Nó de gateway |
Volume do SO |
1 |
100 GB |
Total |
8 |
Dados do sistema: 700 GB Dados do objeto: 12.000 GB |
Requisitos específicos de storage para Storage Nodes
Linux e VMware têm requisitos de armazenamento diferentes para nós de armazenamento:
-
Um nó de armazenamento baseado em software Linux pode ter de 1 a 48 volumes de armazenamento
-
Um nó de armazenamento baseado em software VMware pode ter de 1 a 16 volumes de armazenamento
-
Recomenda-se o uso de três ou mais volumes de storage.
-
Cada volume de armazenamento deve ter 4 TB ou mais.
|
|
Um nó de armazenamento appliance também pode ter até 48 volumes de armazenamento. |
Conforme ilustrado na figura, StorageGRID reserva espaço para metadados de objetos no volume de storage 0 de cada Storage Node. Qualquer espaço restante no volume de storage 0 e em quaisquer outros volumes de storage no Storage Node é usado exclusivamente para dados de objetos.
Para garantir redundância e proteger os metadados de objetos contra perda, StorageGRID armazena três cópias dos metadados de todos os objetos do sistema em cada site. As três cópias dos metadados de objetos são distribuídas uniformemente entre todos os Storage Nodes em cada site.
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 armazenamento" para obter mais informações sobre nós de armazenamento somente de metadados.
-
Para uma grid de site único, pelo menos dois Storage Nodes são configurados para objetos e metadados.
-
Para uma grid com vários sites, pelo menos um Storage Node por site é configurado para objetos e metadados.
Ao atribuir espaço ao volume 0 de um novo Storage Node, você deve garantir que haja espaço suficiente para a porção 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 storage para um Storage Node e atribuir 4 TB ou menos a esse volume, o Storage Node pode entrar no estado de storage somente leitura na inicialização e armazenar apenas os metadados do objeto.
Se você atribuir menos de 500 GB ao volume 0 (somente para uso não produtivo), 10% da capacidade do volume de storage será reservado para metadados. -
Os recursos de nós baseados em software que contêm apenas metadados devem corresponder aos recursos de Storage Nodes existentes. Por exemplo:
-
Se o site StorageGRID existente estiver usando appliances SG6000 ou SG6100, os nós baseados em software que armazenam apenas metadados devem atender aos seguintes requisitos mínimos:
-
128 GB de RAM
-
CPU de 8 núcleos
-
8 TB de SSD 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 baseados em software que armazenam apenas metadados devem 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 nova capacidade total de metadados do site deve, no mínimo, corresponder à dos sites StorageGRID existentes, e os recursos do novo site devem corresponder aos Storage Nodes dos sites StorageGRID existentes.
-
-
Se você estiver instalando um novo sistema (StorageGRID 11.6 ou superior) e cada Storage Node tiver 128 GB ou mais de RAM, atribua 8 TB ou mais ao volume 0. Usar um valor maior para o volume 0 pode aumentar o espaço permitido para metadados em cada Storage Node.
-
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 determinará a capacidade de metadados desse site.
Para mais detalhes, acesse "Gerencie o armazenamento de metadados de objetos".