Comenzar una sucursal en el otro lado del mundo


16

Voy a ir directo al grano en esta pregunta, ya que busco una gama de soluciones tan diversa como sea posible, así que no quiero afectar demasiado las opiniones con la pregunta.

  • Client es una empresa con sede en el Reino Unido.
  • La organización es 95% de Windows con AD
  • Tienen una política de TI de mantener la menor infraestructura "en las instalaciones" posible, por lo que tienen una línea de 1 Gbps a un centro de datos que alberga toda la infraestructura del servidor.
  • Las sucursales del Reino Unido que no pueden justificar un enlace de alta velocidad ejecutan un servidor local y Windows DFS para un acceso rápido a los archivos con sincronización, funciona bien.
  • Esta compañía ha decidido abrir una oficina en Sydney, Australia.
  • Actualmente tienen 20 personas en esta oficina, así como 1 presencias de 1 hombre en todo el país.
  • Están teniendo problemas con la latencia y el ancho de banda para acceder al Reino Unido. Las pruebas típicas de su rendimiento en la oficina generalmente no superan los 4 Mbps y 320 ms en un buen día.
  • La alta latencia impide el uso de servicios terminales.
  • Necesitan acceso a muchos de los mismos datos que el personal del Reino Unido.

Ya hemos tenido bastantes ideas, pero me gustaría pensar cómo los usuarios de ServerFault resolverían este problema. Siéntase libre de hacer preguntas :)

Respuestas:


28

Bienvenido, bienvenido, bienvenido al mundo de Internet en Australia.

Incluso en nuestro centro de población más grande, podemos luchar para obtener 3Mbps en una conexión ADSL2 + de clase empresarial. La penetración del cable es deficiente en las áreas residenciales, y aún peor en los comerciales, por lo que, a menos que tenga suerte, no puede obtener internet por cable. Y debido a que somos una población tan dispersa distribuida en un área tan masiva (¿4 millones de personas en un área del tamaño de la ciudad de Nueva York?), Las soluciones inalámbricas son igual de malas y caras porque no tienen 18 millones de clientes potenciales .

Estoy en la misma situación que usted (en caso de que no pueda saberlo), donde tenemos usuarios en una ciudad capital diferente que tienen una latencia de 200 ms entre nuestros servidores de terminal y su oficina.

