Data Domain: Práticas recomendadas para replicação de diretório e pool

Práticas recomendadas para replicação de diretório

OBJETIVO

Este artigo define as práticas recomendadas para configurar a replicação de diretório.

APLICA-SE A

• Todos os sistemas Data Domain
• Todas as versões de software

RECOMENDAÇÕES

1. Distribua a carga de trabalho no máximo de contextos possível.
   O throughput pré-compactado ideal para contexto único está na faixa de 200 a 300 MB/s. Em configurações onde o multistreaming está disponível, o desempenho ideal de contexto único é semelhante ao desempenho ideal de vários contextos; No entanto, existem várias variáveis que limitam a eficácia do multistreaming:

   • Se o DDR de origem tiver muitos contextos de replicação, a lógica para dividir fluxos de multistreaming entre contextos limitará o número disponível de fluxos.
   • O multi-streaming não fica ativo durante a inicialização/recuperação baseada em snapshot. Por padrão, uma inicialização baseada em snapshot estará em vigor se o contexto de origem tiver mais de 1 milhão de entradas.
   • A partir da versão 5.0, foi introduzido o multi-streaming para replicar dados CIFS.

   O throughput pré-compactado multicontexto ideal por modelo varia de cerca de 200 MB/s a 500 MB/s ou mais.

2. Projete a carga de trabalho com arquivos de tamanho moderado.
   O tamanho do arquivo pode ter um impacto significativo no desempenho geral de qualquer contexto de replicação. Em geral, arquivos com menos de 10 MB não podem ser replicados com eficiência.

   Além disso, quando um par de replicação se reconecta após uma desconexão inesperada, a origem deve reiniciar a partir do início do arquivo que estava sendo replicado durante a desconexão. Se o arquivo for muito grande e houver desconexões frequentes (por exemplo, devido a uma rede não confiável), a replicação pode efetivamente ficar travada? Tentando replicar o mesmo arquivo várias vezes. Isso é mais comumente visto com arquivos que excedem 100GB de tamanho. Não há nenhuma implicação de desempenho devido ao tamanho do arquivo em si.

3. Projete a carga de trabalho para aproveitar a programação de replicação.
   Os arquivos são colocados em fila para replicação quando são fechados internamente. O momento em que o arquivo é fechado é o seguinte:

   Quando um arquivo modificado é fechado, um registro de replicação "fechar" é gerado para o arquivo. A replicação coloca os novos dados no arquivo para envio. Se não houver nenhuma outra operação de replicação antes dela na fila (ou seja, registros de registros não processados), os novos dados serão enviados imediatamente. Caso contrário, o arquivo será replicado depois que os registros de log anteriores forem processados.

   • 10 minutos após o último acesso, o NFS fechará o arquivo.
   • Todos os arquivos são fechados a cada hora, independentemente de quão recentemente eles foram gravados.
   • Se muitos arquivos estiverem sendo acessados ou gravados, eles poderão ser fechados antes do que as regras acima determinariam. A gravação de arquivos em fragmentos menores (por exemplo, 1 MB) pelo software de backup pode fazer com que a replicação seja iniciada mais cedo devido ao número de arquivos que estão sendo gerados.

4. Use uma rede dedicada, se possível.
   Taxas de perda de pacotes tão baixas quanto 0,1% podem degradar severamente o throughput da rede, especialmente para redes com alto atraso de largura de banda. Para redes com largura <de banda = T2, o RTT (Round-Trip Time, tempo de ida e volta) de até um segundo fornecerá um bom throughput. Para redes de >= T3, há degradação significativa do throughput a partir de um RTT de 300-500ms.

   Mais geralmente, o throughput sob perda de pacotes é aproximadamente
   Throughput = MSS /(RTT * sqrt(p)) onde MSS := tamanho mínimo do segmento (normalmente 1460 bytes) RTT := tempo de ida e volta p := probabilidade de perda de pacotes

5. Avalie a replicação do Delta (otimização para pouca largura de banda).
   No DD OS 4.8 e superior, a replicação delta, também chamada de "otimização para pouca largura de banda", pode aumentar o throughput virtual da replicação de diretório ou pool em links com menos de 6 megabits por segundo (Mbps) de largura de banda disponível. A replicação do Delta incorre em sobrecarga adicional significativa de CPU e E/S nos sistemas Data Domain de origem e destino. Se a otimização de pouca largura de banda estiver habilitada em links com mais de 6 Mbps de largura de banda, é improvável que qualquer ganho na taxa de transferência virtual seja realizado. De um modo geral, se:

   • Os dados a serem replicados são menos de 96% idênticos aos dados já existentes no sistema de destino
   • Há menos de 6 Mbps de largura de banda disponível
   • Ambos os sistemas têm capacidade sobressalente de CPU e E/S

     A otimização de pouca largura de banda deve ser habilitada. Monitore a saída de "replication show history" ao longo de várias semanas. A taxa "Low-bw-optim" deve ser em média de 2,00 ou mais, e o throughput da rede (bytes de rede divididos pelo intervalo de tempo) não deve ser muito menor do que a largura de banda disponível. Se a taxa "Low-bw-optim" não atingir, em média, 2,00 ou mais, a compactação delta provavelmente não será eficaz no conjunto de dados e deverá ser desativada. Se o throughput de rede for muito menor do que a largura de banda disponível, provavelmente um ou ambos os sistemas Data Domain não têm capacidade de CPU ou E/S sobressalente suficiente para dar suporte à replicação delta e devem ser desativados.

6. Siga as práticas recomendadas para outros componentes e aplicativos de backup de terceiros.
   Nossos guias de práticas recomendadas foram elaborados pensando no desempenho geral. Os desvios das práticas recomendadas sugeridas pelo Data Domains podem ter implicações significativas de desempenho em várias áreas, embora não sejam imediatamente óbvios.

REFERÊNCIA

Solução de problemas de atraso na replicação 180482