Zakładanie oddziału po drugiej stronie świata

Przejdźmy od razu do sedna tego pytania, ponieważ szukam tak różnorodnej gamy rozwiązań, jak to możliwe, więc nie chcę zbytnio opiniować tego pytania.

• Klient jest firmą z siedzibą w Wielkiej Brytanii.
• Organizacja to 95% Windows z AD
• Mają politykę informatyczną polegającą na utrzymywaniu jak najmniejszej infrastruktury „na miejscu”, ponieważ mają linię 1 Gb / s do centrum danych, które mieści całą infrastrukturę serwerów.
• Oddziały w Wielkiej Brytanii, które nie mogą uzasadnić szybkiego łącza, uruchamiają lokalny serwer i system Windows DFS w celu szybkiego dostępu do plików z synchronizacją - działa dobrze.
• Ta firma postanowiła otworzyć biuro w Sydney w Australii.
• Obecnie w tym biurze pracuje 20 osób, a także „obecność” jednego człowieka w całym kraju.
• Mają problemy z opóźnieniem i przepustowością w dostępie do Wielkiej Brytanii. Typowe testy przeprowadzane w biurze zwykle nie przekraczają 4 Mb / s i 320 ms w dobry dzień.
• Wysokie opóźnienie uniemożliwia korzystanie z usług terminalowych.
• Potrzebują dostępu do wielu takich samych danych, jak pracownicy w Wielkiej Brytanii.

Mieliśmy już sporo pomysłów, ale chciałbym się zastanowić, w jaki sposób użytkownicy ServerFault rozwiążą ten problem. Zapraszam do zadawania pytań :)

Witamy, witamy, witamy w świecie Internetu w Australii.

Nawet w naszym największym centrum populacji możemy mieć problemy z uzyskaniem prędkości 3 Mb / s na połączeniu klasy biznesowej ADSL2 +. Penetracja kabli jest słaba w obszarach mieszkalnych, a jeszcze gorsza w komercyjnych, więc jeśli nie masz szczęścia, nie możesz uzyskać dostępu do Internetu kablowego. A ponieważ jesteśmy tak rzadką populacją rozproszoną na tak ogromnym obszarze (4 miliony ludzi na obszarze wielkości Nowego Jorku?), Rozwiązania bezprzewodowe są równie kiepskie i drogie, ponieważ nie mają 18 milionów potencjalnych klientów .

Jestem w takiej samej sytuacji jak Ty (na wypadek, gdybyś nie wiedział), gdzie mamy użytkowników w innej stolicy, którzy mają 200 ms opóźnienia między naszymi serwerami terminali a ich biurem.

Rozwiązania. Obawiam się, że wszystkie są paskudne:

1. DFS. Wspominasz, że masz już DFS w oddziałach w Wielkiej Brytanii. Czy można je rozszerzyć również na twoje biuro w Australii? W zależności od wielkości folderów dobrym pomysłem może być załadowanie dysku 2 TB z kopią katalogu głównego DFS, wysłanie go pocztą lotniczą do Sydney, poproszenie o skopiowanie go na lokalny serwer, a następnie skonfigurowanie DFS do zsynchronizuj zmiany między nimi.

