Iniciando uma filial no outro lado do mundo

Indo direto ao ponto sobre essa questão, já que estou buscando o maior número possível de soluções, por isso não quero exagerar muito em nenhuma opinião.

• Client é uma empresa sediada no Reino Unido.
• A organização é 95% do Windows com AD
• Eles têm uma política de TI de manter o mínimo possível de infraestrutura "no local", portanto, possuem uma linha de 1 Gbps para um data center que abriga toda a infraestrutura do servidor.
• As filiais do Reino Unido que não podem justificar um link de alta velocidade executam um servidor local e o Windows DFS para acesso rápido a arquivos com sincronização - funciona bem.
• Esta empresa decidiu abrir um escritório em Sydney, Austrália.
• Atualmente, eles têm 20 pessoas neste escritório, além de 1 homem "presenças" em todo o país.
• Eles estão tendo problemas com a latência e a largura de banda acessando o Reino Unido. Testes típicos de seus escritórios geralmente não ultrapassam 4Mbps e 320ms em um bom dia.
• A alta latência está impedindo o uso de serviços de terminal.
• Eles precisam acessar muitos dos mesmos dados que a equipe do Reino Unido.

Já tivemos algumas idéias, mas gostaria de pensar em como os usuários do ServerFault resolveriam esse problema. Sinta-se livre para perguntar :)

Bem-vindo, bem-vindo, bem-vindo ao mundo da Internet na Austrália.

Mesmo em nosso maior centro populacional, podemos nos esforçar para obter 3 Mbps downstream em uma conexão ADSL2 + de classe empresarial. A penetração de cabos é baixa em áreas residenciais e, ainda pior, nos comerciais, a menos que você tenha sorte, não poderá obter internet a cabo. E como somos uma população escassa, espalhada por uma área tão grande (4 milhões de pessoas em uma área do tamanho da cidade de Nova York?), As soluções sem fio são tão ruins quanto caras e caras porque não têm 18 milhões de clientes em potencial. .

Estou na mesma situação que você (caso não saiba), onde temos usuários em uma capital diferente, com latência de 200 ms entre nossos servidores de terminal e o escritório deles.

Soluções. Bem, eles estão todos sujos, eu tenho medo:

1. DFS. Você mencionou que já possui o DFS em suas filiais no Reino Unido. Eles também podem ser estendidos ao seu escritório na Austrália? Dependendo do tamanho das pastas, pode ser uma boa ideia carregar uma unidade de 2 TB com uma cópia da raiz do DFS, enviá-la por correio aéreo para Sydney, solicitar que eles copiem para o servidor local e, em seguida, configurar o DFS para sincronize as alterações entre os dois.

