Ouverture d'une succursale à l'autre bout du monde


16

Je vais aller droit au but sur cette question, car je recherche un éventail de solutions aussi diversifié que possible, donc je ne veux pas trop émettre d'opinions sur la question.

  • Le client est une société basée au Royaume-Uni.
  • L'organisation est à 95% Windows avec AD
  • Ils ont pour politique informatique de maintenir le moins d'infrastructure "sur site" possible, en tant que tels, ils disposent d'une ligne à 1 Gbit / s vers un centre de données qui héberge toute l'infrastructure du serveur.
  • Les succursales britanniques qui ne peuvent pas justifier d'une liaison haut débit exécutent un serveur local et Windows DFS pour un accès rapide aux fichiers avec synchronisation - fonctionne très bien.
  • Cette société a décidé d'ouvrir un bureau à Sydney, en Australie.
  • Actuellement, ils ont 20 personnes dans ce bureau, ainsi que 1 homme "présences" à travers le pays.
  • Ils ont des problèmes de latence et de bande passante pour accéder au Royaume-Uni. Les tests typiques de leur bureau ne donnent généralement pas plus de 4 Mbps et 320 ms par bonne journée.
  • La latence élevée empêche l'utilisation des services terminaux.
  • Ils ont besoin d'accéder à un grand nombre des mêmes données que le personnel britannique.

Nous avons déjà eu pas mal d'idées, mais j'aimerais savoir comment les utilisateurs de ServerFault pourraient résoudre ce problème. Sentez-vous libre de poser des questions :)

Réponses:


28

Bienvenue bienvenue bienvenue dans le monde d'Internet en Australie.

Même dans notre plus grand centre de population, nous pouvons avoir du mal à obtenir 3 Mbit / s en aval sur une connexion ADSL2 + de classe affaires. La pénétration du câble est faible dans les zones résidentielles, et pire encore dans le commerce, donc à moins que vous n'ayez de la chance, vous ne pouvez pas accéder à Internet par câble. Et parce que nous sommes une population si clairsemée répartie sur une zone aussi massive (4 millions de personnes dans une zone de la taille de New York?), Les solutions sans fil sont tout aussi minables et coûteuses car elles n'ont pas 18 millions de clients potentiels .

Je suis dans la même situation que vous (au cas où vous ne pouvez pas le dire), où nous avons des utilisateurs dans une autre capitale qui ont une latence de 200 ms entre nos serveurs de terminaux et leur bureau.

