Открытие филиала на другом конце света

Я собираюсь остановиться на этом вопросе, так как я стремлюсь к как можно большему разнообразию решений, поэтому не хочу слишком сильно влиять на мнение.

• Клиент - британская компания.
• Организация на 95% Windows с AD
• У них есть ИТ-политика, позволяющая хранить как можно меньше инфраструктуры «на месте», поэтому у них есть линия 1 Гбит / с до центра обработки данных, в котором размещена вся серверная инфраструктура.
• Британские филиалы, которые не могут оправдать высокоскоростное соединение, используют локальный сервер и Windows DFS для быстрого доступа к файлам с синхронизацией - работает отлично.
• Эта компания решила открыть офис в Сиднее, Австралия.
• В настоящее время у них есть 20 человек в этом офисе, а также 1 человек "присутствуют" по всей стране.
• У них есть проблемы с задержкой и пропускной способностью доступа к Великобритании. Типичные тесты из их офиса обычно дают не более 4 Мбит / с и 320 мс в хороший день.
• Высокая задержка препятствует использованию терминальных услуг.
• Они нуждаются в доступе ко многим тем же данным, что и сотрудники из Великобритании.

У нас уже было довольно много идей, но я хотел бы подумать о том, как пользователи ServerFault решат эту проблему. Не стесняйтесь задавать вопросы :)

Добро пожаловать, добро пожаловать в мир Интернета в Австралии.

Даже в нашем крупнейшем населенном пункте мы можем изо всех сил пытаться получить скорость 3 Мбит / с по соединению бизнес-класса ADSL2 +. Проникновение кабелей в жилых районах оставляет желать лучшего, а в коммерческих - еще хуже, поэтому, если вам повезет, вы не сможете воспользоваться кабельным интернетом. А поскольку у нас такое скудное население, что оно разбросано по столь обширной территории (4 миллиона человек в районе размером с Нью-Йорк?), Беспроводные решения такие же дрянные и дорогие, потому что у них нет 18 миллионов потенциальных клиентов. ,

Я в той же ситуации, что и вы (в случае, если вы не можете сказать), где у нас есть пользователи в другой столице, которые имеют задержку 200 мс между нашими терминальными серверами и их офисом.

Решения. Ну, они все грязные, я боюсь

1. ДФС. Вы упоминаете, что у вас уже есть DFS в ваших британских филиалах. Можно ли их распространить и на ваш австралийский офис? В зависимости от размера папок может быть хорошей идеей загрузить диск объемом 2 ТБ с копией корня DFS, отправить его по воздуху в Сидней, попросить скопировать его на свой локальный сервер и затем настроить DFS на синхронизировать изменения между двумя.

