Avvio di una filiale dall'altra parte del mondo

Andando al punto giusto su questa domanda, poiché sto cercando la più ampia gamma di soluzioni possibile, quindi non voglio influenzare troppo le opinioni con la domanda.

• Il cliente è una società con sede nel Regno Unito.
• L'organizzazione è al 95% di Windows con AD
• Hanno una politica IT per mantenere il minor numero possibile di infrastrutture "nei locali", in quanto tali hanno una linea da 1 Gbps a un data center che ospita tutte le infrastrutture dei server.
• Le filiali del Regno Unito che non sono in grado di giustificare un collegamento ad alta velocità eseguono un server locale e Windows DFS per un accesso rapido ai file con la sincronizzazione - funziona bene.
• Questa società ha deciso di aprire un ufficio a Sydney, in Australia.
• Attualmente hanno 20 persone in questo ufficio e 1 "presenze" in tutto il paese.
• Stanno avendo problemi con latenza e larghezza di banda che accedono al Regno Unito. I test tipici del loro ufficio di solito non superano i 4 Mbps e 320 ms in una buona giornata.
• L'elevata latenza impedisce l'uso di servizi terminal.
• Hanno bisogno di accedere a molti degli stessi dati dello staff del Regno Unito.

Abbiamo già avuto alcune idee, ma mi piacerebbe pensare a come gli utenti di ServerFault avrebbero risolto questo problema. Sentiti libero di fare domande :)

Benvenuto benvenuto benvenuto nel mondo di Internet in Australia.

Anche nel nostro più grande centro di popolazione, possiamo avere difficoltà a ottenere 3 Mbps a valle su una connessione ADSL2 + di classe business. La penetrazione dei cavi è scarsa nelle aree residenziali, e peggio ancora in ambito commerciale, quindi a meno che tu non sia fortunato non riesci ad avere internet via cavo. E poiché siamo una popolazione così scarsa diffusa su un'area così vasta (4 milioni di persone in un'area delle dimensioni di New York City?) Le soluzioni wireless sono altrettanto scadenti e costose perché non hanno 18 milioni di potenziali clienti .

Sono nella tua stessa situazione (nel caso in cui non puoi dirlo), dove abbiamo utenti in una diversa capitale che hanno una latenza di 200 ms tra i nostri server terminal e il loro ufficio.

Soluzioni. Beh, sono tutti fortunati, temo:

1. DFS. Dici di avere già DFS nelle tue filiali nel Regno Unito. Questi possono essere estesi anche al tuo ufficio australiano? A seconda della dimensione delle cartelle, potrebbe essere una buona idea caricare un'unità da 2 TB con una copia del root DFS, inviarla per posta aerea a Sydney, farla copiare sul loro server locale e quindi impostare il DFS su sincronizzare le modifiche tra i due.