2. Usługi Terminalowe. Szczerze mówiąc, jesteś tu trochę spieprzony. Duże opóźnienia nie działają dobrze w aplikacjach czasu rzeczywistego, a poza zmianą praw fizyki, jeśli dane dotrą tam i z powrotem, zajmie co najmniej 300 ms, aby zarejestrować kliknięcie myszy, a także około 5 sekund aby wyrenderować otwarte okno kontekstowe. ALE są rzeczy, które możesz zrobić:

   • Pod względem przepustowości sesja serwera terminali zużywa około 30 Kb / s. To mniej niż modem telefoniczny. Citrix zużywa około 20 Kb / s i podobno ma lepszą funkcjonalność do radzenia sobie z dużymi opóźnieniami.
   • Obniż kolory do 16-bitów
   • Wyłącz przekierowanie napędu i drukarki
   • Czy masz problem z tym, że serwer myśli, że klienci już nie istnieją i przerywają sesje? Możesz zwiększyć liczbę „nieudanych” prób kontaktu potrzebnych do usunięcia sesji z rejestru pod adresem [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; ma wartość szesnastkową, więc 0000000awynosi 10. Domyślnie jest to 3.
   • Używaj QoS intensywnie w zdalnych sieciach. Nie potrzebujesz czyjś pornografii Youtube, która powstrzyma ludzi przed wykonaniem pracy
   • Citrix ma produkt, który tak naprawdę nie zmniejsza opóźnienia, ale znacznie obniża jego zauważalność. Na przykład, renderuje wprowadzony tekst po stronie klienta przed wysłaniem go po stronie serwera, więc wygląda na to, że tekst został wprowadzony, podczas gdy wciąż jest w połowie drogi do miejsca docelowego. Zapomniałem jak to się nazywa
   • Drukowanie przez usługi terminalowe jest do bani. Nawet w 2008 R2 z EasyPrint pliki XPS mogą stać się ogromne. Spójrz na coś takiego jak ThinPrint lub Screwdrivers, jeśli zamierzasz dużo drukować z serwera terminali.

3. Wybór dostawcy internetu. Australia ma dwóch głównych międzynarodowych dostawców łączy. Jeden z nich należy do Telstry, która przez wiele lat miała całkowity monopol na rynku. Byli przedsiębiorstwem państwowym, zanim zostali sprywatyzowani. Nadal są właścicielami wszystkich starzejących się, gównianych linii miedzianych do lokali, wszystkich giełd, większości urządzeń wewnątrz central i większości komunikacji między centralami. Trzymali również resztę kraju za piłki, jeśli chodzi o międzynarodową wymianę danych. Następnie kilka innych firm (głównie iiNet i Internode, jeśli dobrze pamiętam) rozwinęło kupę pieniędzy i uzyskało własny międzynarodowy link. Spróbuj uzyskać drugą linię od innego usługodawcy internetowego i sprawdź, jak idzie. Jeśli jedna linia jest z Telstra, spróbuj iiNet lub Internode. Jeśli korzystasz już z iiNet / Internet / Optus, spróbuj uzyskać link Teltra (Boże, czuję się brudny, pisząc to). Unikaj niskobudżetowych operatorów (Dodo, TPG), ponieważ przeceniają swoje usługi i chociaż 1 TB limitu miesięcznie brzmi świetnie, gdy ich podstawowe routery są przeciążone, ponieważ są tylko Cisco 800 (ok, to przesada) wtedy nigdy nie uzyskasz dobrej jakości usług.

4. Czekać. Rząd Australii jest w trakcie wdrażania Fibre do projektu Premesis o nazwie National Broadband Network . Jeśli nie jesteś w jednym z planowanych obszarów rozwoju, być może czeka cię długie oczekiwanie ( ponad 5 lat). Ale jeśli biuro nie zostało założone (wydaje się, że tak było), to jeśli możesz uzyskać dogodną lokalizację w środkuwprowadzenie NBN, to może być tego warte (może być ustanowione w dowolnym miejscu od 6 miesięcy do 3 lat). Światłowód 100 Mb zakończony przy drzwiach wejściowych powinien być całkiem niezłą okazją. Jeśli jednak w następnych wyborach nastąpi zmiana rządu (co jest wysoce możliwe), możesz być pewny, że będą mogli NBN i zastąpić go bezprzewodową siecią LTE, która, choć rozsądna do sprawdzania wiadomości e-mail na Blackberry i prześladowania twojego Była dziewczyna na Facebooku, nie będzie tak zadziwiająca jak NBN.

Oprócz wszystkich powyższych, które są w najlepszym razie bandaidami, drugą opcją może być sprawdzenie, czy uruchomione oprogramowanie można rozszerzyć na wiele witryn. Replikacja scalania SQL jest powszechna, ale baza danych i oprogramowanie zwykle muszą być zaprojektowane tak, aby z niej skorzystać. Jeśli możesz, to być może zawsze dostępna jest replikacja scalania i lokalny serwer terminali / aplikacja.

Oprócz doskonałej odpowiedzi Marka, chciałbym zasugerować rozważenie technologii przyspieszenia WAN. Coś z kilkoma TB miejsca na każdym końcu, które będzie wysyłać tylko odwołania do danych, które zostały już wysłane na tyle niedawno, że wciąż znajdują się w pamięci podręcznej. Zarówno Riverbed, jak i Cisco to robią.

Robią także przyspieszenie protokołu, które lokalnie emuluje część ruchu, o którym wiedzą, że zobaczą pewne protokoły plików z rozmową. To powiedziawszy, emulacja protokołu nie działa na całym forum, więc możesz chcieć zapewnić przekazywanie dla niektórych aplikacji.

To opóźnienie zabije cię (jak już jest) dla TS / RDS. Jeśli nie możesz tego rozwiązać, żadna ilość przepustowości ani poprawek nie pomoże.

Mogę jednak zasugerować, że wypróbujesz RemoteApp . Podstawowym komponentem jest nadal TS / RDS, a za kulisami wciąż jest pełna sesja pulpitu, ale ze względu na to, że użytkownikowi prezentowane są tylko okna aplikacji, może to zmniejszyć ilość danych przechodzących przez łącze, czyniąc RemoteApp rozwiązaniem zadowalającym. dla Ciebie.

BranchCache to świetna technologia do buforowania udziałów plików w łączach WAN. Może pokonać rozszerzenie całego systemu plików DFS w sieci WAN. Pliki lokalne będą przechowywane w pamięci podręcznej tak długo, jak długo będzie dostępna pamięć do ich przechowywania. Oczywiście zapisy wciąż muszą zostać odesłane z powrotem do bazy, ale jestem pewien, że BranchCache również może im pomóc.