Разворачиваем кластер Microsoft Exchange

Андрей Бирюков

Надежность – зачастую основное требование, которое предъявляется к любой системе. Не являются исключением и различные информационные системы, например сервис электронной почты. Один из наиболее распространенных способов обеспечения отказоустойчивости этой службы – почтовый кластер Microsoft Exchange.

Вступление к продолжению

Сервис электронной почты является неотъемлемой частью бизнес-процессов в любой компании, независимо от ее размеров. А такие мощные почтовые системы, как Microsoft Exchange или Lotus Domino, предоставляют, помимо отправки и приема почтовых сообщений, также средства планирования и организации бизнеса. Очевидно, что при таком положении вещей почтовая система становится, пожалуй, самым критичным сервисом, и даже минутный простой этой системы чреват большими неприятностями для системных администраторов. Возможным решением проблемы отказоустойчивости является использование кластеров. Сегодня я расскажу о развертывании и обслуживании кластеров Microsoft Exchange. Материал является продолжением статьи [1], посвященной кластерам на базе Microsoft.

Когда кластер не поможет…

Так как внедрение кластерных систем связано с определенными, иногда весьма серьезными финансовыми затратами, прежде чем приступать к описанию технологии, мне бы хотелось обсудить такой вопрос: от каких проблем помогают кластеры, а от каких – нет? Кластерные технологии предоставляют отказоустойчивость, но не гарантируют ее. Другими словами, несмотря на использование данной технологии вам не стоит забывать о таких вещах, как регулярное резервное копирование, обеспечивающее сохранность данных и настроек, резервирование и дублирование служб и приложений (например, развертывание нескольких почтовых релеев, серверов DNS и т. д.).

Следующий важный момент, связанный с обслуживанием почтовых систем. До 80% простоев почтовых служб связано с человеческим фактором, т.е. с ошибками администраторов и технических специалистов (если в вашей сети рядовой пользователь может вывести из строя почтовую систему, то дела совсем плохи, и кластер тут точно не поможет). В такой ситуации почтовый кластер также не слишком полезен, ведь ошибки допускаются людьми, и техника не всегда способна определить, верно ли выполнены те или иные действия администратора. Кластер предназначен для защиты прежде всего от аппаратных сбоев.

Не забудьте про масштабируемость вашего решения. Организации с течением времени расширяются, увеличивается количество рабочих мест, учетных записей электронной почты и т. д. В связи с этим выбирайте аппаратное обеспечение для вашего кластера с запасом по мощности и ресурсам. Иначе вы рискуете столкнуться с ситуацией, когда ваш отказоустойчивый кластер будет справляться с запросами пользователей все медленнее и медленнее. Это общий принцип, который актуален не только для кластеров, но и для любых других систем. И, наконец, немаловажный вопрос стоимости внедрения. Необходимо определить стоимость простоя и исходя из этого подобрать конфигурацию кластерного решения. Не очень разумно разворачивать четырехузловой кластер в сети из 50 пользователей, однако не менее неразумно использовать для почтовой системы одиночный сервер в сети из нескольких тысяч пользователей.