[GTER] RES: Sincronismo Brasil <-> China

[André Luis Pereira]

Sou fã da solução via torrent. Use e seja feliz. Pode saturar seu link se
quiser.

-----------------------------------------------------------
   André Luis Pereira
Grupo BSR Participações LTDA

Blogs pessoais:

Meus Objetos são QT (programação/desenvolvimento):
http://meusobjetossaoqt.blogspot.com.br

Nossos Prazeres (gastronomia/enologia/cervejas):
http://nossosprazeres.blogspot.com.br

Livro: FreeBSD: Servidores de Alta Performance - Configurações simples e
rápidas:
https://www.clubedeautores.com.br/book/141871--FreeBSD_Servidores_de_Alta_Performance



"Vai imprimir este email? Pense antes em sua responsabilidade com a
preservação do meio-ambiente e com a redução de seus custos."

--------------------------------------------------------------
"Uma corrente é tão segura quanto seu elo mais fraco"
---------------------------------------------------------------




Em 2 de abril de 2013 19:31, Douglas Fischer <fischerdouglas at gmail.com>escreveu:

> Ainda na linha do "não sei o que você vai transferir", mas dê uma olhada na
> solução chamada "virtual storage gateway" da Amazon Web Services.
> É uma espécie de "buffer local" para um repositorio S3.
>
> Esse recurso se mostrou a maneira mais viável para transladar 20 a 30 GB
> diários de arquivos brutos de  vídeo para sua edição final.
>
> /*Android told-me that this text should be at bottom.*/
> Em 02/04/2013 18:34, "Kurt Kraut" <listas at kurtkraut.net> escreveu:
>
> > Aloha,
> >
> >
> >
> > Em rotas longas eu noto que a largura de banda por conexão TCP é bem
> > limitada. Mas mantendo a mesma origem e o mesmo destino porém com
> > múltiplas conexões TCP, vocë consegue velocidades exponencialmente
> > maiores.
> >
> > Cogite transferir estes arquivos por protocolo torrent utilizando um
> > tracker privado ou o experimental Multipath TCP:
> > http://nrg.cs.ucl.ac.uk/mptcp/
> >
> >
> > Abraços,
> >
> >
> > Kurt Kraut
> >
> > Em 2 de abril de 2013 17:28, Felipe Rossi <felipe at rsantos.eti.br>
> > escreveu:
> > > Procura por Double Take, vai resolver seus problemas.
> > > Replicação a nível de bytes/fileSystem, somente diferencial
> > >
> > > Não tem comparação com AT&T, rsync etc.
> > >
> > > Qualquer coisa pode me procurar.
> > >
> > > Att
> > >
> > >
> > >
> > > Felipe Rossi
> > > EMC - IBM - SOPHOS - CISCO - Double Take - VMWare
> > > Soluções em Armazenamento, Segurança, Redes e Virtualização.
> > > Av. Brasil 5964 Sl 134, CEP 85.812-001 Ed. Discolandia - Cascavel - PR
> > > (45) 3326-4568 / 9116-0094
> > > www.rsantos.eti.br
> > >
> > > ----- Original Message -----
> > >
> > > From: "Cleber @ Inetweb" <cleber-listas at inetweb.com.br>
> > > To: "Grupo de Trabalho de Engenharia e Operacao de Redes" <
> > gter at eng.registro.br>
> > > Sent: Tuesday, April 2, 2013 9:15:16 AM
> > > Subject: [GTER] RES: Sincronismo Brasil <-> China
> > >
> > > Hamilton,
> > >
> > > O problema é sincronizar o arquivo de 2GB/dia com a China ou somente
> > enviar
> > > para lá o arquivo de 2GB/dia?
> > > Qual o tempo que você precisa para esse envio?
> > > A partir desse tempo podemos dar melhores sugestões.
> > >
> > > Abraços,
> > >
> > > -----Mensagem original-----
> > > De: gter-bounces at eng.registro.br [mailto:gter-bounces at eng.registro.br]
> > Em
> > > nome de Hamilton Vera
> > > Enviada em: segunda-feira, 1 de abril de 2013 15:13
> > > Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> > > Assunto: [GTER] Sincronismo Brasil <-> China
> > >
> > > Boa tarde amigos, gostaria de algumas opniões sobre o seguinte cenário.
> > >
> > > Temos uma filial na China e diariamente temos necessidade de trocas de
> > > arquivos, no pior dos casos chega a 2 GBytes/dia.
> > >
> > > Infelizmente algumas vezes experimentamos extrema lentidão quando
> > tentamos
> > > sincronizar esses arquivos.
> > >
> > > Não fiz análises suficiente mas sempre fico naquela variável do tal
> > firewall
> > > chinês causando algum delay ou problema.
> > >
> > >
> > > Atualmte temos um link de 10 MBits Full aqui no Brasil e um link 10
> Mbits
> > > Download e 6 Upload no lado chines dedicados para essa função, todo
> > sistema
> > > de sincronismo roda sobre OpenVPN e Rsync. O overhead/payload causado
> > pela
> > > VPN não é tão significante.
> > >
> > > Em algumas semanas embarcarei para a China e uma de minhas missões será
> > > realizar essa análise e propor uma solução "profissional".
> > >
> > > Gostaria de saber qual a abordagem que as grandes empresas fazem para
> > > solucionar esses problemas de sincronismo com a China. Algum sistema de
> > > proxy via Hong Kong? Alguma negociação a parte com o Governo Chines?
> > >
> > > Muito obrigado.
> > >
> > >
> > > --
> > > http://hvera.wordpress.com
> > > --
> > > gter list https://eng.registro.br/mailman/listinfo/gter
> > >
> > >
> > >
> > > --
> > > gter list https://eng.registro.br/mailman/listinfo/gter
> > >
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>