Data Domain: O Data Domain Virtual Edition (DDVE), implementado na nuvem (ATOS), pode ficar sem armazenamento de metadados locais

O Data Domain Virtual Edition (DDVE) é um equipamento de armazenamento somente de software, que pode ser implementado no local ou na nuvem. Os DDVEs implementados na nuvem também são conhecidos como ATOS (Active Tier on Object Storage, nível ativo).  
Na opção no local, o DDVE é compatível com VMware, Hyper-V, KVM e VxRail. Na nuvem, o DD VE também é executado na Amazon Web Services (AWS) (nuvem e nuvem gov), Azure (nuvem e nuvem gov), VMware Cloud on AWS Cloud platforms e Google Cloud Platform (GCP).
Observe que o DDVE na nuvem não é o mesmo que um nível de nuvem. O Cloud Tier é um produto diferente, que só pode ser implementado em DDs e DDVEs de hardware no local.
Se um DDVE implementado na nuvem preencher seu armazenamento de metadados locais, o seguinte alerta será emitido:

EVT-SPACE-00004: Space usage in metadata storage has exceeded 100% threshold.

O DDVE implementado na nuvem (ATOS) é compatível com dois tipos de armazenamento de dados:
- Armazenamento em bloco (Usado para dados e metadados, ou apenas metadados no armazenamento de objetos habilitado DDVEs aka ATOS).
- Armazenamento Hot Blob, também conhecido como Armazenamento de Objetos (Usado apenas para Dados)
Os discos de metadados em um DDVE implementado pelo ATOS serão preenchidos com: Índice, referências de segmento LP, contêineres CMETA (Metadados) e dados DM (Directory Manager).
A maioria das implementações está usando (Hot Blob ou armazenamento em objeto), pois essa é a recomendação atual em implementações em nuvem. Isso significa que gravamos todos os dados usando o armazenamento em objeto, mas temos que definir 10% do espaço como armazenamento em bloco para os metadados do file system DD. O tamanho dos metadados locais é uma especulação com base no tamanho da capacidade licenciada e, no momento da implementação, pressupõe 10% de uso de metadados para uma desduplicação de 10 vezes.  Um DDVE com 100% de uso de armazenamento de metadados não pode incluir backups.
Devido aos seguintes cenários, o DDVE pode ficar sem espaço de armazenamento de metadados locais:
- A desduplicação é maior que 10x, como tal, os requisitos de metadados são maiores do que o que foi implantado no tamanho dos metadados (padrão de 10%).  
- Um grande número ou snapshots antigos, pode aumentar Tamanho dos metadados.
Uma quantidade maior de metadados pode ser observada em DDVEs ATOS atuando como destinos para arquivo Replicação (CCR de replicação de clone controlada/MFR de replicação gerenciada de arquivos): 
- Se nem todos os arquivos base estiverem sendo replicados, o DDVE ATOS de destino terá um uso maior em metadados.
- Neste cenário, a Replicação NÃO está aproveitando ao máximo as otimizações dos Sintéticos Virtuais, como tal, precisando de mais espaço para armazenar metadados. 
- Esse tipo de problema foi observado no NW CCR, onde parece que nem todos os arquivos base estavam sendo replicados, fazendo com que o destino tivesse um maior uso de metadados. 

A solução para esse problema seria adicionar mais discos como Armazenamento Local de Metadados. No caso do Azure e somente quando a VM do Azure já tiver o número máximo permitido de discos alocados, há a possibilidade de expandir a capacidade de metadados tornando os discos de metadados existentes (exceto o primeiro) maiores em incrementos de 1 TiB. Veja o "Expanda o armazenamento de metadados" seção no documento "PowerProtect DD Virtual Edition 7.x no Guia de instalação e administração do Azure Cloud" para obter os detalhes.
INFORMAÇÕES IMPORTANTES AO ADICIONAR DISCOS PARA METADADOS: 
. O uso de discos de metadados de tamanhos diferentes pode criar um desequilíbrio de índice; portanto, liderando o DDVE IO bound no maior disco/s, pois eles contêm a maioria dos metadados.
. Cada disco de metadados adicionado ao nível ativo deve ter seu próprio grupo de eixos, isso deve ser feito automaticamente pelo software. O número máximo conhecido de grupos de eixos é 16. 
. Se ultrapassar o número máximo de grupos de eixos (16), você terá, eventualmente, discos de metadados compartilhando o mesmo grupo de eixos. A E/S em relação aos discos nos mesmos grupos de eixos é sequencial. 
. Consulte o manual para obter os tamanhos recomendados, a maioria recomendará um incremento de 1 TiB. Tamanhos mais altos são possíveis, dependendo do provedor de serviços em nuvem.
. Os discos existentes NÃO podem ser expandidos, você só pode ADICIONAR discos, não expanda nenhum disco existente, pois isso pode tornar o DDVE inutilizável com corrupção ou ter o espaço expandido não utilizado.
1 - Analise o uso de metadados. Se ele atingiu 100%, precisa de mais discos atribuídos.
- Exemplo abaixo é fornecido, algumas saídas podem diferir dependendo do provedor de nuvem, consulte o Manual de instalação e administração:
- Exibir o uso de metadados

