Porque é que uma cópia de segurança de uma VM bloqueia sempre na mesma percentagem todas as noites?
Uma cópia de segurança de uma VM que bloqueia na mesma percentagem todas as noites está geralmente a chegar à mesma região da origem ou à mesma fase da cópia, fazendo da percentagem um marcador de diagnóstico repetível.
Registe o disco exato da VM, a fase, a mensagem de registo, o débito e o estado do destino no ponto em que bloqueia. Em seguida, compare com outro armazenamento de dados, inspecione o armazenamento de origem nessa região, separe os hooks de quiescência do convidado da transferência em massa e verifique a contenção noturna. Não considere uma percentagem estável como prova de que a rede está a falhar.
Use a percentagem como marcador de localização repetível
Registe a percentagem exata, o tempo decorrido, o disco atual da VM, a fase da cópia de segurança, a velocidade de transferência e a última linha do registo durante várias noites. A percentagem é uma indicação do ponto em que o trabalho se encontra, não um diagnóstico por si só.
O trabalho de otimização do PBS mostra que os estrangulamentos de desempenho do PBS podem ocorrer nas leituras da origem, no cálculo de hashes, na compressão, na transferência de rede e nas operações do armazenamento de dados. Por isso, associe o bloqueio a uma fase antes de alterar definições aleatoriamente.
Se a mesma VM e a mesma fase pararem praticamente no mesmo ponto em todas as execuções, dê prioridade a dados de origem determinísticos ou a uma etapa repetível do fluxo de trabalho, em vez de à congestão geral da rede.
Compare o destino da cópia de segurança com outro destino
Execute a cópia de segurança da mesma VM para outro armazenamento de dados ou para um destino local temporário, se a capacidade e a política de recuperação o permitirem. Mantenha comparáveis o modo de instantâneo e a carga de trabalho da VM.
Um caminho de armazenamento de cópias de segurança do Proxmox comum inclui armazenamento NFS ou NAS, e a latência ou os bloqueios no destino podem fazer com que um destino bloqueie enquanto a própria VM continua saudável.
Se o destino alternativo ultrapassar o ponto onde ocorria anteriormente o bloqueio, investigue o armazenamento de dados original, o sistema de ficheiros, o caminho de rede e o espaço livre. Se ambos bloquearem de forma idêntica, volte a analisar a origem ou a fase da cópia de segurança.
Verifique o disco de origem na região repetível
Inspecione os registos de armazenamento do anfitrião, os dados SMART, os erros do ZFS ou do sistema de ficheiros e a latência de leitura enquanto a cópia de segurança se aproxima do ponto de falha. Uma cópia de segurança pode ser o primeiro trabalho a ler todos os blocos inativos.
Relatos reais de estrangulamentos prolongados nas cópias de segurança do PBS mostram por que motivo uma cópia de segurança longa pode ser dominada por um único estrangulamento, em vez de pelo tamanho declarado da VM.
Um erro de leitura, tempo limite ou pico de latência repetível no mesmo ponto deve fazer com que o incidente passe para o modo de preservação de dados. Evite leituras completas repetidas se o disco de origem estiver a degradar-se.
Separe a quiescência do convidado da transferência de dados
Registe se a cópia de segurança bloqueia durante o congelamento do agente convidado, a criação do instantâneo, a preparação dos metadados ou depois de a transferência de dados em massa já ter começado. Teste uma cópia de segurança durante uma janela de manutenção, com uma carga mínima no convidado.
Um fluxo de trabalho de cópias de segurança do Proxmox geral separa a orquestração da cópia de segurança da transferência de armazenamento. Isto é útil quando um hook de congelamento consistente com a aplicação fica bloqueado, apesar de o débito do disco e da rede ser normal.
Se desativar um hook de quiescência não essencial do convidado permitir que o trabalho prossiga, corrija esse hook ou o agente convidado antes de repor a opção de consistência. Não deixe bases de dados importantes sem quiescência sem um plano de recuperação alternativo.
Afaste o trabalho de outras tarefas noturnas concorrentes
Compare o momento do bloqueio com tarefas de scrub, replicação, análise de multimédia, instantâneos, deduplicação ou sincronização com a cloud. Mude temporariamente apenas uma tarefa concorrente para testar a contenção.
Uma visão mais aprofundada da arquitetura e otimização do PBS é útil quando vários recursos partilham a mesma janela noturna e a percentagem da cópia de segurança é apenas o ponto em que essa contenção se torna visível.
O problema está resolvido quando a cópia de segurança ultrapassa repetidamente o antigo ponto de bloqueio e é concluída com um ponto de restauro utilizável. O guia relacionado da ZimaSpace sobre preparação das cópias de segurança de VMs acrescenta a vertente da recuperação; mantenha um restauro de teste no plano de validação, em vez de confiar num indicador de progresso a 100 por cento.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
