Avamar: Backups de imagem VMware usando capacidade de VM DD em vez do modo de desempenho esperado
Сводка: Avamar: Backups de imagem VMware usando capacidade de VM DD em vez do modo de desempenho esperado
Симптомы
Cargas de trabalho afetadas:
1. Acesso instantâneo Desempenho restaurado da VM: O desempenho de algumas máquinas virtuais está mais lento do que o esperado. Embora o trabalho de acesso instantâneo seja concluído rapidamente, os tempos de inicialização e o desempenho do disco convidado das VMs restauradas no vSphere são lentos. Isso ocorre enquanto a máquina virtual ainda está em execução na montagem NFS temporária do Data Domain Instant Access.
2. Desempenho da replicação de VM: O desempenho da replicação é mais lento do que o esperado para algumas máquinas virtuais.3º. Desempenho da restauração em nível de arquivo: O desempenho da FLR é mais lento do que o esperado para algumas máquinas virtuais.
Nota: Outros fluxos de trabalho da VMware, como restauração de imagem de VM e vSphere Storage vMotion do mesmo backup, são mais rápidos e o desempenho é considerado aceitável ou normal.
Причина
Problema: O problema de desempenho resulta do backup da VM ser armazenado no modo de segmentação de capacidade em vez do modo de desempenho esperado. Isso se deve ao problema principal #327257 do Avamar.
Informações gerais: Ao executar backups de imagem de VM no Data Domain, há dois modos possíveis de segmentação de VM:
- Modo legado:
- Modo preferido:
O modo de segmentação é definido pela configuração "ddr_vm_segmentation_mode".
A captura de tela a seguir explica os dois valores possíveis (0 ou 8) e os estados de configuração se o Avamar Server for uma nova instalação em comparação com um servidor que recebeu upgrade. 
Nota: Se o hardware do Avamar recebeu upgrade usando "migração raiz para raiz" ou se o Avamar recebeu upgrade da versão 7.3, o mcserver.xml terá a configuração legada. Esse comportamento é esperado para esse caso de uso herdado. Ter ambos os tipos de backup para o mesmo client aumenta o espaço de capacidade do Data Domain.
Em um novo servidor Avamar/IDPA, os backups devem usar o modo padrão de "desempenho", também conhecido como FSS.
No Avamar Server, o modo é definido como 8/FSS no arquivo de configurações do MCS mcserver.xml:
<entry key="ddr_vm_segmentation_mode" value="8" />
No entanto, o log de backup contém a seguinte mensagem de advertência indicando o modo VSS (0) devido ao backup base do CBT ser do tipo VSS:
Advertência <do Avtar 41436>: O chamador solicitou o FSS para o backup do CBT, mas o arquivo base não foi gerado usando o FSS (o tipo de segmento é 0). Por padrão, o valor zero, significa usar tamanho de segmento variável (VSS)
OU, se esse for o primeiro backup do CBT, o log de backup conterá "0" em vez do "8" esperado:
<agent_directives flag type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >
Problema da API REST do MC: Problema do Avamar #327257 esc 39381: AUI - os backups e conjuntos de dados de VM do MOD criados na AUI não têm a configuração correta ddr-vm-segmentation-mode.
Esse problema tem dois acionadores, ambos relacionados ao uso da interface do usuário/AUI da Web do Avamar ou da API REST do MC:
- Causa #1: Quando um backup é iniciado no menu Asset Management da AUI, o trabalho não contém o indicador oculto:
ddr-vm-segmentation-mode=default. - Causa #2: Quando um novo conjunto de dados VMware é criado usando a AUI, o novo conjunto de dados não contém o indicador oculto:
ddr-vm-segmentation-mode=default. - A ausência do indicador oculto faz com que ambos os tipos de backup revertam para o modo de capacidade preexistente, em vez do modo de desempenho esperado.
Nota: A interface do usuário do Avamar Java preexistente (GUI do Avamar MC) não é afetada por nenhum dos problemas.
Разрешение
O Avamar 19.7+ incluirá uma correção integrada para 327257 de problemas. Com essa atualização, qualquer trabalho de backup manual ou operação de criação de conjunto de dados na AUI incluirá automaticamente um indicador oculto. Devido a possíveis problemas de capacidade, não está planejada uma correção para versões anteriores do Avamar. Para obter mais informações, entre em contato com a Dell Technologies.
1º. Para determinar se um backup está usando o modo Capacidade ou Desempenho, execute os seguintes comandos no Avamar Server:
GoavPasso 1. Obtenha o CID (ID do client) para o VM client que você deseja verificar usando o comando Goav: Exemplo: Substitua "win2016-demo-vm" pelo nome da VM neste comando:
./goav vm show --fields id,name --name win2016-demo-vmExemplo de resultado:
admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr +------------------------------------------+--------------------+---------------+ | id | name | tags | +------------------------------------------+--------------------+---------------+ | a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm | No Tags Found | +------------------------------------------+--------------------+---------------+ admin@ave199:~/>:Etapa 2. Execute ddrmaint list-backup usando o client "id":
ddrmaint list-backups --client=<Id from step1> --days=2 | grep has
Exemplo de resultado:
admin@ave199:~/>: ddrmaint list-backups --client=a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 --days=2 | grep has
a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 has 1 backup (1 Cap, 0 Perf) vsize 11.00 GB in 12 files on datadomain.example.com
Como alternativa, se você quiser verificar cada client no Avamar, use o comando
--client=* Bandeira.
ddrmaint list-backups --client=* --days=2 | grep has
Nota: A saída pode ser extensa em sistemas grandes com muitos clients:
Exemplo de resultado
admin@ave199:~/>: ddrmaint list-backups --client=* --days=2 | grep has
02cc32a60dfa26131bf5905439e7aaa24e06c0ec has 1(*) backup (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
9242c902649e0c470b1a98bd46ad778e6a8e5528 has 21(*) backups (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
7f5011b4bd4e0c6a78b8cd1bc11d1241c015892d has 86(*) backups (6 Cap, 2 Perf) vsize 336.0 GB in 104 files on datadomain.example.com
f8960360fbb970a86ee87a37c18a1470b955c698 has 10(*) backups (0 Cap, 2 Perf) vsize 84.00 GB in 24 files on datadomain.example.com
f4efd8722938a87b5ec661059f6c01510c633207 has 13(*) backups (0 Cap, 2 Perf) vsize 84.00 GB in 30 files on datadomain.example.com
63f17bea8e24dafd20392f94c0978af01c53651e has 11(*) backups (1 Cap, 4 Perf) vsize 100.0 GB in 45 files on datadomain.example.com
9bce10133632e34b591245d81793f0b86d1bab35 has 1(*) backup (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
a8a9c0b20ebf62eaf9304d4b039733ddc8d1e3cd has 1 backup (1 Cap, 0 Perf) vsize 1.034 MB in 9 files on datadomain.example.com
2. Alterar o modo de segmentação é um processo de duas etapas.
ATENÇÃO: Ter ambos os tipos de backup para o mesmo client pode afetar o espaço de capacidade do Data Domain, potencialmente dobrando o uso da capacidade por client.
Etapa 1: Redefina o CBT na camada Avamar e VMware para forçar um backup L0 do CBT usando a ferramenta de suporte Goav:
./goav vm cbt reset --name<vm client name>
Exemplo de resultado
Execute o seguinte comando goav para redefinir o CBT para a vm:
admin@ave199~/>:
===========================================================
GoAv : 1.69
Date : 27 Jan 2024 15:14 EST
===========================================================
NOTE: This is not an official tool
===========================================================
✔ Yes
Processing : vcsa-cloud.burlington.lab [====================================================================] 100%
Vm | Vcenter | Reset | Error
------------------+---------------------------+-----------+--------
win2016-demo-vm | vcsa-cloud.example.lab | Completed |
Nota: A VM não pode ter snapshots; caso contrário, ele será ignorado.
Etapa 2: Inicie um novo backup da VM win2016-demo-vm para iniciar uma nova cadeia L0 do CBT usando o novo modo de segmentação:
- Na interface do usuário do Java legado, inicie um novo backup manual no menu "Backup Restore and Manage".
- Na AUI, inicie um backup de política usando o conjunto de dados de imagem integrado do VMware ou modifique um conjunto de dados não integrado adicionando o seguinte indicador avançado para plug-ins de imagem do VMware para Windows e Linux:
ddr-vm-segmentation-mode=defaultOU
ddr-vm-segmentation-mode=8