Soluciones. Bueno, todos están sucios, me temo:

  1. DFS Menciona que ya tiene DFS en sus sucursales del Reino Unido. ¿Se pueden extender también a su oficina australiana? Dependiendo del tamaño de las carpetas, puede ser una buena idea cargar una unidad de 2Tb con una copia de la raíz DFS, enviarla por correo aéreo a Sydney, hacer que la copien en su servidor local y luego configurar el DFS para sincronizar los cambios entre los dos.

  2. Servicios de terminal. Estás jodido aquí para ser honesto. La alta latencia no funciona bien con aplicaciones en tiempo real y, además de cambiar las leyes de la física, si los datos tardan 300 ms en llegar y volver, tardará al menos 300 ms en registrar el clic del mouse, más unos 5 segundos para representar cualquier ventana de contexto que abrió. PERO, hay cosas que puedes hacer:

    • En términos de ancho de banda, una sesión de servidor terminal consume aproximadamente 30 Kbps. Esto es menos que un módem de acceso telefónico. Citrix consume aproximadamente 20 Kbps y, según los informes, tiene una mejor funcionalidad para lidiar con una alta latencia.
    • Baja los colores a 16 bits
    • Deshabilitar la redirección de la unidad y la impresora
    • ¿Tiene problemas con el servidor pensando que los clientes ya no existen y terminando sus sesiones? Puede aumentar la cantidad de intentos de contacto "fallidos" que se necesitan para eliminar una sesión en el registro en [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; es hexadecimal así que 0000000aes 10. El valor predeterminado es 3.
    • Use QoS de manera maligna en las redes remotas. No necesitas el Youtube porno de alguien que impide que la gente realmente haga el trabajo
    • Citrix tiene un producto que en realidad no reduce la latencia, pero sí reduce notablemente su notoriedad. Por ejemplo, muestra el texto ingresado del lado del cliente antes de enviarlo del lado del servidor, por lo que parece que el texto se ingresó mientras todavía está a medio camino de su destino. Se me olvida como se llama
    • La impresión sobre servicios de terminal apesta. Incluso en 2008 R2 con EasyPrint, los archivos XPS pueden volverse masivos. Busque algo como ThinPrint o Destornilladores si va a imprimir mucho desde el servidor de terminal.
  3. Elección del proveedor de internet. Australia tiene dos proveedores principales de enlaces internacionales. Uno de ellos es propiedad de Telstra, quien durante muchos, muchos años tuvo el monopolio total del mercado. Solían ser una empresa estatal antes de ser privatizadas. Todavía poseen todas las líneas de cobre viejas y mierdas hasta los locales, todos los intercambios, la mayoría del equipo dentro de los intercambios y la mayor parte de la comunicación entre los intercambios. También mantuvieron al resto del país por las bolas cuando se trataba del intercambio internacional de datos. Luego, algunas otras compañías (principalmente iiNet e Internode, si no recuerdo mal) desembolsaron un montón de dinero y obtuvieron su propio enlace internacional. Intente obtener una segunda línea de un ISP diferente y vea cómo funciona. Si una línea es con Telstra, intente con iiNet o Internode. Si ya estás con iiNet / Internet / Optus, intente obtener un enlace de Teltra (Dios, me siento sucio simplemente escribiendo eso). Manténgase alejado de los operadores de bajo presupuesto (Dodo, TPG) ya que venden en exceso sus servicios y aunque 1Tb de cuota al mes suena genial, cuando sus enrutadores centrales están sobrecargados porque son solo Cisco 800 (ok, eso es una exageración) entonces nunca obtendrá una buena calidad de servicio.

  4. Espere. El gobierno australiano está en el proceso de implementar un proyecto Fiber to the Premesis llamado National Broadband Network . Si no está en una de las áreas de desarrollo planificadas, es posible que tenga que esperar mucho (más de 5 años). Pero si la oficina no se ha establecido (parece que sí), entonces si puede obtener una ubicación conveniente dentroel lanzamiento de NBN, entonces eso podría valer la pena (sin embargo, podría establecerse entre 6 meses y 3 años). La fibra de 100Mbs terminada en su puerta de entrada debería ser un buen negocio. Sin embargo, si tenemos un cambio de gobierno en las próximas elecciones (lo cual es muy posible), entonces puede estar seguro de que podrán usar el NBN y reemplazarlo con una red inalámbrica LTE que, si bien es razonable para revisar los correos electrónicos en su Blackberry y acechar su ex novia en Facebook, no será tan increíble como el NBN.

Además de todo lo anterior, que en el mejor de los casos son bandadas, la otra opción podría ser ver si el software que están ejecutando se puede extender a múltiples sitios. La replicación de SQL Merge es común, pero la base de datos y el software generalmente deben diseñarse para aprovecharla. Si puede, entonces tal vez una replicación de fusión siempre activa y una aplicación / servidor de terminal local sea el camino a seguir.


44
Estoy tentado a despreciarlo solo por sugerir el uso de Telstra. ;) Sin embargo, has hecho un buen trabajo al describir nuestras frustraciones y limitaciones, por lo que debes tener un +1.
John Gardeniers

1
Gran trabajo @ Mark Henderson. Como comentario aparte, se pueden extraer conclusiones y consejos similares para Nueva Zelanda (donde resido). Reemplace "Telstra" con "Telecom" y "NBN" para "UFB".
Ashley

3

Además de la excelente respuesta de Mark, me gustaría sugerirle que considere alguna tecnología de aceleración WAN. Algo con unos pocos TB de almacenamiento en cada extremo que solo enviará referencias a los datos que ya se enviaron lo suficiente como para que todavía estén en caché. Riverbed y Cisco hacen esto.

También realizan la aceleración de protocolos, que emula localmente parte del tráfico que saben que verán para ciertos protocolos de archivos habladores. Dicho esto, la emulación de protocolo no funciona en todos los ámbitos, por lo que es posible que desee garantizar el paso para ciertas aplicaciones.


2

Esa latencia te va a matar (como ya lo es) por TS / RDS. Si no puede abordar eso, ninguna cantidad de ancho de banda o ajuste ayudará.

Sin embargo, podría sugerirle que pruebe RemoteApp . El componente subyacente sigue siendo TS / RDS y detrás de escena todavía hay una sesión de escritorio completa, pero debido al hecho de que solo se presentan ventanas de aplicación al usuario, esto podría reducir la cantidad de datos que atraviesan el enlace, lo que hace que RemoteApp sea una solución aceptable. para ti.


2

BranchCache es una gran tecnología para almacenar en caché los archivos compartidos a través de enlaces WAN. Puede superar extender todo el montaje DFS a través de la WAN. Los archivos locales se almacenarán en caché mientras haya almacenamiento para guardarlos. Obviamente, las escrituras aún deben enviarse de vuelta a la base, pero estoy bastante seguro de que BranchCache también puede ayudarlas.


+1: BranchCache ciertamente parece una tecnología interesante. Tengo muchas ganas de experimentar con él.
Mark Henderson
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.