В прошлой статье мы посмотрели на то, какой простой теперь стала настройка DAG`a в Exchange 2013. К сожалению, только собрать кластер зачастую бывает не достаточно, да и не всегда он нормально собирается, в связи с этим, нужно хотя бы примерно представлять, как он работает и как его ремонтировать / тестировать в случае проблем. Вот именно с этой целью я постараюсь далее чуть более подробно рассказать про DAG.
пятница, 12 октября 2012 г.
четверг, 11 октября 2012 г.
Exchange 2013 - Database Availability Group (DAG), часть 1
Обеспечение отказоустойчивости – это тот вопрос, который волнует, пожалуй, всех администраторов. В этом плане, Exchange 2013 не приготовил нам ни каких сногсшибательных сюрпризов. Что касается база данных почтовых ящиков, то концептуально, все осталось по-прежнему – тот же хорошо зарекомендовавший себя DAG с небольшими улучшениями, а вот что касается массивов клиентского доступа, то тут стало все ещё проще и возможно даже дешевле. Итак, по порядку.
Новый Information Store в Exchange 2013 или каждой базе свой процесс
Пожалуй, ни для кого не секрет, что почтовые ящики на сервере Exchange лежат в базе данных, а самой базой данных ранее управляла служба под названием Information Store. Так вот, в Exchange 2013 (он же Exchange 15) эта служба была снова переписана, в результате чего снова сообщается, что требования к IOPS-м для серверов снижены, но это не самое главное.
Вариант балансировки сетевого трафика на базе DNS
Балансировка сетевого трафика (NLB) – это очень важный и ответственный вопрос в теме обеспечения отказоустойчивости. Те, у кого есть возможность, конечно же не задумываясь покупают аппаратные балансировщики и живут спокойно, те у кого денег не так много, реализуют NLB на базе службы Windows Network Load Balancing. Но есть и те, кому приходится реализовывать задачу балансировки при помощи DNS round robin (попросту создав две или более А-записей с одним именем и разными IP адресами). Прямо скажем, round robin – это совсем не удачны вариант в плане именно отказоустойчивости.