# filesys show space tier active local-metadata
--------------------------
Active Tier: local-metadata usage
Size GiB   Used GiB   Avail GiB     Use%
--------   --------   ---------   ------
  1293.0     1291.5         1.5   100.0%             -> We can see Metadata space is full.
--------   --------   ---------   ------

2 - O processo de adicionar mais discos de metadados difere dependendo do provedor de nuvem, consulte cada um dos manuais do provedor de nuvem na parte inferior.
- Exibir quais discos são usados

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
----   ---------   --------------------   --------   ----------   ---------   -----
4 drives present.

2.1 - Acesse o console do AWS/GCP/AZURE e adicione armazenamento ao DDVE. Neste caso, adicionamos um disco de 1 TiB, que deverá ser visto como dev5. Lembre-se de não expandir nem tocar em nenhum dos outros discos existentes. 
ATENÇÃO: Manuais de instalação/administração novos e atualizados podem existir no momento da leitura deste artigo. 
2.2 - Nesta fase, supondo que um novo disco de 1 TiB foi adicionado, será visto na saída como disco dev5.

# disk show hardware
------------------
Disk   Slot        Manufacturer/Model     Firmware   Serial No.   Capacity    Type
       (pci/idx)                                                                  
----   ---------   --------------------   --------   ----------   ---------   -----
dev1   -/a         Virtual BLOCK Device   n/a        (unknown)    250.0 GiB   BLOCK  -> DDOS Disk
dev2   -/b         Virtual BLOCK Device   n/a        (unknown)    10.0 GiB    BLOCK  -> NVRAM disk
dev3   -/c         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev4   -/d         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Currently used for Metadata
dev5   -/e         Virtual BLOCK Device   n/a        (unknown)    1.0 TiB     BLOCK  -> Newly added disk for metadata, unused.
----   ---------   --------------------   --------   ----------   ---------   -----

2.3 - Adicione o novo disco ao nível ativo. Neste caso será dev5

# storage add tier active dev5

  ATENÇÃO: Se, ao adicionar mais discos a metadados locais do DDVE ATOS a partir da CLI, a mensagem "O tamanho do armazenamento local excede a capacidade máxima de metadados necessária para esta configuração" será recebida, como abaixo:

** Local storage size exceeds the maximum required metadata capacity for this configuration.
Do you want to continue? (yes|no) [no]:

2.4 - Expandir o file system

# filesys expand

3. - Confirme se o FS que era somente leitura devido à falta de espaço de metadados agora pode ser gravado em
Isso pode ser feito de várias maneiras, desde garantir que os backups agora estão funcionando corretamente até verificar se a replicação recebida foi retomada e se o tráfego pode ser visto.

Este conteúdo está traduzido para outros idiomas: 

https://downloads.dell.com/TranslatedPDF/PT-BR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ZH-CN_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/ES_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/DE_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/FR_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/IT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/JA_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/NL_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/KO_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/RU_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/PT_KB537488.pdf

https://downloads.dell.com/TranslatedPDF/SV_KB537488.pdf

- A expansão do sistema de arquivos pode ser feita on-line.
- O uso de metadados é diretamente proporcional ao fator de desduplicação. Se a carga de trabalho dos backups desduplicar muito bem, maior será o índice do DDVE, portanto, maiores serão as necessidades de metadados.
- Snapshots antigos e grandes, não estarão apenas segurando dados, mas também aumentando o fator de desduplicação, levando o sistema a ficar sem metadados mais cedo.
- Existem apenas Diretrizes de requisitos de metadados para implantação, estas serão 10% da capacidade em discos de metadados, e pressupõem uma desduplicação de 10x. Taxas de desduplicação mais altas eventualmente exigirão mais discos de metadados.
- O suporte ao DD não tem diretrizes de requisitos de armazenamento de metadados locais para desduplicações maiores que 10 vezes. É recomendável adicionar discos de metadados em incrementos de 1 TiB até que seja atingido um equilíbrio entre o uso do file system e o uso de metadados.
- Atualmente, não há nenhum método conhecido de prever o uso futuro de metadados com base em possíveis fatores de desduplicação. 
- Desequilíbrio do índice também pode ocorrer Em discos do mesmo tamanho, o motivo mais comum seria que novos discos foram incrementados após os metadados estarem quase cheios. Dessa forma, os discos mais antigos ainda estariam retendo a maioria das estruturas de metadados, com mais E/S sendo solicitada. À medida que os dados mais antigos expiram, os metadados devem se equilibrar entre os discos.