Андрей Бирюков
Надежность – зачастую основное требование, которое предъявляется к любой
системе. Не являются исключением и различные информационные системы, например
сервис электронной почты. Один из наиболее распространенных способов
обеспечения отказоустойчивости этой службы – почтовый кластер Microsoft Exchange.
Вступление к продолжению
Сервис электронной почты является неотъемлемой частью бизнес-процессов в
любой компании, независимо от ее размеров. А такие мощные почтовые системы, как
Microsoft Exchange или Lotus Domino, предоставляют, помимо отправки и приема
почтовых сообщений, также средства планирования и организации бизнеса.
Очевидно, что при таком положении вещей почтовая система становится, пожалуй,
самым критичным сервисом, и даже минутный простой этой системы чреват большими
неприятностями для системных администраторов. Возможным решением проблемы
отказоустойчивости является использование кластеров. Сегодня я расскажу о
развертывании и обслуживании кластеров Microsoft Exchange. Материал является
продолжением статьи [1], посвященной кластерам на базе Microsoft.
Когда кластер не поможет…
Так как внедрение кластерных систем связано с определенными, иногда весьма
серьезными финансовыми затратами, прежде чем приступать к описанию технологии,
мне бы хотелось обсудить такой вопрос: от каких проблем помогают кластеры, а от
каких – нет? Кластерные технологии предоставляют отказоустойчивость, но не
гарантируют ее. Другими словами, несмотря на использование данной технологии
вам не стоит забывать о таких вещах, как регулярное резервное копирование, обеспечивающее
сохранность данных и настроек, резервирование и
дублирование служб и приложений (например, развертывание нескольких почтовых релеев,
серверов DNS и т. д.).
Следующий важный момент, связанный с
обслуживанием почтовых систем. До 80% простоев почтовых служб связано с
человеческим фактором, т.е. с ошибками администраторов и технических
специалистов (если в вашей сети рядовой пользователь может вывести из строя почтовую
систему, то дела совсем плохи, и кластер тут точно не поможет).
В такой ситуации почтовый кластер также не слишком полезен, ведь ошибки
допускаются людьми, и техника не всегда способна определить, верно ли выполнены
те или иные действия администратора. Кластер предназначен для защиты прежде
всего от аппаратных сбоев.
Не забудьте про масштабируемость вашего решения.
Организации с течением времени расширяются, увеличивается количество рабочих
мест, учетных записей электронной почты и т. д. В связи с этим выбирайте
аппаратное обеспечение для вашего кластера с запасом по мощности и ресурсам.
Иначе вы рискуете столкнуться с ситуацией, когда ваш отказоустойчивый кластер
будет справляться с запросами пользователей все медленнее и медленнее. Это
общий принцип, который актуален не только для кластеров, но и для любых других
систем. И, наконец, немаловажный вопрос стоимости внедрения. Необходимо
определить стоимость простоя и исходя из этого подобрать конфигурацию
кластерного решения. Не очень разумно разворачивать четырехузловой кластер в
сети из 50 пользователей, однако не менее неразумно использовать для почтовой
системы одиночный сервер в сети из нескольких
тысяч пользователей.
Итак, думаю мои размышления по поводу внедрения
кластерных технологий и проблем, связанных с этим, помогут вам лучше
определиться с теми требованиями и задачами, которые вы предъявляете к данной
технологии. Для того чтобы проверить, поддерживается ли ваше аппаратное
обеспечение Windows Server 2003, вы можете воспользоваться ресурсом http://www.microsoft.com/whdc/hcl/default.mspx.
