Чтобы быть на шаг впереди в современном, быстроразвивающемся мире, необходимо обращать пристальное внимание на тонкости. Крошечные детали играют немалую роль, а в трудные времена особенно. Остановимся на почтовой системе компании, очень важно попытаться сделать её как можно лучше.
Уделяя много внимания деталям, администраторы добиваются наиболее высокой производительности и готовы к внештатным ситуациям. В этой статье мы рассмотрим, как незначительные детали могут существенно оптимизировать систему на базе MS Exchange 2003. Эти нюансы, взятые из действующих систем, помогут осуществить легкое и эффективное проектирование более высокого уровня.
В каждом разделе рассмотрен один из пятнадцати советов, охватывающих важнейшие принципы оценки эффективности текущей настройки Exchange. Первые семь разделов представлены в этой статье, а другая половина — во второй части выпуска. Статья написана двумя инженерами, проектирующие масштабные системы на базе Exchange 2003 по всему миру. В ней мы рассмотрим как различные способы оптимизации (такие как перераспределение нагрузки, улучшение безопасности), так и возможности восстановления после ЧП. Также поговорим об использовании выделенного сервера или отдельного устройства для фильтрации спама и противодействия вредоносному ПО. Эти советы по оптимизации повысят производительность, но также важны и правильный выбор сервера, количество памяти, конфигурация дисковой подсистемы и многое другое. Давайте приступим к рассмотрению каждого пункта более детально.
1. Использование промежуточного сервера
Оптимизация, как правило, влечёт повышение производительности, за которой, в свою очередь, пристально следят системные администраторы. Требования растут, нагрузка увеличивается, а железо остаётся прежним. Тонкая настройка также позволит более выгодным образом распределять вложенные в систему средства.
Проектируя почтовую систему, важно понять, какого рода задачи могут быть переложены на отдельный сервер, который представляет собой машину с MS Exchange, занимающуюся роутингом почты.
Как правило, такие серверы используются для разгрузки внутренних почтовиков от обслуживания OWA, IMAP4, POP3 и SMTP запросов, поступающих снаружи.
На рис. 1 показаны конкретные принципы, на которые следует обратить внимание (например, кластеризация, использование отдельных устройств для определённых задач и т.п.). Для примера, давайте сфокусируемся на перераспределении трафика в сторону пограничного сервера, что уменьшит загруженность основного почтовика.
Перенос OWA позволит задействовать авторизацию через формы, это улучшит безопасность, благодаря использованию таймаутов на сессии. Также имеет смысл рассмотреть перемещение общих папок и почтовых ящиков на выделенный сервер, уменьшив этим влияние общей загруженности системы на пользователей.
2. Использование отдельных устройств для обеспечения безопасности
Во избежание проблем с вирусами или спамом, механизмы защиты не стоит хранить на почтовом сервере, т.к. большинство вирусов и вредоносного ПО нацелено именно на продукты Microsoft. Устанавливая что-либо, вы должны осознавать возможные последствия. Так, при каждой установке нового ПО на систему, неизбежно уменьшается предельная нагрузка, с которой эта система сможет нормально справляться.
Проще говоря, если вы делаете свой выбор в пользу безопасности и защищенности, то следует обратить внимание на распределённую архитектуру. Урезать бюджет в данной области было бы ошибкой — вы можете легко уничтожить производительность в целом, пытаясь запустить слишком много на одной системе, т.к. она не будет справляться со всеми своими службами. Надо помнить, что Exchange требует Active Directory, так что не рассчитывайте черезчур сильно загрузить эту систему. А вдруг вам понадобится включение логирования? Ваш сервер может попросту рухнуть, пытаясь совместить брандмауэр, антивирусную защиту, спам-фильтр и ещё что-то на одной машине.
Необходимо рассмотреть использование отдельного сервера или устройства для фильтрации спама и вирусов перед тем, как они попадут в основной Exchange сервер. Это может уменьшить на 80% количество сообщений, проходящих через конечный сервер. Если вы не можете снять часть нагрузки, попробуйте подыскать устройства, которые смогут разделить её с существующей системой — это того стоит.
3. Выбор подходящих комплектующих
Несмотря на то, что серверные платформы и операционные системы поддерживают более 32гб оперативной памяти, Exchange 2003 является 32-битным приложением, что ограничивает его возможность использования памяти четырьмя гигабайтами. Так что сборка Exchange сервера более чем с 4гб памяти — пустая трата денег. При таких ограничениях 4 — самое выгодное количество процессоров. При установке большего их числа, вы рискуете наткнуться на недостаток памяти задолго до того, как узким местом станут процессоры. Так что покупка 8 или 16-ти процессорных серверов не принесёт большого выигрыша в производительности по сравнению с 4-х процессорными. Получается, что 4-х процессорная машина с 4гб оперативной памяти является практически пределом для высокопроизводительного Exchange сервера.
Для получения полной отдачи старайтесь подробнее изучать железо. Используйте подходящие комплектующие и проверяйте список совместимого железа, предоставляемый Microsoft (www.microsoft.com/hcl/)
4. Не забывайте про Hyper-Threading
Технология Hyper-Threading позволяет многопотоковым приложениям выполнять потоки параллельно. Когда система имеет возможность переключаться между выполняющимися потоками, и при этом пользователю кажется, что всё происходит одновременно — это и называется многопоточностью. Технология Hyper-Threading предоставляет новый уровень производительности промышленному ПО, предъявляющему более жесткие, постоянно повышающиеся, требования к процессору.
Не забудьте включить Hyper-Threading, тогда производительность может вырасти на 15-25% и это не потребует дополнительных вложений. Это применимо как для однопроцессорных, так и для четырехпроцессорных серверов.
5. Используйте Windows 2003
Exchange 2003 и Windows Server 2003 были разработаны для совместной работы. Соответственно, системные настройки памяти, оптимизация процессора и некоторые другие параметры, влияющие на быстродействие, используются в Exchange 2003. Вы можете пойти и другим путём, но лучший способ — это совместное использование Exchange Server 2003 и Windows Server 2003.
6. Конфигурация использования памяти
Exchange 2003 автоматически подстраивает большинство параметров памяти, которые приходилось править вручную в Exchange 2000. Если ваша система имеет более 1гб памяти, то один из моментов конфигурирования использования памяти, на который нужно обратить внимание, — это изменение файла boot.ini. В Windows 2003 необходимо изменить c:\boot.ini с добавлением ключей /3GB и /USERVA=3030.
Пример boot.ini для Windows 2003 серверов:
Boot Loader] Timeout=30 Default=multi(0)disk(0)rdisk(0)partition(2)\WINNT [Operating Systems] multi(0)disk(0)rdisk(0)partition(2)\WINNT=«Microsoft Windows Server 2003» /fastdetect /3GB /USERVA=3030
Для Windows 2000 Advanced Server используется только ключ /3GB. Под Windows 2000 Server и вовсе никакие ключи не проходят, и Exchange будет ограничен двумя гигабайтами памяти, а остальное будет выделено ОС или другим запущенным процессам.
7. Сеть и быстродействие
Пропускная способность современных локальных сетей довольно высока и редко вызывает нарекания. Однако для удалённых пользователей время отклика и толщина канала — очень важные факторы, влияющие на общую производительность.
Начиная с Exchange 2003 и Outlook 2003, Microsoft представили систему кэширования Cached Mode Exchange, которая уменьшает задержки на плохих каналах. В реальных ситуациях Cached Mode Exchange позволяет обходиться потоком в 1кб/с на пользователя.
При таком раскладе линия T-1, выделенная под нужды почтового сервера, может обслуживать около 1500 пользователей — согласитесь, это значительный прирост. Дополнительные улучшения: сжатие потока и оптимизированный RPC протокол, требующий заметно меньше подтверждений на операцию. В итоге, конечный пользователь огражден от проблем с шириной канала, задержками в нём, которые часто встречаются с использованием Exchange 5.5 и Exchange 2000.
Заключение
В первой части этой статьи было показано, как важно обращать внимание на мелкие детали для тех, кто стремится к совершенству при проектировании системы электронной почты на базе Exchange. Эти небольшие уловки помогут достичь лучшего функционирования системы в целом. Всегда делайте резервные копии данных до наложения каких-либо патчей или исправлений, проводите тесты в лабораторных условиях перед внедрением решений в серьёзные системы.
Rob и Chad проектируют масштабные системы на базе Exchange 2003 по всему миру. Они надеются, что те 15 полезных советов, рассматривающих важнейшие аспекты оценки системы, помогут вам так же, как помогли и им. Rob хотел бы лично поблагодарить Chad Conrow за его помощь в подготовке данной статьи. Вы можете связаться с Rob Shimonski на форумах или веб-сайте. Оставайтесь с нами — вторая часть статьи на подходе.
