Собираюсь перейти прямо к сути этого вопроса, поскольку я ищу как можно более широкий спектр решений, поэтому не хочу слишком сильно влиять на какие-либо мнения по этому вопросу.
У нас уже было довольно много идей, но я хотел бы подумать о том, как пользователи ServerFault решат эту проблему. Не стесняйтесь задавать вопросы :)
Добро пожаловать, добро пожаловать, добро пожаловать в мир Интернета в Австралии.
Даже в нашем крупнейшем населенном пункте мы не можем получить 3 Мбит / с в нисходящем направлении через соединение ADSL2 + бизнес-класса. Проникновение кабеля слабое в жилых районах и еще хуже в коммерческих, поэтому, если вам не повезет, вы не сможете получить кабельный Интернет. И из-за того, что мы такая редкая популяция, разбросанная по такой огромной территории (4 миллиона человек в районе размером с Нью-Йорк?), Беспроводные решения такие же дрянные и дорогие, потому что у них нет 18 миллионов потенциальных клиентов. .
Я нахожусь в той же ситуации, что и вы (если вы не можете сказать), где у нас есть пользователи в другой столице, у которых есть задержка 200 мс между нашими терминальными серверами и их офисом.
Решения. Боюсь, они все грязные:
DFS. Вы упомянули, что у вас уже есть DFS в ваших филиалах в Великобритании. Можно ли их распространить и на ваш австралийский офис? В зависимости от размера папок, может быть хорошей идеей загрузить на диск емкостью 2 ТБ копию корня DFS, отправить его по почте в Сидней, заставить их скопировать его на свой локальный сервер, а затем настроить DFS на синхронизировать изменения между ними.
Терминальные службы. Если честно, ты вроде как облажался. Высокая задержка не очень хорошо работает с приложениями реального времени, и, помимо изменения законов физики, если для передачи данных туда и обратно требуется 300 мс, это займет около наименее 300 мсек на регистрацию щелчка мыши плюс около 5 секунд на отображение любого открытого контекстного окна. НО есть вещи, которые вы можете сделать:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; это ведь так 0000000a равно 10. По умолчанию - 3.Выбор интернет-провайдера. В Австралии есть два крупных международных провайдера связи. Одна из них принадлежит Telstra, которая на протяжении многих-многих лет была полной монополией на рынке. Раньше они были государственной компанией до того, как были приватизированы. Они по-прежнему владеют всеми устаревшими, дерьмовыми медными линиями, ведущими к помещениям, всеми коммутаторами, большей частью оборудования внутри коммутаторов и большей частью связи между станциями. Они также держали остальную часть страны за яйца, когда дело дошло до международного обмена данными. Затем несколько других компаний (в основном, iiNet и Internode, если я правильно помню) выложили кучу денег и получили свою собственную международную связь. Попробуйте получить 2-ю линию от другого провайдера и посмотрите, как это работает. Если одна линия связана с Telstra, попробуйте iiNet или Internode. Если вы уже используете iiNet / Internet / Optus, попробуйте получить ссылку на Teltra (боже, я чувствую себя грязным, просто пишу это). Держитесь подальше от низкобюджетных операторов (Dodo, TPG), поскольку они перепродают свои услуги, и хотя 1 ТБ квоты в месяц звучит здорово, когда их основные маршрутизаторы перегружены, потому что они всего лишь Cisco 800 (хорошо, это преувеличение) тогда вы никогда не получите качественных услуг.
Подождите. Правительство Австралии находится в процессе развертывания проекта Fiber to the Premesis под названием Национальная широкополосная сеть. Если вы не находитесь в одной из запланированных областей развития, возможно, вас ждет длинный ждать (5+ лет). Но если офис еще не создан (хотя звучит так, как будто он есть), то если вы можете получить удобное место внутри развертывание NBN, то это могло стоить того (хотя его можно было установить от 6 месяцев до 3 лет). Оптоволокно 100 Мбит / с, подключенное к вашей входной двери, должно быть неплохим вариантом. Однако, если у нас будет смена правительства на следующих выборах (что весьма вероятно), вы можете быть уверены, что они смогут использовать NBN и заменить его беспроводной сетью LTE, которая, хотя и является разумной для проверки электронной почты на вашем Blackberry и отслеживания ваших бывшая подруга на Facebook, не будет такой изумительной, как NBN.
Помимо всего вышеперечисленного, которое в лучшем случае является бандажом, другим вариантом может быть проверка того, можно ли распространить программное обеспечение, которое они используют, на несколько сайтов. Репликация слиянием SQL является обычным явлением, но база данных и программное обеспечение обычно должны быть спроектированы таким образом, чтобы использовать ее преимущества. Если вы можете, то, возможно, вам подойдет постоянная репликация слиянием и локальный терминальный сервер / приложение.
В дополнение к отличному ответу Марка я хотел бы предложить вам рассмотреть некоторые технологии ускорения WAN. Что-то с несколькими ТБ хранилища на каждом конце, которое будет отправлять только ссылки на данные, которые он уже отправил достаточно недавно, чтобы они все еще были в кеше. И Riverbed, и Cisco делают это.
Они также выполняют ускорение протокола, которое локально имитирует часть трафика, который, как они знают, они будут видеть для определенных протоколов болтливых файлов. Тем не менее, эмуляция протокола не работает повсеместно, поэтому вы можете обеспечить сквозную передачу для определенных приложений.
BranchCache - отличная технология для кэширования общих файловых ресурсов по каналам WAN. Может превзойти расширение всего монтирования DFS по WAN. Локальные файлы будут кэшироваться до тех пор, пока есть место для их хранения. Очевидно, что записи по-прежнему нужно отправлять обратно на базу, но я уверен, что BranchCache также может помочь с ними.
Эта задержка убьет вас (как это уже происходит) для TS / RDS. Если вы не можете решить эту проблему, никакая пропускная способность или настройка не помогут.
Я мог бы предложить вам дать RemoteApp попытка. Базовым компонентом по-прежнему является TS / RDS, и за кулисами все еще существует полный сеанс рабочего стола, но из-за того, что пользователю представлены только окна приложений, это может сократить объем данных, проходящих по ссылке, что делает RemoteApp приемлемым решением. для тебя.