Dünyanın öbür tarafında bir şube açmak


16

Mümkün olduğunca çeşitli çözümlerin peşinde olduğum için, bu sorudaki noktayı keseceğim, bu yüzden soru ile ilgili herhangi bir görüşü çok fazla etkilemek istemiyorum.

  • Müşteri İngiltere merkezli bir şirkettir.
  • Kuruluş AD'li% 95 Windows
  • Tüm sunucu altyapısını barındıran bir veri merkezine 1 Gbps'lik bir hattı olduğundan, mümkün olduğunca az "tesislerde" altyapı tutma konusunda bir BT politikası vardır.
  • Yüksek hızlı bir bağlantıyı haklı çıkaramayan İngiltere şubeleri, yerel bir sunucu çalıştırır ve senkronizasyon ile hızlı dosya erişimi için Windows DFS çalışır - iyi çalışır.
  • Bu şirket Avustralya'nın Sydney şehrinde bir ofis açmaya karar verdi.
  • Şu anda bu ofiste 20 kişi ve ülke çapında 1 adam "varlıkları" var.
  • İngiltere'ye erişimde hem gecikme hem de bant genişliği ile ilgili sorunlar yaşıyorlar. Ofislerinden yapılan tipik testler genellikle iyi bir günde 4Mbps ve 320ms'den fazla olmamalıdır.
  • Yüksek gecikme, terminal hizmetlerinin kullanımını engelliyor.
  • İngiltere personeli ile aynı verilere erişmeleri gerekiyor.

Zaten birkaç fikrimiz vardı, ancak ServerFault kullanıcılarının bu sorunu nasıl çözeceği hakkında düşünceler istiyorum. Soru sormaktan çekinmeyin :)

Yanıtlar:


28

Avustralya'da internet dünyasına hoş geldiniz.

En büyük nüfus merkezimizde bile, iş sınıfı ADSL2 + bağlantısında 3 Mbps aşağı akış elde etmek için mücadele edebiliriz. Kablo penetrasyonu yerleşim bölgelerinde zayıf ve ticari olarak daha da kötüdür, eğer şanslı değilseniz kablo internetini alamazsınız. Ve böylesine büyük bir alana yayılmış çok seyrek bir nüfus olduğumuz için (New York şehrinin büyüklüğünde bir alanda 4 milyon kişi mi?) Kablosuz çözümler, boktan ve pahalı çünkü 18 milyon potansiyel müşterisi yok .

Terminal sunucularımız ve ofisleri arasında 200 ms gecikme süresi olan farklı bir başkentte kullanıcılarımızın olduğu (sizinle anlatamamanız durumunda) sizinle aynı durumdayım.

