dd sobre o desempenho de rendimento de rede fraco do ssh

Question

Estou executando uma cópia de bloco bruta de uma instância ec2 para outra instância ec2 em uma conexão ssh local usando um tamanho de bloco grande de 16MB .

ssh -i ~/.ssh/id_rsa [email protected] 'sudo dd if=/dev/xvda1 bs=16M' | dd of=./monolithic.image.raw

Quando ele começa, estou obtendo mais de 700 Mbit / s ... Muito bom, mas, de repente, cerca de 30 segundos depois da cópia, ele diminui drasticamente e reduz a poucas letras / blocos de dados:

Alguma idéia por quê? Alguma idéia de como melhorar o rendimento da rede e mantê-lo consistente?

    

Answer 1

Usar ssh para isso é notoriamente terrível, a menos que você esteja usando uma compilação personalizada de ssh e sshd, como HPN-SSH, que suporta criptografia do fluxo de dados em vários núcleos ... Caso contrário, você provavelmente descobrirá que um núcleo da CPU está no máximo em um sistema do outro. Verifique com "top" ou "htop". Este último tornará a questão óbvia.

Se a instância for uma classe t2, o desempenho se deteriorará com o tempo, porque toda essa sobrecarga de criptografia esgotará o saldo de crédito da CPU. Verifique isso também, embora pareça improvável que o início da deterioração seja tão rápido - o esgotamento de créditos de CPU de um saldo inicial inicial alto leva algumas horas.

Também é possível que um fator contribuinte seja o fato de seu volume de origem nunca ter sido adequadamente aquecido. Isto é particularmente verdadeiro se o volume de origem foi, de uma só vez, restaurado de um instantâneo.

Por falar em instantâneos, é claro, um instantâneo do EBS seria a maneira mais simples de fazer uma cópia em bloco.