Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Diretrizes de configuração do pool de storage no StorageGRID

PDFs

Configure e utilize pools de storage para proteger contra perda de dados distribuindo os dados por vários sites. Cópias replicadas e cópias com codificação de apagamento exigem diferentes configurações de pool de storage.

Consulte "Exemplos de ativação da proteção contra perda de dados usando replicação e codificação de apagamento".

Diretrizes para todos os pools de storage

  • Mantenha as configurações do pool de storage o mais simples possível. Não crie mais pools de storage do que o necessário.

  • Crie pools de storage com o máximo de nós possível. Cada pool de storage deve conter dois ou mais nós. Um pool de storage com nós insuficientes pode causar atrasos no ILM se um nó ficar indisponível.

  • Evite criar ou usar pools de storage que se sobreponham (contenham um ou mais dos mesmos nós). Se pools de storage se sobrepuserem, mais de uma cópia dos dados do objeto pode ser salva no mesmo nó.

  • Em geral, não utilize o pool de storage All Storage Nodes (StorageGRID 11.6 e versões anteriores) nem o site All Sites. Esses itens são atualizados automaticamente para incluir quaisquer novos sites que você adicionar em uma expansão, o que pode não ser o comportamento que você deseja.

Diretrizes para pools de storage usados para cópias replicadas

  • Para proteção contra perda de site usando "replicação", especifique um ou mais pools de storage específicos do site no "Instruções de posicionamento para cada regra ILM".

    Um pool de storage é criado automaticamente para cada site durante a instalação do StorageGRID.

    Utilizar um pool de storage para cada site garante que as cópias replicadas dos objetos sejam colocadas exatamente onde você espera (por exemplo, uma cópia de cada objeto em cada site para proteção contra perda de site).

  • Se você adicionar um site em uma expansão, crie um novo pool de storage que contenha apenas o novo site. Em seguida, "Atualizar regras do ILM" para controlar quais objetos são armazenados no novo site.

  • Se o número de cópias for menor que o número de pools de storage, o sistema distribui as cópias para equilibrar o uso do disco entre os pools.

  • Se os pools de armazenamento se sobrepuserem (contiverem os mesmos Storage Nodes), todas as cópias do objeto poderão ser salvas em apenas um site. Você deve garantir que os pools de armazenamento selecionados não contenham os mesmos Storage Nodes.

Diretrizes para pools de storage usados para cópias com codificação de apagamento

  • Para proteção contra perda de sites usando "codificação de apagamento", crie pools de storage que consistam em pelo menos três sites. Se um pool de storage incluir apenas dois sites, você não pode usar esse pool de storage para codificação de apagamento. Nenhum esquema de codificação de apagamento está disponível para um pool de storage que tenha dois sites.

  • O número de nós de armazenamento e sites contidos no pool de storage determina quais "esquemas de codificação de apagamento" estão disponíveis.

  • Se possível, um pool de storage deve incluir mais do que o número mínimo de Storage Nodes exigido pelo esquema de codificação de apagamento que você selecionar. Por exemplo, se você usar um esquema de codificação de apagamento 6+3, será necessário ter pelo menos nove Storage Nodes. No entanto, recomenda-se ter pelo menos um Storage Node adicional por site.

  • Distribua os nós de armazenamento entre os locais da forma mais uniforme possível. Por exemplo, para suportar um esquema de codificação de apagamento 6+3, configure um pool de storage que inclua pelo menos três nós de armazenamento em três locais.

  • Se você tiver requisitos de taxa de transferência elevados, não é recomendável usar um pool de storage que inclua vários sites se a latência de rede entre os sites for superior a 100 ms. À medida que a latência aumenta, a taxa na qual o StorageGRID pode criar, posicionar e recuperar fragmentos de objetos diminui drasticamente devido à redução na taxa de transferência da rede TCP.

    A diminuição da taxa de transferência afeta as taxas máximas alcançáveis de ingestão e recuperação de objetos (quando Balanced ou Strict são selecionados como o comportamento de ingestão) ou pode levar a atrasos na fila do ILM (quando Dual commit é selecionado como o comportamento de ingestão). Consulte "Comportamento de ingestão da regra ILM".

    Observação Se sua grade incluir apenas um site, você ficará impedido de usar o pool de storage All Storage Nodes (StorageGRID 11.6 e versões anteriores) ou o site All Sites em um perfil de codificação de apagamento. Esse comportamento impede que o perfil se torne inválido caso um segundo site seja adicionado.