Çözümler. Korkarım ki hepsi çirkin:

  1. DFS. İngiltere şubelerinizde zaten DFS olduğunu belirtiyorsunuz. Bunlar Avustralya ofisinize de genişletilebilir mi? Klasörlerin boyutuna bağlı olarak, 2 TB'lık bir sürücünün DFS kökünün bir kopyasıyla yüklenmesi, Sydney'e hava yoluyla gönderilmesi, yerel sunucularına kopyalanması ve daha sonra DFS'nin ikisi arasındaki değişiklikleri senkronize edin.

  2. Terminal Hizmetleri. Dürüst olmak gerekirse burada biraz mahvoldun. Yüksek gecikme, gerçek zamanlı uygulamalarla iyi oynamaz ve fizik yasalarını değiştirmenin yanı sıra, verilerin oraya ve geri gelmesi 300ms alırsa , fare tıklamasını kaydetmek en az 300ms sürer , ayrıca yaklaşık 5 saniye sürer hangi bağlam penceresini açarsa açın. AMA, yapabileceğiniz şeyler var:

    • Bant genişliği açısından, bir terminal sunucusu oturumu yaklaşık 30Kbps tüketir. Bu bir çevirmeli modemden daha az. Citrix yaklaşık 20Kbps tüketir ve yüksek gecikme ile başa çıkmak için daha iyi işlevselliğe sahip olduğu bildirilmektedir.
    • Renkleri 16 bit'e düşürün
    • Sürücü ve yazıcı yönlendirmesini devre dışı bırak
    • Sunucuların artık var olmadığını düşünüp oturumlarını sonlandırmakta sorun mu yaşıyorsunuz? Kayıt defterindeki bir oturumu bırakmak için gereken "başarısız" iletişim girişimlerinin sayısını artırabilirsiniz [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; onaltılık 0000000a10 yani varsayılan 3'tür.
    • Uzak ağlarda QoS'yi ağır kullanın. Birinin porno Youtube'una ihtiyacınız yok, insanların işi yapmasını engelliyor
    • Citrix aslında gecikmeyi azaltmayan, ancak farkedilebilirliğini büyük ölçüde azaltan bir ürüne sahiptir. Örneğin, girilen metni sunucu tarafına göndermeden önce istemci tarafına dönüştürür, bu nedenle metnin girildiği hedefe yalnızca yarı yoldayken girilmiş gibi görünür . Onun adını unuttum
    • Terminal hizmetleri üzerinden baskı yapmak berbat. 2008 R2'de EasyPrint ile bile, XPS dosyaları büyük olabilir. Terminal sunucusundan çok fazla baskı yapacaksanız ThinPrint veya Tornavidalar gibi bir şeye bakın.
  3. İnternet sağlayıcısının seçimi. Avustralya'nın iki büyük uluslararası bağlantı sağlayıcısı vardır. Bunlardan biri, uzun yıllar boyunca piyasada tam bir tekele sahip olan Telstra'ya aittir. Özelleştirilmeden önce devlete ait bir şirketti. Hala tesislere, tüm borsalara, borsaların içindeki ekipmanların çoğuna ve borsalar arasındaki iletişimin çoğuna, tüm yaşlanan, boktan bakır hatlara sahipler. Uluslararası veri alışverişi söz konusu olduğunda da ülkenin geri kalanını toplar tarafından tuttular. Sonra birkaç şirket daha (eğer doğru hatırlıyorsam iiNet ve Internode) bir bok yükü çıkardı ve kendi uluslararası bağlantılarını aldı. Farklı bir İSS'den 2. satır almayı deneyin ve nasıl gittiğini görün. Bir hat Telstra'daysa, iiNet veya Internode'u deneyin. Zaten iiNet / Internet / Optus ile çalışıyorsanız, Teltra bağlantısı kurmaya çalış (tanrım, bunu yazarken kendimi kirli hissediyorum). Düşük bütçeli operatörlerden (Dodo, TPG) hizmetlerini aşırı sattıklarından ve ayda 1 TB kota harika görünse de, çekirdek yönlendiricileri aşırı yüklendiğinde, yalnızca Cisco 800'ler oldukları için (tamam, bu bir abartı) o zaman asla kaliteli hizmet almayacaksınız.

  4. Bekle. Avustralya hükümeti, Ulusal Geniş Bant Ağı adı verilen Premesis projesine bir Fiber yayma sürecinde . Planlanan geliştirme alanlarından birinde değilseniz, uzun süre beklemiş olabilirsiniz (5+ yaş). Ancak ofis kurulmamışsa (kulağa hoş geliyor gibi görünüyorsa), içinde uygun bir konum elde edersenizo zaman buna değebilir (6 aydan 3 yıla kadar herhangi bir yerde kurulabilir). Ön kapınızda 100Mbs fiber sonlandırılmış oldukça iyi bir anlaşma olmalıdır. Ancak, bir sonraki seçimde bir hükümet değişikliğimiz varsa (bu oldukça olasıdır), o zaman NBN'nin yapabileceğinden ve yerine Blackberry'nizdeki e-postaları kontrol etmek ve takip etmek için makul bir LTE kablosuz ağ ile değiştirilebileceğinden emin olabilirsiniz. Facebook'ta eski kız arkadaşı, NBN kadar hayranları olmayacak.

En iyisi bandaj olan yukarıdakilerin dışında, diğer seçenek, çalıştırdıkları yazılımın birden fazla siteye genişletilip genişletilemeyeceğini görmek olabilir. SQL Birleştirme çoğaltması yaygın bir yöntemdir, ancak veritabanı ve yazılım genellikle bundan yararlanmak üzere tasarlanmalıdır. Yapabilirseniz, belki de her zaman açık birleştirme çoğaltması ve yerel bir terminal sunucusu / uygulaması gitmenin yoludur.


4
Sadece Telstra kullanımını önerdiğin için seni aşağılamaktan çekiniyorum. ;) Bununla birlikte, hayal kırıklıklarımızı ve sınırlamalarımızı tanımlamak için iyi bir iş çıkardınız, bunun yerine + 1'leyin.
John Gardeniers

1
Büyük Henderson @ Mark Henderson. Bir kenara, Yeni Zelanda (ikamet ettiğim yer) için benzer sonuçlar ve tavsiyeler çıkarılabilir. "Telstra" yerine "Telekom" ve "NBN" yerine "UFB" yazın.
Ashley

3

Mark'ın mükemmel cevabına ek olarak, bazı WAN hızlandırma teknolojilerini göz önünde bulundurmanızı öneririm. Her iki uçta yalnızca son zamanlarda zaten önbellekte olmasına yetecek şekilde gönderilen verilere referans gönderecek birkaç TB depolama alanına sahip bir şey. Riverbed ve Cisco bunu yapıyor.

Ayrıca belirli sohbet dosyası protokolleri için göreceklerini bildikleri trafiğin bazılarını yerel olarak taklit eden protokol hızlandırma da yaparlar. Bununla birlikte, protokol öykünmesi kartta çalışmaz, bu nedenle belirli uygulamalar için geçiş sağlamak isteyebilirsiniz.


2

Bu gecikme TS / RDS için sizi (zaten olduğu gibi) öldürecek. Bunu ele alamazsanız, hiçbir bant genişliği veya ince ayar yardımcı olmaz.

RemoteApp'ı denemenizi öneririm . Temel bileşen hala TS / RDS'dir ve sahne arkasında hala tam bir masaüstü oturumu vardır, ancak kullanıcıya yalnızca uygulama pencerelerinin sunulması nedeniyle, bu bağlantıyı geçen veri miktarını azaltabilir ve RemoteApp'ı fena bir çözüm haline getirebilir senin için.


2

BranchCache , WAN bağlantıları genelinde dosya paylaşımlarını önbelleğe almak için harika bir teknolojidir. Tüm DFS montaj parçasını WAN üzerinden uzatabilir. Yerel dosyalar, saklanacak depolama alanı olduğu sürece önbelleğe alınır. Açıkçası hala hala tabana geri gönderilmesi gerekiyor yazıyor, ama eminim BranchCache onlara da yardımcı olabilir.


+1 - BranchCache kesinlikle ilginç bir teknolojiye benziyor. Ben bunu denemek için sabırsızlanıyorum.
Mark Henderson
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.