Load Balancing

Semua Layanan Web kami dikembangkan dan mengikuti perkembangan di dunia sehingga mendukung Load Balancing untuk memberikan redundansi dan ketersediaan tinggi. Sebuah pengembangan Produk Load-Balanced apapun terdiri dari Node n +1 . Klien yang lupa akan Node bahwa mereka membuat sambungan. Produk kami mendukung koneksi tanpa terputus untuk memastikan bahwa perilaku suatu aplikasi yang independen dari node yang menghubungkan klien.

Dokumen ini menjelaskan konfigurasi khusus Produk kami yang mendukungan untuk Pengembangan Load Balanced -

Inti dari load balancing berarti bahwa jika sebuah node down, klien dapat dengan lancar dilayani oleh node lain yang online. Sebuah klien pada setiap titik waktu memiliki sejumlah besar data konteks yang mengidentifikasi sesi klien dengan server, seperti data shopping cart, informasi pengguna, preferensi dll. Dalam rangka untuk memastikan bahwa klien tidak melihat downtime setiap saat beralih antara node, Produk kami menciptakan sebuah penyimpanan sesi pusat persisten yang digunakan umumnya oleh semua node

Sebuah Node tidak sering down. Oleh karena itu overhead kinerja tambahan untuk memuat data sesi dari penyimpanan persisten untuk setiap permintaan klien. Muatan arsitektur yang seimbang dikonfigurasi sedemikian mutakhir agar klien terus menyambung ke Node yang sama kecuali ke Node yang down, dan data sesi diambil dari penyimpanan sesi persisten hanya bila modifikasi dibuat.

Beberapa script memantau kesehatan dari berbagai node dan menanggapi setiap downtime. Beberapa ini hanya perlu dikonfigurasi pada Load Balancer. Namun alam downtime bervariasi. Pada banyak kesempatan sebuah Node dapat terus merespon permintaan port 80, tetapi aplikasi itu sendiri tidak mungkin menanggapi. Hal ini bisa disebabkan oleh sumber daya kunci apapun, tidak tersedianya sumber daya, memori atau isu Aplikasi Server. Berbagai script tambahan juga memantau keadaan ini dan memicu flag yang sesuai pada Load Balancer untuk memungkinkan langkah otomatis yang akan diambil untuk membawa node kembali ke status operasional.

Dengan arsitektur n +1 adalah penting untuk memastikan bahwa semua Nodes menjalankan kode yang sama setiap saat. Ini akan menjadi bencana besar Integritas Data jika ada codebases berbeda berjalan pada node yang berbeda. Untuk tujuan ini satu set yang terpisah dari skrip penyebaran diterapkan untuk setup Load Balanced yang memastikan bahwa semua modifikasi, upgrade dan patch untuk kode apapun yang direplikasi di semua Nodes secara otomatis

Berbagai parameter dan meta-data yang memerlukan aplikasi disimpan dalam file XML dan properti. Setiap node memiliki salinan yang terpisah dari file yang dimuat pada waktu start-up dan dipelihara dalam memori. implementasi kami memastikan bahwa setiap perubahan ke file ini adalah direplikasi di node.

Setiap simpul memiliki sebuah toko dinamis dengan data terpisah untuk berbagai file dinamis yang dihasilkan pada saat run-time. Ketika beberapa node memiliki peregangan di server agen, cadangan cerdas memastikan bahwa semua file didukung di semua node.

Terlepas dari kenyataan bahwa beban setup Balanced terdiri dari sekelompok server, berbagai aplikasi cluster memerlukan beban yang seimbang untuk muncul sebagai server tunggal ke dunia luar. Sebagai contoh - sumber daya eksternal bahwa Web server mungkin telah terhubung ke firewall yang memungkinkan konektivitas dari satu set alamat IP yang ditetapkan. Sebagai Nodes Web kalikan jumlah alamat IP sumber meningkat. Tidak semua vendor eksternal memungkinkan ketentuan untuk beberapa alamat IP. Oleh karena itu IP Masquerade di setup antara Nodes Web dan Load Balancer, seperti bahwa koneksi Web Nodes upaya untuk sumber daya eksternal menggunakan virtual Alamat IP yang kemudian masqueraded oleh Load Balancer ke Alamat IP sebenarnya hidup. Hal ini memungkinkan seluruh cluster Load Balanced muncul sebagai server tunggal ke dunia luar.