Apakah ada cara untuk mencapai server cetak yang toleran terhadap kesalahan jaringan?


0

Infrastruktur kami sebenarnya disusun oleh pusat data utama di kantor pusat, di mana hampir semua layanan dan aplikasi terpusat, dan pusat data yang lebih kecil, di sebuah gedung di seluruh kota, dihubungkan dengan serat, dengan layanan dan aplikasi yang terkait dengan lokasi ini. Selain itu, kami memiliki banyak lokasi di kota, yang terhubung oleh WLAN atau dsl.

Dalam hal kegagalan interkoneksi jaringan yang mungkin terisolasi salah satu kantor utama, atau pusat data turun, kita memerlukan layanan tertentu, sebenarnya disediakan hanya oleh pusat data utama, seperti server cetak, masih tersedia secara lokal.

Jadi kami bertanya-tanya apakah mungkin, (dengan windows), untuk memiliki server cetak utama yang tinggal di pusat data kami, dan satu komputer di kantor lain yang tetap sinkron dengan server cetak utama, dan ketika itu menjadi tidak terjangkau, mengambil tugasnya secara transparan kepada pengguna (tanpa perlu mengubah pemetaan printer bersama di komputer pengguna, katakanlah, kami memiliki printer bersama bernama \ srv-printers \ printer1, dan itu seharusnya bekerja tidak peduli apa pun server yang melakukan pekerjaan itu.

Saya meng-google-nya, dan melihat tentang kluster failover windows, tetapi sepertinya tidak persis yang ingin kami lakukan, pertama-tama kluster failover perlu terhubung secara fisik (dalam kasus kami, mesin akan berada beberapa mil jauhnya), dan tampaknya berorientasi pada hanya satu mesin yang melakukan pekerjaan pada satu waktu, kita memerlukan itu dalam operasi normal, yang hanya satu mesin melakukan pekerjaan (untuk keperluan akuntansi cetak) dan dalam kasus masalah jaringan (WAN), mesin yang tidak dapat mencapai server master, bekerja secara bersamaan tetapi terisolasi, dan ketika semuanya diperbaiki, kembali ke peran pasive-nya tanpa rasa sakit.

kami meminta banyak hanya untuk menjaga hal-hal terpusat? Jika berfungsi dengan server cetak, kami akan mempertimbangkan untuk melakukan hal yang sama dengan layanan lain.


Server cetak hanyalah server yang antri sebagai pekerjaan. Dengan demikian Anda dapat menggunakan round robin dns, atau memiliki IP virtual dengan load balancer.
jirib

Saya akan mengatakan Anda harus memiliki layanan yang sangat penting bagi Anda sedekat mungkin. Jadi saya akan meletakkan server cetak di setiap kantor. Apakah tidak mungkin printer jarak jauh ditampilkan sebagai server printer lokal palsu oleh server cetak lokal? Jika server cetak jarak jauh yang melayani printer jarak jauh akan turun, server cetak lokal akan mempertahankan pekerjaan. SPOF adalah server cetak lokal di sini, tetapi lebih mudah untuk reboot / memperbaiki server cetak lokal dari jauh :)
jirib

Jiri, kami tidak ingin memuat balacing. Dalam kondisi normal, semua pekerjaan harus menuju pusat data utama, idealnya. Juga, sangat penting bahwa kantor pusat dan kantor pusat data sekunder dapat bekerja dengan sempurna jika yang lain offline. Ini termasuk mencetak saat ini.
ekms

1
Load balancing dapat melakukan pengecekan terlebih dahulu. Server cetak lokal -> DC utama. Jika DC utama turun -> DC sekunder. Jika DC sekunder turun -> simpan secara lokal.
jirib

Jawaban:


1

Tanpa menggunakan solusi server cetak pihak ke-3, Anda melihat pengelompokan yang tersebar secara geografis. Namun, itu biasanya membutuhkan subsistem penyimpanan yang mahal dan karenanya mungkin bukan kandidat terbaik untuk topologi hub / spoke campuran Anda. Jika Anda memiliki dua DC, satu di antaranya adalah primer dan sekunder, Anda dapat menggunakan konfigurasi seperti itu dan membuat server cetak berkerumun di antara DC, mengumpulkan pekerjaan untuk printer di setiap kantor. Meskipun dalam kasus ini, jika salah satu kantor menjadi offline total, ia tidak akan dapat mencetak sama sekali.

Sebagai alternatif, Anda dapat menempatkan server cetak Windows yang berdiri sendiri di setiap kantor dan secara berkala menarik statistik akunting dari log aktivitasnya menggunakan sejumlah skrip pra-panggang yang telah ditulis orang untuk tujuan yang tepat ini.

Bergantung pada kemampuan printer Anda, Anda mungkin sudah memiliki kemampuan akuntansi dalam firmware dan hanya dapat menarik statistik dari sana, tanpa memerlukan server Windows di masing-masing kantor Anda.

Atau Anda dapat menyelidiki solusi pihak ketiga seperti yang disebutkan sebelumnya. Bagaimanapun, harap ini membantu Anda memilih solusi, yang sesuai dengan kebutuhan dan anggaran Anda.

- ab1


Sebenarnya kami memiliki tiga DC, dua di kantor pusat, dan satu di pusat data sekunder. Kami sedang mempertimbangkan untuk menempatkan lagi di kantor lain karena koneksi jaringan yang buruk (WLAN). Ini adalah tempat paling vital yang harus bekerja. Semua server lain (+75), termasuk server cetak, tervirtualisasi (vmware) di dua pusat data (tetapi tidak direplikasi, masing-masing vm dapat hidup hanya di salah satu pusat data sekaligus). Selain itu, kami memiliki solusi SAN yang sepenuhnya direplikasi (aktif-aktif) antara dua pusat data.
ekms

Saya akan mencari tentang "pengelompokan yang tersebar secara geografis", yang tampaknya menjanjikan. Mungkin in-sync cluster aktif-aktif bisa melakukan trik, jika lunak akuntansi dapat mengatasinya. Tapi .. setelah lama "bekerja sendiri" semuanya, setelah masalah jaringan, mungkinkah "mensinkronisasi ulang" dengan mudah?
ekms

1
Sumber daya satu gugus, seperti server cetak atau instance basis data hidup hanya pada satu dari gugus simpul dan berpindah ke simpul lain jika ada masalah, dengan membawa semua sumber daya, pengaturan, dll. (Karena itu kebutuhan untuk penyimpanan bersama). Jika Anda ingin memiliki semacam konfigurasi server cetak aktif-aktif, Anda dapat mencoba menyiapkan dua contoh server cetak di cluster yang tersebar secara geografis, letakkan penyeimbang beban di depan IP yang dikelompokkan dan arahkan klien cetak Anda ke LB VIP . Tidak yakin apakah ini didukung, tetapi beberapa orang telah menyebutkannya sebagai solusi potensial.
ab77
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.