2. Servizi terminal. Sei un po 'fregato qui per essere onesti. L'elevata latenza non funziona bene con le applicazioni in tempo reale e, a parte il cambiamento delle leggi della fisica, se ci vogliono 300ms per i dati per andare avanti e indietro, ci vorranno almeno 300ms per registrare il clic del mouse, più circa 5 secondi per eseguire il rendering di qualunque finestra di contesto sia stata aperta. MA ci sono cose che puoi fare:

   • In termini di larghezza di banda, una sessione di terminal server consuma circa 30 Kbps. Questo è meno di un modem dial-up. Citrix consuma circa 20 Kbps e, secondo quanto riferito, ha una migliore funzionalità per gestire latenze elevate.
   • Abbassa i colori a 16 bit
   • Disabilita il reindirizzamento dell'unità e della stampante
   • Stai riscontrando problemi con il server pensando che i client non esistano più e che terminino le loro sessioni? È possibile aumentare il numero di tentativi di contatto "non riusciti" necessari per eliminare una sessione nel registro in [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; è esadecimale quindi 0000000aè 10. L'impostazione predefinita è 3.
   • Usa QoS pesantemente sulle reti remote. Non è necessario il Youtube porno di qualcuno che impedisce alle persone di svolgere effettivamente il proprio lavoro
   • Citrix ha un prodotto che in realtà non riduce la latenza, ma ne riduce notevolmente la notabilità. Ad esempio, esegue il rendering del testo immesso sul lato client prima di inviarlo sul lato server, quindi sembra che il testo sia stato inserito mentre è ancora solo a metà della sua destinazione. Ho dimenticato come si chiama
   • La stampa sui servizi terminal fa schifo. Anche nel 2008 R2 con EasyPrint, i file XPS possono diventare enormi. Cerca qualcosa come ThinPrint o Screwdrivers se eseguirai molte stampe dal terminal server.

3. Scelta del fornitore di servizi Internet. L'Australia ha due principali fornitori di collegamenti internazionali. Uno di questi è di proprietà di Telstra, che per molti, molti anni ha avuto un monopolio totale sul mercato. Prima erano privatizzati, erano una società di proprietà del governo. Possiedono ancora tutte le linee di rame invecchiate e di merda nei locali, tutti gli scambi, la maggior parte delle attrezzature all'interno degli scambi e la maggior parte delle comunicazioni tra gli scambi. Hanno anche tenuto il resto del paese per le palle quando si trattava di scambio internazionale di dati. Poi alcune altre società (principalmente iiNet e Internode, se non ricordo male) hanno rinunciato a un carico di denaro e hanno ottenuto il loro collegamento internazionale. Prova a ottenere una seconda linea da un altro ISP e guarda come va. Se una riga è con Telstra, provare iiNet o Internode. Se sei già con iiNet / Internet / Optus, prova a ottenere un collegamento Teltra (Dio, mi sento sporco solo a scriverlo). Stai alla larga dai corrieri a basso budget (Dodo, TPG) mentre vendono in eccesso i loro servizi e anche se 1 TB di quota al mese suona alla grande, quando i loro router core sono sovraccarichi perché sono solo Cisco 800 (ok, è un'esagerazione) allora non otterrai mai una buona qualità del servizio.

4. Aspettare. Il governo australiano sta lanciando un progetto Fiber to the Premesis chiamato National Broadband Network . Se non sei in una delle aree di sviluppo previsti, allora si potrebbe essere dentro per una lunga attesa (5 + anni). Ma se l'ufficio non è stato istituito (sembra che abbia funzionato), se riesci a trovare una posizione comoda all'internoil lancio di NBN, quindi potrebbe valerne la pena (potrebbe essere stabilito da 6 mesi a 3 anni). La fibra da 100 Mb terminata alla porta di casa dovrebbe essere un buon affare. Tuttavia, se avremo un cambio di governo nelle prossime elezioni (il che è altamente possibile), puoi essere certo che potranno NBN e sostituirli con una rete wireless LTE che, sebbene ragionevole per controllare le e-mail sul tuo Blackberry e stalking il tuo ex fidanzata su Facebook, non sarà stupefacente come la NBN.

A parte quanto sopra, che nella migliore delle ipotesi sono i cerotti, l'altra opzione potrebbe essere quella di vedere se il software in esecuzione può essere esteso a più siti. La replica di SQL Merge è comune, ma di solito il database e il software devono essere progettati per trarne vantaggio. Se puoi, allora forse una replica di unione sempre attiva e un'applicazione / server terminal locale è la strada da percorrere.

Oltre all'eccellente risposta di Mark, vorrei suggerire di prendere in considerazione alcune tecnologie di accelerazione WAN. Qualcosa con qualche TB di spazio di archiviazione a ciascuna estremità che invierà solo riferimenti ai dati che è già stato inviato abbastanza recentemente da essere ancora nella cache. Riverbed e Cisco lo fanno entrambi.

Fanno anche l'accelerazione del protocollo, che emula localmente parte del traffico che sanno che vedranno per determinati protocolli di file chiacchieroni. Detto questo, l'emulazione del protocollo non funziona su tutta la linea, quindi potresti voler garantire il passthrough per determinate applicazioni.

Quella latenza ti ucciderà (com'è già) per TS / RDS. Se non riesci a risolverlo, nessuna quantità di larghezza di banda o ottimizzazione sarà di aiuto.

Potrei suggerire però di provare RemoteApp . Il componente sottostante è ancora TS / RDS e dietro le quinte c'è ancora una sessione desktop completa ma a causa del fatto che vengono presentate all'utente solo finestre dell'applicazione, ciò potrebbe ridurre la quantità di dati che attraversano il collegamento, rendendo RemoteApp una soluzione accettabile per te.

BranchCache è un'ottima tecnologia per la memorizzazione nella cache di condivisioni di file su collegamenti WAN. Può battere estendendo l'intero mount DFS attraverso la WAN. I file locali verranno memorizzati nella cache fino a quando è disponibile spazio di archiviazione per conservarli. Ovviamente le scritture devono ancora essere rispedite alla base, ma sono abbastanza sicuro che BranchCache possa aiutare anche con loro.