2. Терминальные Услуги. Вы как бы здесь напортачили, если честно. Высокая задержка не очень хорошо работает с приложениями реального времени, и кроме изменения законов физики, если для перемещения данных туда и обратно требуется 300 мс, для регистрации щелчка мыши потребуется не менее 300 мс, плюс около 5 секунд визуализировать любое контекстное окно, которое он открыл НО, есть вещи, которые вы можете сделать:

   • С точки зрения пропускной способности сеанс терминального сервера потребляет около 30 Кбит / с. Это меньше, чем коммутируемый модем. Citrix потребляет около 20 Кбит / с и, как сообщается, обладает лучшей функциональностью для работы с высокой задержкой.
   • Уменьшить цвета до 16 бит
   • Отключить диск и перенаправление принтера
   • Вы испытываете проблемы с сервером, думая, что клиенты больше не существуют, и прекращают свои сеансы? Вы можете увеличить количество «неудачных» попыток контакта, необходимых для удаления сеанса в реестре [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; это шестнадцатеричное, поэтому 0000000a10. По умолчанию 3.
   • Используйте QoS в удаленных сетях. Вам не нужно чье - то порно Youtube останавливая людей от фактически получить работу
   • У Citrix есть продукт, который на самом деле не снижает задержки, но значительно снижает его заметность. Например, он передает введенный текст на стороне клиента перед отправкой на сервер, поэтому выглядит так, как будто текст был введен, хотя он все еще находится на полпути к месту назначения. Я забыл, как это называется
   • Печать поверх терминальных сервисов отстой. Даже в 2008 R2 с EasyPrint файлы XPS могут стать массивными. Изучите что-то вроде ThinPrint или Screwdrivers, если вы собираетесь много печатать с сервера терминалов.

3. Выбор интернет-провайдера. Австралия имеет двух основных международных провайдеров ссылок. Один из них принадлежит Telstra, которая на протяжении многих лет имела полную монополию на рынке. До приватизации они были государственной компанией. Им по-прежнему принадлежат все устаревшие, дерьмовые медные линии в помещения, все биржи, большая часть оборудования внутри бирж и большая часть связи между биржами. Они также держали остальную часть страны за яйца, когда дело дошло до международного обмена данными. Затем несколько других компаний (в основном iiNet и Internode, если я правильно помню) раздобыли кучу денег и получили собственную международную связь. Попробуйте получить вторую строку от другого интернет-провайдера и посмотрите, как это происходит. Если одна строка с Telstra, попробуйте iiNet или Internode. Если вы уже используете iiNet / Internet / Optus, попробуйте получить ссылку Teltra (боже, я чувствую себя грязно, просто пишу это). Держитесь подальше от низкобюджетных операторов (Dodo, TPG), поскольку они перепродают свои услуги, и хотя 1 ТБ квоты в месяц звучит замечательно, когда их основные маршрутизаторы перегружены, потому что они всего лишь Cisco 800 (хорошо, это преувеличение) тогда вы никогда не получите хорошее качество обслуживания.

4. Подождите. Правительство Австралии находится в процессе развертывания оптоволокна для проекта Premesis под названием « Национальная широкополосная сеть» . Если вы не находитесь в одной из запланированных областей развития, возможно, вам придется долго ждать (5+ лет). Но если офис не был создан (звучит так, как будто), тогда, если вы можете найти удобное место внутриразвертывание NBN, тогда это могло бы стоить (это могло быть установлено где-нибудь от 6 месяцев до 3 лет все же). 100-мегабайтное волокно, подключенное к входной двери, должно быть довольно выгодным предложением. Тем не менее, если у нас произойдет смена правительства на следующих выборах (что весьма вероятно), вы можете быть уверены, что они смогут использовать NBN и заменить его на беспроводную сеть LTE, которая является разумной для проверки электронной почты на вашем Blackberry и отслеживания ваших действий. бывшая подруга на Фейсбуке, не будет так же амазола, как НБН.

Помимо всего вышеперечисленного, которое в лучшем случае является бандитами, другой вариант может заключаться в том, чтобы проверить, можно ли распространять используемое программное обеспечение на несколько сайтов. Репликация SQL Merge является распространенным явлением, но для ее использования обычно необходимо разрабатывать базу данных и программное обеспечение. Если вы можете, то, возможно, вам всегда нужна репликация слиянием и локальный терминальный сервер / приложение.

В дополнение к отличному ответу Марка, я хотел бы предложить вам рассмотреть некоторые технологии ускорения глобальной сети. Нечто с несколькими ТБ памяти на каждом конце, которое будет отправлять только ссылки на данные, уже отправлено за последнее время, и оно все еще находится в кеше. Riverbed и Cisco оба делают это.

Они также выполняют ускорение протоколов, которое локально эмулирует часть трафика, который, как они знают, они будут видеть для определенных протоколов болтливых файлов. Тем не менее, эмуляция протокола не работает по всем направлениям, поэтому вы можете захотеть обеспечить сквозной доступ для определенных приложений.

Эта задержка убьет вас (как она уже есть) для TS / RDS. Если вы не можете решить эту проблему, никакая полоса пропускания или настройка не помогут.

Я мог бы предложить, однако, чтобы вы дали RemoteApp попробовать. Базовым компонентом по-прежнему является TS / RDS, и за кулисами все еще остается полный сеанс рабочего стола, но из-за того, что пользователю предоставляются только окна приложений, это может сократить объем данных, проходящих по ссылке, делая RemoteApp приемлемым решением. для вас.

BranchCache - отличная технология для кэширования общих файловых ресурсов по каналам глобальной сети. Может побить расширение всей DFS-монтировки по глобальной сети. Локальные файлы будут кэшироваться до тех пор, пока есть место для их хранения. Очевидно, что записи все еще нужно отправлять обратно на базу, но я уверен, что BranchCache также может помочь с ними.