[GTER] [BPF] Azure <-> Net-Virtua - AZCopy Falha comunicação
Rafael Cresci
cresci at gmail.com
Wed Jan 2 13:35:45 -02 2019
O QoS da NET é meio estranho. Experimenta deixar uma sessão SSH com um
servidor seu (configurado sem timeout e que funciona por dias a fio em
outro link qq) aberta, que depois de X minutos sem interação ela cai
sozinha...
Não me espanto em nada se eles cortarem/droparem a sessão por
manutenção de utilização em nível de pico por X minutos também, além
da inatividade descrita acima.
On Wed, Jan 2, 2019 at 1:30 PM Douglas Fischer <fischerdouglas at gmail.com> wrote:
>
> Estamos fazendo uma migração de uma grande volume de dados(em TB e em número de arquivos) para a AZURE especificamente Office 365.
> Para isso utiliza-se uma ferramenta específica de cópia de dados em BLOB chamada AZCopy.
> https://github.com/Azure/azure-storage-azcopy
>
>
> Temos uma peculiaridade de termos uma boa parte desses dados em unidades remotas.
> (P.S.: É para acabar com isso que estamos migrando para a nuvem.)
>
> Em algumas dessas unidades, possuímos apenas links da NetVirtua.
> E por algum motivo desconhecido esse upload não funciona com links Net-Virtua.
>
> O que me causa maior estranheza é que o
> LINK FICA NA CAPACIDADE NOMINAL DE UPLOAD POR 15 MINUTOS
> e então o AZCopy dá uma mensagem de falha.
>
> P.S.: Interessante informar que acesso a conteúdos do Office365
> (E-mail, Teams, etc...) funciona corretamente por esse links.
>
>
> Eu já eliminei uma série de possíveis motivos para esse problema, e não encontrei nenhuma razão coerente como causa do problema...
>
>
> A única afirmação certeira que posso fazer até o momento é que:
> "O AZCopy não consegue enviar nada através de links da NetVirtua."
>
> - Pensei que era Wifi.
> Mudei para cabeada e mesmo assim problema persistiu.
>
> - Pensei que era IPv6.
> Fiz o Sniffing e a comunicação era em v4(Apesar de ter IPv6 rodando corretamente).
> Desativei o IPv6 na máquina que iria fazer o Upload, e mesmo assim o problema persistiu.
>
> - Pensei que podia estar relacionado com algum problema de CGNat.
> Mas o mesmo problema aconteceu em duas unidades que usavam IPs públicos.
>
> - Pensei que fosse problema com configurações do roteador da rede interna, ou com o computador de Upload.
> Num dos locais que temos redundância de link Internet, usando o mesmo computador:
> Foi só virar virar a redundância para o Link de uma operadora local e tudo funcionou lindamente.
>
>
> Cheguei a olhar alguns parâmetros do AZCopy, mas nada que fizesse sentido me saltou aos olhos.
>
>
> Fiquei imaginado que pudesse ser alguma assimetria de roteamento que evitasse a resposta vinda dos hosts que tocam esse serviço de blob da Microsoft.
> Mas não cheguei a nenhuma conclusão.
> Segue um tracert para auxiliar no diagnóstico.
>
>
>
> [douglas.fischer@<xxx>] <SAFE> /tool traceroute <xxx>.blob.core.windows.net use-dns=yes
> # ADDRESS LOSS SENT LAST AVG BEST WORST STD-DEV STATUS
> 1 100% 2 timeout
> 2 bb27b064.virtua.com.br 0% 1 7.2ms 7.2 7.2 7.2 0
> 3 embratel-g0-5-0-10-uacc02.cta... 0% 1 20.3ms 20.3 20.3 20.3 0
> 4 ebt-h0-15-0-0-tcore01.ctamr.e... 0% 1 34.5ms 34.5 34.5 34.5 0
> 5 ebt-b1421-tcore01.spo.embrate... 0% 1 32.1ms 32.1 32.1 32.1 0
> 6 ebt-h0-2-0-1-agg01.spo.embrat... 0% 1 26.5ms 26.5 26.5 26.5 0
> 7 peer-b54-2051-agg01.spo.embra... 0% 1 36.3ms 36.3 36.3 36.3 0
> 8 ae16-0.sao30-96cbe-1c.ntwk.ms... 0% 1 32.4ms 32.4 32.4 32.4 0 <MPLS:L=777721,E=0>
> 9 ae2-0.sao30-96cbe-1b.ntwk.msn... 0% 1 32.3ms 32.3 32.3 32.3 0 <MPLS:L=581271,E=0>
> 10 ae12-0.cpq02-96cbe-1b.ntwk.ms... 0% 1 34.8ms 34.8 34.8 34.8 0
> 11 100% 1 timeout
> 12 100% 1 timeout
> 13 100% 1 timeout
> 14 100% 1 timeout
>
>
> Alguém tem alguma ideia sobre a possível causa desse problema?
> Não creio que sejamos os únicos a utilizar links da Net-Virtua e também o os serviços de 365 com Blob.
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> _______________________________________________
> bpf mailing list
> bpf at listas.brasilpeeringforum.org
> https://listas.brasilpeeringforum.org/mailman/listinfo/bpf
More information about the gter
mailing list