Mengapa instalasi Exchange yang besar membutuhkan waktu henti untuk pemeliharaan?

Saya telah menggunakan beberapa penyedia Exchange pihak ketiga tingkat atas selama bertahun-tahun, dan semuanya telah memiliki jadwal henti yang dijadwalkan secara rutin untuk pemeliharaan rutin (kira-kira sebulan sekali). Saya bertanya-tanya ada apa dengan Exchange yang membuatnya tidak mungkin untuk menghindari downtime seperti ini? Apakah benar-benar mustahil untuk mempertahankan uptime 24x7 atau hanya mahal dan mengapa?

Pembaruan Windows dan Exchange selalu memerlukan reboot untuk menyelesaikan pemasangan, jadi itu bagian dari itu. Dengan perencanaan yang baik dan pengaturan yang tepat (load balancers dan clustering) Anda dapat mempertahankan waktu operasi 24x7 sehingga email selalu tersedia di satu server.

Di sisi klien, selalu ada pemadaman singkat (5-30detik) karena Outlook mengetahui server CAS yang terhubung dengannya sedang offline dan Autodiscover mengubahnya ke yang lain. Biasanya Anda mendapatkan pesan "Administrator Exchange telah membuat perubahan yang mengharuskan Anda memulai ulang Outlook" saat ini terjadi.

Ini bukan pemadaman yang lama, tetapi itu dianggap sebagai pemadaman, jadi itu sebabnya Anda perlu menjadwalkan waktu pemeliharaan untuk melakukannya. Ada juga kemungkinan terjadi kesalahan selama periode pemeliharaan, jadi untuk CYA Anda harus menjadwalkannya.

EDIT: Jadi saya tahu jika Anda meletakkan penyeimbang beban di depan server CAS Anda, Anda tidak akan mendapatkan pesan "Administrator Exchange telah membuat perubahan ..." di Outlook. Anda masih akan mengalami pemadaman singkat karena penyeimbang beban mengalihkan Anda ke server CAS aktif.

Singkat cerita ... Anda tidak menggunakan penyedia yang hebat itu.

Tidak ada alasan mengapa Anda perlu menjadwalkan waktu henti reguler lingkungan Exchange (meskipun menjadwalkan jendela perawatan rutin selalu merupakan hal yang bijaksana). Terutama dengan Exchange 2010. Selama redundansi Anda direncanakan dan diimplementasikan dengan baik, semuanya mengalir begitu saja. Redundant network, redundant storage, redundant server.

Anda mungkin tidak akan mendapatkan ini menggunakan penyedia $ 3 / bulan. Saya tidak menjual kembali kotak surat Exchange $ 3 / bulan. Sebagian besar alasan saya untuk merekomendasikan kesepakatan Exchange yang dihosting dengan pentingnya email dan waktu aktif. Anda harus membayar lebih untuk penyedia yang tidak turun sepanjang waktu, tetapi ROI masuk akal.

Penyedia kami mengirimkan email untuk setiap pemeliharaan terjadwal. Kami mendapatkan setidaknya satu dari mereka sebulan. 99% dari mereka pada dasarnya membaca, "Kami sedang melakukan pemeliharaan di server kami antara 02:00 dan 02:15. Anda mungkin melihat 15-30 detik masalah konektivitas sementara kotak surat / penyimpanan gagal."

Jika Anda mencari uptime 100% tanpa failover 30 detik, Anda tidak akan menemukannya di mana pun. Tidak dengan Exchange, tidak dengan Google Apps, tidak dengan Domino. Uptime 100% tidak ada. Jendela pemeliharaan akan selalu dibutuhkan dan failover masih membutuhkan waktu (bahkan jika waktu itu singkat).

Jadi temukan penyedia baru yang mungkin lebih mahal tetapi akan memberi Anda jenis uptime yang Anda butuhkan.

Pertahankan redundansi N + 1 untuk setiap bagian jaringan untuk memastikan tidak ada waktu henti untuk perawatan yang akan lebih mahal; cukup lebih dari layanan tidak lagi kompetitif harga. Sebagian besar bisnis sangat toleran terhadap downtime terjadwal minimal. Ini tidak eksklusif untuk Exchange, hampir setiap vendor hosting, dari jenis apa pun, saya sudah berurusan dengan kira-kira hal yang sama.

Dalam kasus Exchange, itu akan turun sebulan sekali (setidaknya) untuk Patch Tuesday.

Satu-satunya pemeliharaan rutin yang diperlukan Exchange adalah menambal server, yang dalam lingkungan yang dibangun dengan benar tidak akan membuat downtime sama sekali: bahkan dengan hanya dua server Anda dapat menjaga salah satu di antaranya aktif saat Anda menambal & mem-boot ulang yang lain. Mengambil cadangan tidak membuat waktu henti, dan pengujian pemulihan adalah sesuatu yang perlu dilakukan di lingkungan DR, bukan di server langsung. Saya benar-benar tidak mengerti apa "pemeliharaan rutin" ini atau mengapa harus diperlukan sama sekali.

Tentu saja saya tidak mengatakan bahwa memastikan 99% uptime itu mudah; masalah terjadi, bahkan di lingkungan terbaik dan paling mahal. Apa yang saya katakan adalah, tidak ada alasan sama sekali untuk menghapus sistem Exchange untuk "pemeliharaan rutin". Kecuali Anda melakukan defragmentasi offline rutin dari database Anda ... sesuatu yang seharusnya tidak dilakukan oleh orang yang waras lagi (tapi tetap saja ...).

Tidak ada apa pun di Exchange yang membuatnya secara inheren tidak dapat diandalkan atau cenderung turun ... bahkan saya berpendapat sebaliknya berlaku. Itu tergantung pada bagaimana penyedia diatur untuk menyediakan layanan Exchange mereka .

Sebuah layanan dapat disediakan oleh satu atau lebih server - situs besar, sistem email (misalnya gmail, hotmail, dll) yang disediakan oleh kelompok server yang dirancang untuk memungkinkan beberapa server layanan hosting untuk offline tanpa mempengaruhi ketersediaan layanan.

Jika server yang menyediakan layanan dibangun pada sistem yang mendukung ketersediaan tinggi (misalnya, pengelompokan) maka mungkin untuk beberapa server yang menyediakan layanan untuk offline tanpa benar-benar mengambil layanan itu sendiri offline.

Itulah teorinya ... dan teorinya dapat dibuat bekerja dalam praktik. Pertanyaannya adalah berapa banyak yang disiapkan penyedia untuk dibelanjakan pada perangkat keras, desain dan dukungan sistem (biaya mulai dari 99,99% tersedia hingga 99,999% tersedia jauh lebih tinggi daripada biaya pergi dari 99% menjadi 99,9% tersedia, misalnya) . Dalam hal layanan yang dihosting ini dengan cepat menjadi pertanyaan tentang berapa banyak orang yang siap membayar untuk layanan tersebut.

Untuk penyedia, ini bisa dengan cepat menjadi sangat mahal, dan ketika Anda memotret untuk ketersediaan yang sangat tinggi maka bahkan downtime dalam jumlah sangat kecil dapat memalu statistik Anda .