Avamar: Noções básicas sobre a diferença entre a "utilização do servidor" e o consumo de espaço físico nos nós de dados

A quantidade de espaço consumido nas partições de dados físicos do nó de armazenamento do Avamar é alta, enquanto o número de "Server utilization" é relativamente baixo.

Exemplo:
O Avamar Server está relatando que está consumindo 9,2% do espaço disponível para dados de backup:

As partições de dados do Avamar mostram maior consumo de espaço:

O motivo disso é que o valor de "Server utilization" do Avamar não é calculado de acordo com a quantidade de espaço consumido nas partições físicas.

O físico "/dataAs partições " mantêm as frações, que são essencialmente contêineres para dados de backup.

O valor de utilização do servidor Avamar (também conhecido como Capacidade do usuário ou capacidade "GSAN") é medido de acordo com o nível de enchimento desses contêineres de fração.

Depois que os contêineres de fração forem criados, eles permanecerão na grade do Avamar para sempre e serão reciclados conforme necessário. Portanto, se uma grade do Avamar atingir alta capacidade, os contêineres de distribuição existentes consumirão até 65% do espaço total das partições de dados.

Isso continua a ser verdadeiro mesmo se uma grande quantidade de dados de backup for removida e o valor de "utilização do servidor" cair.

Esse é o comportamento intencional e normal.

Mais Informações:
Em uma grade do Avamar recém-implementada, o /data As partições contêm apenas algumas faixas (contêineres de dados). Tanto a "utilização do servidor" quanto o espaço consumido no /data As partições relatam valores baixos.

Ao longo do tempo, à medida que as frações são preenchidas com dados de backup, novas frações são criadas no /data Partições. O consumo de espaço do /data as partições sobem. Isso continuará até que a grade atinja os limites "seguros" predeterminados definidos pelo servidor Avamar e pelo MCS.

Por padrão, a quantidade de espaço nas partições de dados consumidas pelos contêineres de fração é de 65%. Às vezes, o valor pode variar, por exemplo, onde a grade:

• Tem limites personalizados aplicados devido a limitações de licenciamento (os limites são menores)
• Está configurado com criptografia em repouso (os limites são menores)
• Foi configurado com limites de capacidade de metadados personalizados (os limites são um pouco mais altos)

A razão para os limites «seguros» acima referidos é garantir que o /data As partições têm espaço livre suficiente para que ocorram atividades de manutenção.

Abaixo está um gráfico ilustrando isso:

100%   "---------------------" <-- 100% /data partition capacity
       " Reserved for        "
       " maintenance         "
       " activity overhead   "
       "                     "
       "                     "
65%    "---------------------" <-- 100% Server Utilization value
       " Commonality         "     (visible in the Admin GUI)
       " factored data       "     
       " & RAIN parity       "     
       " data                "     
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

Os comportamentos de capacidade do sistema operacional e do servidor Avamar são discutidos com mais detalhes no seguinte artigo: Avamar: Treinamento e conceitos sobre gerenciamento de capacidade

Avamar integrado ao Data Domain:
em grades do Avamar integradas ao Data Domain, os backups enviados ao Data Domain gravam apenas uma pequena quantidade de dados no Avamar. Isso é conhecido como metadados. Os metadados residem em frações compostas e consomem relativamente pouco espaço quando comparados com os backups de client armazenados no Avamar.

Em determinados cenários, em que os parâmetros de metadados foram "ajustados" pelo suporte técnico, a porcentagem do espaço consumido por "cur" em uma grade do Avamar pode ser superior a 65%.

Outros itens a serem observados:
RAIN/Dados de paridade:
O artigo a seguir descreve por que a utilização do servidor sempre incluirá o consumo de espaço das faixas de paridade, mesmo depois que todos os backups tiverem sido removidos: O Avamar mostra até ~30% de uso, mesmo depois que todos os backups foram excluídos e o lixo foi coletado