Memulai kantor cabang di sisi lain dunia


16

Akan memotong langsung ke titik pada pertanyaan ini, karena saya mencari beragam solusi mungkin jadi tidak ingin terlalu banyak mempengaruhi pendapat dengan pertanyaan.

  • Klien adalah perusahaan yang berbasis di Inggris.
  • Organisasi adalah 95% Windows dengan AD
  • Mereka memiliki kebijakan TI menjaga infrastruktur sesedikit mungkin "di tempat", karena mereka memiliki jalur 1Gbps ke pusat data yang menampung semua infrastruktur server.
  • Cabang Inggris yang tidak dapat membenarkan tautan kecepatan tinggi menjalankan server lokal dan Windows DFS untuk akses file cepat dengan sinkronisasi - berfungsi dengan baik.
  • Perusahaan ini telah memutuskan untuk membuka kantor di Sydney, Australia.
  • Saat ini mereka memiliki 20 orang di kantor ini, serta 1 orang "kehadiran" di seluruh negeri.
  • Mereka mengalami masalah dengan latensi dan bandwidth yang mengakses Inggris. Tes khas dari hasil kantor mereka biasanya tidak lebih dari 4Mbps dan 320ms pada hari yang baik.
  • Latensi tinggi mencegah penggunaan layanan terminal.
  • Mereka membutuhkan akses ke banyak data yang sama dengan staf Inggris.

Kami sudah memiliki beberapa ide, tetapi saya ingin pemikiran tentang bagaimana pengguna ServerFault akan menyelesaikan masalah ini. Jangan ragu untuk bertanya :)

Jawaban:


28

Selamat datang, selamat datang, selamat datang di dunia Internet di Australia.

Bahkan di pusat populasi terbesar kami, kami dapat berjuang untuk mendapatkan 3Mbps hilir pada koneksi ADSL2 + kelas bisnis. Penetrasi kabel buruk di daerah perumahan, dan bahkan lebih buruk di komersial jadi kecuali Anda beruntung Anda tidak bisa mendapatkan internet kabel. Dan karena kita adalah populasi yang jarang tersebar di wilayah yang begitu luas (4 juta orang di daerah seukuran Kota New York?) Solusi nirkabel sama jeleknya, dan mahal karena mereka tidak memiliki 18 juta pelanggan potensial .

Saya berada dalam situasi yang sama dengan Anda (jika Anda tidak tahu), di mana kami memiliki pengguna di ibu kota berbeda yang memiliki latensi 200 ms antara server terminal kami dan kantor mereka.

Solusi. Yah, mereka semua sial, saya takut:

  1. DFS. Anda menyebutkan sudah memiliki DFS di cabang UK Anda. Apakah ini dapat diperluas ke kantor Anda di Australia juga? Bergantung pada ukuran folder, mungkin ide yang bagus untuk memuat drive 2TB dengan salinan akar DFS, mengirimkannya lewat udara ke Sydney, membuat mereka menyalinnya ke server lokal mereka dan kemudian mengatur DFS untuk sinkronkan perubahan di antara keduanya.

  2. Layanan Terminal. Anda agak kacau di sini untuk jujur. Latensi tinggi tidak cocok dengan aplikasi waktu nyata, dan selain mengubah undang-undang fisika, jika dibutuhkan 300 ms untuk mendapatkan data di sana dan kembali, dibutuhkan setidaknya 300 ms untuk mendaftarkan klik mouse, plus sekitar 5 detik untuk membuat jendela konteks apa pun yang dibuka. TAPI, ada beberapa hal yang dapat Anda lakukan:

    • Dalam hal bandwidth, sesi server terminal mengkonsumsi sekitar 30Kbps. Ini kurang dari modem dial-up. Citrix mengkonsumsi sekitar 20Kbps dan dilaporkan memiliki fungsionalitas yang lebih baik untuk menangani latensi tinggi.
    • Turunkan warnanya menjadi 16-bit
    • Nonaktifkan pengalihan drive dan printer
    • Apakah Anda mengalami masalah dengan server berpikir bahwa klien tidak lagi ada dan mengakhiri sesi mereka? Anda dapat meningkatkan jumlah upaya kontak "gagal" yang diperlukan untuk menghentikan sesi di registri di [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] TcpMaxDataRetransmission; itu hex begitu 0000000ajuga 10. Default adalah 3.
    • Gunakan QoS heavilly pada jaringan jarak jauh. Anda tidak perlu pornografi seseorang. Youtube menghentikan orang untuk benar-benar menyelesaikan pekerjaan
    • Citrix memiliki produk yang tidak benar-benar menurunkan latensi, tetapi sangat mengurangi kelonggarannya. Misalnya, ia membuat sisi-klien teks yang dimasukkan sebelum mengirimnya sisi-server, sehingga sepertinya teks telah dimasukkan sementara masih setengah jalan ke tujuannya. Saya lupa apa namanya
    • Mencetak melalui layanan terminal menyebalkan. Bahkan pada 2008 R2 dengan EasyPrint, file XPS dapat menjadi sangat besar. Lihatlah sesuatu seperti ThinPrint atau Obeng jika Anda akan melakukan banyak pencetakan dari server terminal.
  3. Pilihan penyedia internet. Australia memiliki dua penyedia tautan internasional utama. Salah satunya dimiliki oleh Telstra, yang selama bertahun-tahun memiliki monopoli total di pasar. Mereka dulunya adalah perusahaan milik pemerintah sebelum diprivatisasi. Mereka masih memiliki semua jalur tembaga tua yang menyebalkan ke lokasi, semua pertukaran, sebagian besar peralatan di dalam pertukaran dan sebagian besar komunikasi antara pertukaran. Mereka juga memegang seluruh negara dengan bola ketika datang ke pertukaran data internasional. Kemudian beberapa perusahaan lain (terutama iiNet dan Internode, jika saya ingat dengan benar) membayar sedikit uang dan mendapatkan tautan internasional mereka sendiri. Coba dapatkan saluran kedua dari ISP yang berbeda dan lihat bagaimana hasilnya. Jika satu baris dengan Telstra, coba iiNet atau Internode. Jika Anda sudah menggunakan iiNet / Internet / Optus, coba dapatkan tautan Teltra (Tuhan, aku merasa kotor hanya menulis itu). Menghindari operator beranggaran rendah (Dodo, TPG) karena mereka menjual terlalu banyak layanan mereka dan meskipun 1TB kuota sebulan terdengar hebat, ketika router inti mereka kelebihan beban karena mereka hanya Cisco 800 (ok, itu berlebihan) maka Anda tidak akan pernah mendapatkan kualitas layanan yang baik.

  4. Tunggu. Pemerintah Australia sedang dalam proses meluncurkan proyek Fiber to the Premesis yang disebut National Broadband Network . Jika Anda tidak berada di salah satu area pengembangan yang direncanakan, maka Anda mungkin menunggu lama (5+ tahun). Tetapi jika kantor belum didirikan (sepertinya sudah), maka jika Anda bisa mendapatkan lokasi yang nyaman di dalampeluncuran NBN, maka itu bisa sia-sia (itu bisa didirikan di mana saja dari 6 bulan hingga 3 tahun). Serat 100MB yang diakhiri di pintu depan Anda seharusnya cukup bagus. Namun, jika kami memiliki perubahan pemerintahan dalam pemilihan berikutnya (yang sangat mungkin) maka Anda dapat yakin mereka akan dapat NBN dan menggantinya dengan jaringan nirkabel LTE yang, sementara masuk akal untuk memeriksa email di Blackberry Anda dan membuntuti Anda mantan pacar di Facebook, tidak akan seperti amazeballs seperti NBN.