Solutions. Eh bien, ils sont tous chanceux, j'ai peur:

  1. DFS. Vous mentionnez que vous avez déjà DFS dans vos succursales britanniques. Peut-on également les étendre à votre bureau australien? En fonction de la taille des dossiers, il peut être judicieux de charger un lecteur de 2 To avec une copie de la racine DFS, de l'envoyer par avion à Sydney, de les faire copier sur leur serveur local, puis de configurer le DFS sur synchroniser les changements entre les deux.

  2. Services terminaux. Vous êtes en quelque sorte foutu ici pour être honnête. Une latence élevée ne fonctionne pas bien avec les applications en temps réel, et en plus de changer les lois de la physique, s'il faut 300 ms pour que les données arrivent et reviennent, il faudra au moins 300 ms pour enregistrer le clic de la souris, plus environ 5 secondes pour afficher la fenêtre de contexte ouverte. MAIS, il y a des choses que vous pouvez faire:

    • En termes de bande passante, une session de serveur terminal consomme environ 30 Kbps. C'est moins qu'un modem d'accès à distance. Citrix consomme environ 20 Kbit / s et aurait de meilleures fonctionnalités pour faire face à une latence élevée.
    • Réduisez les couleurs à 16 bits
    • Désactiver la redirection de lecteur et d'imprimante
    • Avez-vous des problèmes avec le serveur qui pense que les clients n'existent plus et qui terminent leurs sessions? Vous pouvez augmenter le nombre de tentatives de contact «échouées» nécessaires pour supprimer une session dans le registre à [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; son hex 0000000aest donc 10. La valeur par défaut est 3.
    • Utilisez QoS lourdement sur les réseaux distants. Vous n'avez pas besoin du porno YouTube de quelqu'un pour empêcher les gens de faire du travail
    • Citrix propose un produit qui ne réduit pas réellement la latence, mais réduit considérablement sa notabilité. Par exemple, il restitue le texte saisi côté client avant de l'envoyer côté serveur, il semble donc que le texte ait été saisi alors qu'il n'est encore qu'à mi-chemin de sa destination. J'oublie comment ça s'appelle
    • L'impression sur les services du terminal est nul. Même en 2008 R2 avec EasyPrint, les fichiers XPS peuvent devenir massifs. Regardez quelque chose comme ThinPrint ou Screwdrivers si vous allez faire beaucoup d'impression à partir du serveur Terminal Server.
  3. Choix du fournisseur d'accès Internet. L'Australie compte deux principaux fournisseurs de liaisons internationales. L'un d'eux appartient à Telstra, qui pendant de très nombreuses années a eu le monopole total sur le marché. Avant, elles étaient une entreprise publique avant d'être privatisées. Ils possèdent toujours toutes les lignes de cuivre vieillissantes et merdiques vers les locaux, tous les échanges, la plupart des équipements à l'intérieur des échanges et la plupart des communications entre les échanges. Ils ont également tenu le reste du pays par les couilles en ce qui concerne l'échange international de données. Ensuite, quelques autres sociétés (principalement iiNet et Internode, si je me souviens bien) ont déboursé une somme d'argent et ont obtenu leur propre lien international. Essayez d'obtenir une 2e ligne d'un autre FAI et voyez comment ça se passe. Si une ligne est avec Telstra, essayez iiNet ou Internode. Si vous êtes déjà avec iiNet / Internet / Optus, essayez d'obtenir un lien Teltra (mon dieu, je me sens sale juste en écrivant cela). Évitez les opérateurs à petit budget (Dodo, TPG) car ils vendent trop leurs services et bien que 1 To de quota par mois semble formidable, lorsque leurs routeurs principaux sont surchargés parce qu'ils ne sont que des Cisco 800 (ok, c'est une exagération) alors vous n'obtiendrez jamais une bonne qualité de service.

  4. Attendez. Le gouvernement australien est en train de déployer un projet Fibre to the Premesis appelé National Broadband Network . Si vous n'êtes pas dans l'un des domaines de développement prévus, vous risquez d' attendre longtemps (plus de 5 ans). Mais si le bureau n'a pas été établi (on dirait qu'il l'a fait), alors si vous pouvez obtenir un emplacement pratique à l' intérieurle déploiement de NBN, alors cela en valait la peine (il pourrait être établi de 6 mois à 3 ans cependant). La fibre de 100Mbs terminée à votre porte d'entrée devrait être une assez bonne affaire. Cependant, si nous avons un changement de gouvernement lors des prochaines élections (ce qui est hautement possible), vous pouvez être assuré qu'ils pourront le NBN et le remplacer par un réseau sans fil LTE qui, bien que raisonnable pour vérifier les e-mails sur votre Blackberry et traquer votre ex petite amie sur Facebook, ne sera pas aussi stupéfiante que le NBN.

En dehors de tout ce qui précède, qui sont au mieux des pansements, l'autre option pourrait être de voir si le logiciel qu'ils exécutent peut être étendu à plusieurs sites. La réplication SQL Merge est courante, mais la base de données et les logiciels doivent généralement être conçus pour en tirer parti. Si vous le pouvez, alors peut-être une réplication de fusion toujours active et un serveur / application terminal local sont la voie à suivre.


4
Je suis tenté de vous contrecarrer juste pour avoir suggéré l'utilisation de Telstra. ;) Cependant, vous avez fait un bon travail pour décrire nos frustrations et nos limites, alors ayez plutôt un +1.
John Gardeniers

1
Excellent travail @Mark Henderson. En passant, des conclusions et des conseils similaires peuvent être tirés pour la Nouvelle-Zélande (où je réside). Remplacez "Telstra" par "Telecom" et "NBN" pour "UFB".
Ashley

3

En plus de l'excellente réponse de Mark, j'aimerais suggérer que vous envisagiez une technologie d'accélération WAN. Quelque chose avec quelques To de stockage à chaque extrémité qui n'enverra que des références aux données déjà envoyées assez récemment pour qu'elles soient toujours dans le cache. Riverbed et Cisco le font tous les deux.

Ils font également une accélération de protocole, qui émule localement une partie du trafic qu'ils savent qu'ils verront pour certains protocoles de fichiers de discussion. Cela dit, l'émulation de protocole ne fonctionne pas dans tous les domaines, vous pouvez donc vous assurer d'assurer le relais pour certaines applications.


2

Cette latence va vous tuer (comme c'est déjà le cas) pour TS / RDS. Si vous ne pouvez pas résoudre ce problème, aucune quantité de bande passante ou de réglage ne vous aidera.

Je pourrais vous suggérer d' essayer RemoteApp . Le composant sous-jacent est toujours TS / RDS et dans les coulisses, il y a toujours une session de bureau complète, mais en raison du fait que seules les fenêtres d'application sont présentées à l'utilisateur, cela pourrait réduire la quantité de données traversant le lien, faisant de RemoteApp une solution praticable. pour vous.


2

BranchCache est une excellente technologie pour mettre en cache les partages de fichiers sur les liaisons WAN. Peut battre l'extension de l'ensemble du montage DFS sur le WAN. Les fichiers locaux seront mis en cache tant qu'il y aura du stockage pour les contenir. De toute évidence, les écritures doivent toujours être renvoyées à la base, mais je suis presque sûr que BranchCache peut également les aider.


+1 - BranchCache ressemble certainement à une technologie intéressante. J'ai hâte de l'expérimenter.
Mark Henderson
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.