2. Serviços de terminal. Você está meio que ferrado aqui para ser honesto. A alta latência não funciona bem com aplicativos em tempo real e, além de alterar as leis da física, se forem necessários 300ms para os dados chegarem e voltarem, serão necessários pelo menos 300ms para registrar o clique do mouse, mais cerca de 5 segundos para renderizar qualquer janela de contexto aberta. MAS, existem coisas que você pode fazer:

   • Em termos de largura de banda, uma sessão do servidor de terminal consome cerca de 30Kbps. Isso é menor que um modem dial-up. A Citrix consome cerca de 20 Kbps e supostamente possui uma melhor funcionalidade para lidar com alta latência.
   • Reduza as cores para 16 bits
   • Desativar redirecionamento de unidade e impressora
   • Você está tendo problemas com o servidor pensando que os clientes não existem mais e terminando suas sessões? Você pode aumentar o número de tentativas de contato "com falha" necessárias para interromper uma sessão no registro em [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; é hexadecimal e 0000000aé 10. O padrão é 3.
   • Use QoS pesado nas redes remotas. Você não precisa do YouTube pornô de alguém impedindo as pessoas de fazer o trabalho
   • A Citrix possui um produto que na verdade não diminui a latência, mas diminui consideravelmente sua notabilidade. Por exemplo, ele processa o texto digitado no lado do cliente antes de enviá-lo no servidor, para que pareça que o texto foi digitado enquanto ainda está a meio caminho do seu destino. Eu esqueço o que é chamado
   • Imprimir em serviços de terminal é péssimo. Mesmo em 2008 R2 com EasyPrint, os arquivos XPS podem se tornar enormes. Procure algo como ThinPrint ou Screwdrivers se você estiver fazendo muitas impressões no servidor de terminal.

3. Escolha do provedor de internet. A Austrália possui dois grandes provedores de links internacionais. Um deles pertence à Telstra, que por muitos e muitos anos detinha o monopólio total do mercado. Eles costumavam ser uma empresa de propriedade do governo antes de serem privatizados. Eles ainda possuem todas as linhas de cobre velhas e ruins para as instalações, todas as trocas, a maioria dos equipamentos dentro das trocas e a maior parte da comunicação entre as trocas. Eles também seguraram o resto do país pelas bolas quando se tratava de intercâmbio internacional de dados. Em seguida, algumas outras empresas (principalmente iiNet e Internode, se bem me lembro) gastaram muito dinheiro e conseguiram seu próprio link internacional. Tente obter uma segunda linha de um ISP diferente e veja como vai. Se uma linha estiver com a Telstra, tente iiNet ou Internode. Se você já possui o iiNet / Internet / Optus, tente obter um link Teltra (Deus, eu me sinto sujo por escrever isso). Evite as operadoras de baixo orçamento (Dodo, TPG), pois vendem demais seus serviços e, embora 1 TB de cota por mês pareça ótimo, quando seus roteadores principais estão sobrecarregados porque são apenas Cisco 800 (ok, isso é um exagero) então você nunca terá uma boa qualidade de serviço.

4. Esperar. O governo australiano está lançando um projeto Fiber to the Premesis chamado Rede Nacional de Banda Larga . Se você não estiver em uma das áreas de desenvolvimento planejadas, poderá esperar uma longa espera (mais de 5 anos). Mas se o escritório não tiver sido estabelecido (parece que sim), então se você conseguir uma localização conveniente dentroo lançamento da NBN, então isso poderia valer a pena (poderia ser estabelecido entre 6 meses a 3 anos). 100Mbs de fibra terminada na sua porta da frente deve ser um bom negócio. No entanto, se tivermos uma mudança de governo na próxima eleição (o que é altamente possível), você pode ter certeza de que eles poderão usar o NBN e substituí-lo por uma rede sem fio LTE que, embora seja razoável para verificar e-mails no seu Blackberry e perseguir seu ex-namorada no Facebook, não será tão incrível quanto o NBN.

Além de todas as opções acima, que são bandaids na melhor das hipóteses, a outra opção pode ser verificar se o software em execução pode ser estendido para vários sites. A replicação do SQL Merge é comum, mas o banco de dados e o software geralmente precisam ser projetados para tirar proveito disso. Se você puder, talvez seja o caminho a seguir uma replicação de mesclagem sempre ativa e um servidor / aplicativo de terminal local.

Além da excelente resposta de Mark, gostaria de sugerir que você considere alguma tecnologia de aceleração de WAN. Algo com alguns TB de armazenamento em cada extremidade que enviará apenas referências aos dados que já foram enviados recentemente o suficiente para que ainda estejam no cache. Riverbed e Cisco fazem isso.

Eles também fazem a aceleração de protocolo, que emula localmente parte do tráfego que eles sabem que estarão vendo para determinados protocolos de arquivos faladores. Dito isto, a emulação de protocolo não funciona de maneira geral, portanto, você deve garantir a passagem para determinados aplicativos.

Essa latência vai matar você (como já é) para TS / RDS. Se você não conseguir resolver isso, nenhuma quantidade de largura de banda ou ajustes ajudará.

No entanto, sugiro que você experimente o RemoteApp . O componente subjacente ainda é o TS / RDS e, nos bastidores, ainda existe uma sessão completa da área de trabalho, mas devido ao fato de que apenas as janelas do aplicativo são apresentadas ao usuário, isso pode reduzir a quantidade de dados que atravessam o link, tornando o RemoteApp uma solução aceitável para voce.

O BranchCache é uma ótima tecnologia para armazenar em cache os compartilhamentos de arquivos nos links da WAN. Pode superar a extensão de toda a montagem DFS na WAN. Os arquivos locais serão armazenados em cache enquanto houver armazenamento para armazená-los. Obviamente, as gravações ainda precisam ser enviadas de volta à base, mas tenho certeza que o BranchCache também pode ajudá-las.