Como a alteração de uma política ILM afeta o desempenho do StorageGRID
Sugerir alterações
PDFs
Se precisar alterar sua proteção de dados ou adicionar novos sites, você pode criar e ativar uma nova política ILM.
Antes de alterar uma política, você deve entender como as mudanças nos posicionamentos do ILM podem afetar temporariamente o desempenho geral de um sistema StorageGRID.
Neste exemplo, um novo site StorageGRID foi adicionado em uma expansão e uma nova política ILM ativa precisa ser implementada para armazenar dados no novo site. Para implementar uma nova política ativa, primeiro "criar uma política". Em seguida, você deve "simular" e depois "ativar" a nova política.
|
As regras e políticas de ILM a seguir são apenas exemplos. Existem muitas maneiras de configurar regras de ILM. Antes de ativar uma nova política, simule-a para confirmar que ela funcionará conforme o esperado para proteger o conteúdo contra perdas. |
Como a alteração de uma política de ILM afeta o desempenho
Ao ativar uma nova política ILM, o desempenho do seu sistema StorageGRID pode ser afetado temporariamente, especialmente se as instruções de posicionamento na nova política exigirem que muitos objetos existentes sejam movidos para novos locais.
Ao ativar uma nova política ILM, StorageGRID a utiliza para gerenciar todos os objetos, incluindo objetos existentes e objetos recém-ingeridos. Antes de ativar uma nova política ILM, revise quaisquer alterações no posicionamento de objetos replicados e objetos com codificação de apagamento existentes. Alterar a localização de um objeto existente pode resultar em problemas temporários de recursos quando os novos posicionamentos são avaliados e implementados.
Para garantir que uma nova política ILM não afete a alocação de objetos replicados e codificados para apagamento existentes, você pode "Crie uma regra ILM com um filtro de tempo de ingestão". Por exemplo, Ingest time is on or after <date and time>, para que a nova regra se aplique somente a objetos ingeridos na data e hora especificadas ou posteriormente.
Os tipos de alterações de política ILM que podem afetar temporariamente o desempenho do StorageGRID incluem o seguinte:
-
Aplicando um perfil de codificação de apagamento diferente a objetos já codificados por apagamento.
StorageGRID considera cada perfil de codificação de apagamento como único e não reutiliza fragmentos de codificação de apagamento quando um novo perfil é usado. -
Alterar o tipo de cópias necessárias para objetos existentes; por exemplo, converter uma grande porcentagem de objetos replicados em objetos com codificação de apagamento.
-
Mover cópias de objetos existentes para um local completamente diferente; por exemplo, mover um grande número de objetos para ou de um Cloud Storage Pool ou para ou de um local remoto.
Política ILM ativa, por exemplo 6: proteção de dados em dois locais
Neste exemplo, a política ILM ativa foi inicialmente projetada para um sistema StorageGRID de dois locais e utiliza duas regras ILM.
Nessa política de ILM, os objetos pertencentes ao Tenant A são protegidos por codificação de apagamento 2+1 em um único site, enquanto os objetos pertencentes a todos os outros tenants são protegidos em dois sites usando replicação de 2 cópias.
Regra 1: codificação de apagamento em um único site para o Tenant A
| Definição de regra | Valor de exemplo |
|---|---|
Nome da regra |
Codificação de apagamento de um único local para o tenant A |
Conta de tenant |
Locatário A |
Pool de storage |
Local 1 |
Atribuições |
codificação de apagamento 2+1 no Site 1 do dia 0 até sempre |
Regra 2: replicação em dois locais para outros inquilinos
| Definição de regra | Valor de exemplo |
|---|---|
Nome da regra |
Replicação em dois locais para outros tenants |
Conta de tenant |
Ignorar |
Pools de armazenamento |
Site 1 e Site 2 |
Atribuições |
Duas cópias replicadas desde o dia 0 até a eternidade: uma cópia no Site 1 e uma cópia no Site 2. |
Política ILM para exemplo 6: proteção de dados em três locais
Neste exemplo, a política ILM está sendo substituída por uma nova política para um sistema StorageGRID de três locais.
Após realizar uma expansão para adicionar o novo site, o administrador da grade criou dois novos pools de storage: um pool de storage para o Site 3 e um pool de storage contendo todos os três sites (não é o mesmo que o pool de storage padrão All Storage Nodes). Em seguida, o administrador criou duas novas regras ILM e uma nova política ILM, projetada para proteger os dados em todos os três sites.
Quando essa nova política ILM for ativada, os objetos pertencentes ao Tenant A serão protegidos por codificação de apagamento 2+1 em três sites, enquanto os objetos pertencentes a outros tenants (e objetos menores pertencentes ao Tenant A) serão protegidos em três sites usando replicação de 3 cópias.
Regra 1: codificação de apagamento em três sites para o Tenant A
| Definição de regra | Valor de exemplo |
|---|---|
Nome da regra |
Codificação de apagamento de três locais para o tenant A |
Conta de tenant |
Locatário A |
Pool de storage |
Todos os 3 sites (inclui o Site 1, o Site 2 e o Site 3) |
Atribuições |
codificação de apagamento 2+1 em todos os 3 sites do dia 0 para sempre |
Regra 2: replicação em três locais para outros tenants
| Definição de regra | Valor de exemplo |
|---|---|
Nome da regra |
Replicação em três locais para outros tenants |
Conta de tenant |
Ignorar |
Pools de armazenamento |
Site 1, Site 2 e Site 3 |
Atribuições |
Três cópias replicadas desde o dia 0 até a eternidade: uma cópia no Site 1, uma cópia no Site 2 e uma cópia no Site 3. |
Ativando a política ILM para o exemplo 6
Ao ativar uma nova política ILM, os objetos existentes podem ser movidos para novos locais ou novas cópias de objetos podem ser criadas para objetos existentes, com base nas instruções de posicionamento em quaisquer regras novas ou atualizadas.
|
|
Erros em uma política de ILM podem causar perda de dados irrecuperável. Analise e simule cuidadosamente a política antes de ativá-la para confirmar que ela funcionará conforme o esperado. |
|
|
Ao ativar uma nova política ILM, StorageGRID a utiliza para gerenciar todos os objetos, incluindo objetos existentes e objetos recém-ingeridos. Antes de ativar uma nova política ILM, revise quaisquer alterações no posicionamento de objetos replicados e objetos com codificação de apagamento existentes. Alterar a localização de um objeto existente pode resultar em problemas temporários de recursos quando os novos posicionamentos são avaliados e implementados. |
O que acontece quando as instruções de codificação de apagamento mudam
Na política ILM atualmente ativa para este exemplo, os objetos pertencentes ao Tenant A são protegidos usando codificação de apagamento 2+1 no Site 1. Na nova política ILM, os objetos pertencentes ao Tenant A serão protegidos usando codificação de apagamento 2+1 nos Sites 1, 2 e 3.
Quando a nova política ILM é ativada, as seguintes operações ILM ocorrem:
-
Novos objetos recebidos pelo Tenant A são divididos em dois fragmentos de dados e um fragmento de paridade é adicionado. Em seguida, cada um dos três fragmentos é armazenado em um site diferente.
-
Os objetos existentes pertencentes ao Tenant A são reavaliados durante o processo de varredura ILM em andamento. Como as instruções de posicionamento do ILM utilizam um novo perfil de codificação de apagamento, fragmentos de codificação de apagamento totalmente novos são criados e distribuídos para os três sites.
Os fragmentos 2+1 existentes no Site 1 não são reutilizados. StorageGRID considera cada perfil de codificação de apagamento como único e não reutiliza fragmentos de codificação de apagamento quando um novo perfil é usado.
O que acontece quando as instruções de replicação mudam
Na política ILM atualmente ativa para este exemplo, os objetos pertencentes a outros locatários são protegidos usando duas cópias replicadas em pools de storage nos Sites 1 e 2. Na nova política ILM, os objetos pertencentes a outros locatários serão protegidos usando três cópias replicadas em pools de storage nos Sites 1, 2 e 3.
Quando a nova política ILM é ativada, as seguintes operações ILM ocorrem:
-
Quando qualquer locatário que não seja o Tenant A ingere um novo objeto, StorageGRID cria três cópias e salva uma cópia em cada site.
-
Os objetos existentes pertencentes a esses outros locatários são reavaliados durante o processo contínuo de verificação do ILM. Como as cópias de objetos existentes no Site 1 e no Site 2 continuam a atender aos requisitos de replicação da nova regra do ILM, StorageGRID precisa criar apenas uma nova cópia do objeto para o Site 3.
Impacto no desempenho de ativar esta política
Quando a política ILM deste exemplo for ativada, o desempenho geral deste StorageGRID será afetado temporariamente. Serão necessários níveis de recursos de grid superiores ao normal para criar novos fragmentos com codificação de apagamento para os objetos existentes do Tenant A e novas cópias replicadas no Site 3 para os objetos existentes de outros tenants.
Como resultado da alteração na política ILM, as solicitações de leitura e gravação do cliente podem apresentar latências temporariamente maiores que o normal. As latências retornarão aos níveis normais após a implementação completa das instruções de posicionamento em todo o grid.
Para evitar problemas de recursos ao ativar uma nova política ILM, você pode usar o filtro avançado Ingest time em qualquer regra que possa alterar a localização de um grande número de objetos existentes. Defina Ingest time para um valor maior ou igual ao horário aproximado em que a nova política entrará em vigor para garantir que os objetos existentes não sejam movidos desnecessariamente.
|
|
Contate o suporte técnico se você precisar diminuir ou aumentar a velocidade com que os objetos são processados após uma alteração na política do ILM. |