Terlepas dari semua hal di atas, yang merupakan bandaid terbaik, opsi lain mungkin untuk melihat apakah perangkat lunak yang mereka jalankan dapat diperluas ke beberapa situs. Replikasi SQL Merge adalah yang umum, tetapi database dan perangkat lunak biasanya harus dirancang untuk memanfaatkannya. Jika Anda bisa, maka mungkin replikasi penggabungan yang selalu aktif dan server / aplikasi terminal lokal adalah cara yang tepat.


4
Saya tergoda untuk menurunkan Anda hanya karena menyarankan penggunaan Telstra. ;) Namun, Anda telah melakukan pekerjaan yang baik untuk menggambarkan frustrasi dan keterbatasan kami, jadi miliki +1 sebagai gantinya.
John Gardeniers

1
Kerja bagus @ Mark Henderson. Sebagai tambahan, kesimpulan dan saran serupa dapat diambil untuk Selandia Baru (tempat saya tinggal). Ganti "Telstra" dengan "Telecom", dan "NBN" untuk "UFB".
Ashley

3

Selain jawaban Mark yang sangat bagus, saya ingin menyarankan Anda mempertimbangkan beberapa teknologi akselerasi WAN. Sesuatu dengan beberapa TB penyimpanan di setiap ujung yang hanya akan mengirim referensi ke data yang sudah dikirim cukup baru sehingga masih dalam cache. Riverbed dan Cisco keduanya melakukan ini.

Mereka juga melakukan akselerasi protokol, yang secara lokal mengemulasi beberapa traffic yang mereka tahu akan mereka lihat untuk protokol file chatty tertentu. Yang mengatakan, emulasi protokol tidak bekerja di seluruh papan, jadi Anda mungkin ingin memastikan lolos untuk aplikasi tertentu.


2

Latensi itu akan membunuh Anda (seperti yang sudah terjadi) untuk TS / RDS. Jika Anda tidak bisa mengatasinya, tidak ada jumlah bandwidth atau tweaker yang akan membantu.

Saya mungkin menyarankan agar Anda mencoba RemoteApp . Komponen yang mendasarinya masih TS / RDS dan di belakang layar masih ada sesi desktop penuh tetapi karena fakta bahwa hanya jendela aplikasi yang disajikan kepada pengguna, ini mungkin mengurangi jumlah data yang melintasi tautan, menjadikan RemoteApp solusi yang lumayan untukmu.


2

BranchCache adalah teknologi yang hebat untuk caching berbagi file di seluruh tautan WAN. Mungkin mengalahkan memperluas seluruh mount DFS di WAN. File lokal akan di-cache selama ada penyimpanan untuk menampungnya. Jelas menulis masih perlu dikirim kembali ke pangkalan, tapi saya cukup yakin BranchCache dapat membantu mereka juga.


+1 - BranchCache tentu terlihat seperti teknologi yang menarik. Saya tak sabar untuk bereksperimen dengannya.
Mark Henderson
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.