Mari kita ambil masalahnya dalam skala kecil. Kantor mungil dengan satu server yang menjalankan email, ActiveDirectory, berbagi file, dan situs web untuk perusahaan.
Peretas memukulnya dan Anda harus reboot karena IIS kacau. Atau Exchange perlu pembaruan dan reboot. Atau Active Directory rusak.
Setiap masalah "satu layanan sedang turun" yang terisolasi ini memengaruhi seluruh server, sehingga segala sesuatu yang dibagikan pada server itu akan berdampak pada mereka karena harus reboot atau apa pun.
Begitu seorang pria IT nyata muncul dan melihat server itu, dia akan merekomendasikan membaginya menjadi server yang terpisah (dan memiliki server pengontrol domain cadangan).
Ini pepatah lama "jangan taruh semua telurmu dalam satu keranjang"
Sekarang filosofi itu diterapkan ke server web. Jika saya hanya memiliki satu server web dan saya menerbitkan aplikasi web saya (MyFaceLink.com baru) dan itu menjadi sangat populer, saya punya masalah baru. Saya tidak dapat menghapus situs untuk melakukan pemeliharaan saat pengguna ada di sana. Dan jika crash atau saya mendapatkan terlalu banyak pengguna, saya disembunyikan. Bahkan server tunggal terbesar di dunia akan kewalahan oleh 1 miliar FB yang datang.
Jadi, load balancing ikut bermain, untuk alasan "telur dalam keranjang" yang sama. Sebarkan situs ke 3 server, dan jika ada yang turun, 2 sisanya menangani kapasitas. Jika saya perlu melakukan patch, saya hanya melakukan satu per satu, dan tidak ada yang memperhatikan.
Paling sederhana, ini bukan tentang harga server-mega atau apakah itu benar-benar dapat menangani beban (meskipun bisa jadi). Ini tentang satu titik kegagalan. Setelah bisnis cukup sibuk, dan terjadi 24x7 alih-alih untuk 5 pengguna yang bekerja 8-5, downtime tidak dapat diterima. Pemadaman terjadwal lebih sulit untuk dijadwalkan. Jadi, Anda menyebarkan beban.