Створення філії в іншому куточку світу


16

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

  • Клієнт - компанія з Великобританії.
  • Організація - це 95% Windows з AD
  • Вони мають ІТ-політику щодо збереження якомога меншої інфраструктури "в приміщеннях", тому вони мають лінію 1 Гбіт / с до центру обробки даних, в якому розміщена вся серверна інфраструктура.
  • Відділення Великобританії, які не можуть виправдати високу швидкість зв'язку, запускають локальний сервер та Windows DFS для швидкого доступу до файлів із синхронізацією - працює чудово.
  • Ця компанія вирішила відкрити офіс у Сіднеї, Австралія.
  • В даний час у них працює 20 людей, а також 1 чоловік "присутній" по всій країні.
  • У них виникають проблеми із затримкою та пропускною здатністю доступу до Великобританії. Типові тести з їх офісу зазвичай не перевищують 4 Мбіт / с і 320 мс в добрий день.
  • Висока затримка перешкоджає використанню термінальних послуг.
  • Їм потрібен доступ до багатьох тих самих даних, що і співробітники Великобританії.

У нас уже було досить багато ідей, але я хотів би подумати про те, як користувачі ServerFault вирішили цю проблему. Сміливо задайте питання :)

Відповіді:


28

Ласкаво просимо Ласкаво просимо до світу Інтернету в Австралії.

Навіть у нашому найбільшому центрі населення ми можемо боротися за те, щоб отримати 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; це шістнадцятковий, так 0000000aце 10. За замовчуванням - 3.
    • Використовуйте QoS сильно у віддалених мережах. Вам не потрібен чийсь порно Youtube, який не дозволяє людям реально працювати
    • Citrix має продукт, який насправді не знижує затримки, але значно знижує помітність. Наприклад, він відображає введений текст на стороні клієнта, перш ніж надсилати його на сторону сервера, так що він виглядає так, що текст був введений, поки він ще лише на півдорозі до місця призначення. Я забуваю, як це називається
    • Друк через термінальні послуги відстійний. Навіть у R2 2008 року з EasyPrint файли XPS можуть стати масовими. Погляньте на щось на зразок ThinPrint або Викрутки, якщо ви збираєтеся робити багато друку з термінального сервера.
  3. Вибір Інтернет-провайдера. В Австралії є два основних міжнародних постачальника послуг зв'язку. Один з них належить компанії Telstra, яка протягом багатьох-багатьох років мала тотальну монополію на ринку. Перед приватизацією вони були державною компанією. Вони все ще володіють усіма старенькими, лайливими мідними лініями до приміщень, усіми біржами, більшістю обладнання всередині бірж і більшою частиною зв'язку між біржами. Вони також тримали решту країни за балами, коли справа стосувалася міжнародного обміну даними. Тоді кілька інших компаній (в основному iiNet та Internode, якщо я правильно пам’ятаю) відщепили велику кількість грошей та отримали власне міжнародне посилання. Спробуйте отримати другий рядок від іншого провайдера і подивіться, як це відбувається. Якщо одна лінія знаходиться в Telstra, спробуйте iiNet або Internode. Якщо ви вже використовуєте iiNet / Internet / Optus, спробуйте отримати посилання на Teltra (боже, я відчуваю себе брудною, просто написавши це). Слід уникати низькобюджетних перевізників (Dodo, TPG), оскільки вони перепродають свої послуги, і хоча 1 Тб квоти на місяць звучить чудово, коли їх основні маршрутизатори перевантажені, тому що вони просто Cisco 800 (нормально, це перебільшення) то ви ніколи не отримаєте хорошої якості обслуговування.

  4. Зачекайте. Уряд Австралії перебуває в процесі впровадження проекту "Волоконно" в "Премедіс" під назвою " Національна мережа широкосмугового зв'язку" . Якщо ви не знаходитесь в одній із запланованих областей розвитку, то, можливо, ви будете довго чекати (5+ років). Але якщо офіс не був створений (це здається, що він є), то якщо ви зможете знайти зручне розташування всерединірозгортання NBN, тоді це може бути вартим (хоча це може бути встановлено десь від 6 місяців до 3 років). 100 Мбіт волокна, що закінчується у ваших вхідних дверях, має бути досить хорошою справою. Однак, якщо на наступних виборах у нас є зміна уряду (що вкрай можливо), тоді ви можете бути впевнені, що вони зможуть NBN і замінити її бездротовою мережею LTE, яка, хоча розумно перевіряти електронні листи на вашій Blackberry і переслідувати вашу колишня подруга у Facebook, не буде настільки дивовижними, як NBN.

Окрім усього вищезазначеного, що в кращому випадку є бандаїдами, іншим варіантом може бути те, щоб переконатися, що програмне забезпечення, яке вони працюють, може бути поширене на кілька сайтів. Реплікація SQL Merge є загальною, але базу даних та програмне забезпечення, як правило, повинні бути розроблені для того, щоб скористатися нею. Якщо ви можете, то, можливо, завжди потрібна реплікація злиття та локальний термінальний сервер / додаток.


4
Я спокушаюсь обрати вас за те, що я запропонував використовувати Тельстру. ;) Однак ви добре зробили опис наших розчарувань та обмежень, тому натомість поставте +1.
Джон Гарденєр

1
Чудова робота @ Марка Хендерсона. Як осторонь, подібні висновки та поради можна зробити для Нової Зеландії (де я проживаю). Замініть "Тельстра" на "Телеком", а "NBN" на "UFB".
Ешлі

3

На додаток до відмінної відповіді Марка, я хотів би запропонувати вам розглянути деякі технології прискорення WAN. Щось із кількома ТБ пам’яті на кожному кінці, які надсилатимуть лише посилання на дані, які вони вже надсилаються нещодавно, що вони все ще знаходяться в кеші. Річка річки та Cisco роблять це.

Вони також роблять прискорення протоколу, який локально емулює частину трафіку, який вони знають, що вони будуть бачити певні протоколи файтових файлів. Однак це означає, що емуляція протоколу не працює на всій основі, тому ви, можливо, захочете забезпечити проходження певних програм.


2

Ця затримка вб'є вас (як це вже є) для TS / RDS. Якщо ви не можете вирішити це, жодна кількість пропускної здатності або налаштування не допоможуть.

Я б, можливо, запропонував вам спробувати RemoteApp . Основним компонентом все ще залишається TS / RDS, і за лаштунками все ще залишається повноцінна сесія робочого столу, але завдяки тому, що користувачеві представлені лише вікна додатків, це може зменшити кількість даних, що переходять через посилання, що робить RemoteApp прохідним рішенням для вас.


2

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


+1 - BranchCache звичайно виглядає як цікава технологія. Я з нетерпінням чекаю експерименту з цим.
Марк Хендерсон
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.