Связаться по Skype: vkarabedyants
Позвонить Написать
+7 (499) 404-28-83

Блог о системном администрировании серверов и сайтов

Установка, настройка программного обеспечения Linux, Windows операционных систем

Exchange 2013 — требования к системным ресурсам

Будем откровенны, Exchange 2013 жадно использует систем­ные ресурсы. Некоторых шоки­рует аппетит программы в отно­шении оперативной памяти, пространства на диске и времени работы процессора. Но это вполне ожидаемая ситуация, и виноваты в ней мы сами. Ведь если бы мы не требовали от разра­ботчиков Exchange новой функциональ­ности, то они не создали бы программ­ный код, занимающий такие ресурсы. Поэтому для Exchange 2013 необходимо приобрести соответствующие серверы, и эти серверы, скорее всего, будут физи­ческими компьютерами, так как развер­тывание в виртуальной среде может ока­заться слишком дорогостоящим. Есть о чем задуматься!

При появлении каждой новой версии Exchange начинаются споры о расту­щих требованиях к аппаратным сред­ствам. Всех очень огорчает, что для новой программы требуется больше памяти, больше ресурсов процессора, больше места на диске и, вероятно, более высо­кая квалификация персонала. Этот круг обсуждений и осуждения компании Microsoft (поскольку развертывание ее программных продуктов обходится неде­шево) повторяется с выхода Exchange 4.0 в 1996 году. Вряд ли следовало удивлять­ся жалобам пользователей на версию Exchange 2013, которая захватывает всю доступную память и время процессора и занимает львиную долю пространства диска.

Вина Exchange 2013 неопровержима. Если вы еще не испытали удовольствия выбора оптимальных серверных харак­теристик для развертывания Exchange 2013, то будете потрясены, обнаружив, какие рабочие серверы используются для Exchange 2013. Возьмите характестики типичного сервера для Exchange 2010 и добавьте 50% ресурсов процессора и 50% оперативной памяти. Пространство на диске не представляет особой про­блемы, так как цены на диски падают, а емкость увеличивается, но требования к дискам также растут. Прежде чем вы возьметесь за перо, чтобы сочинять жалобу в Редмонд, позволь­те спросить вас: что во всем этом уди­вительного? Время программирова­ния в машинных кодах давно прошло, и не думаю, что кого-то особенно беспо­коит несколько лишних байтов или пара дополнительных циклов, необходимых для выполнения программного кода, от которых можно было бы избавиться, если бы уделить отладке больше време­ни. По-прежнему широко распростране­ны манипуляции с реестром, и програм­мисты стали прагматиками, главное — обеспечить приемлемый конечный результат. Не всегда, но в большинстве продуктов это приводит к разрастанию исходного текста.

Можно возразить, что компания Microsoft должна была приложить больше уси­лий к отладке своих продуктов. Но она этого не делает, потому что современная программно-техническая отрасль функ­ционирует иначе. Помните, мы шагаем в ритме «облака» с его ненасытным спро­сом на новые функции и усовершенство­вания. Время не ждет, и нужно выдавать «на гора» программный код, чтобы при­влечь пользователей. И, конечно, чтобы было, о чем писать статьи. В Exchange 2013 много нового про­граммного кода. Переработано хранили­ще Information Store; консоль управления уступила место веб-ориентированному интерфейсу; функция MSSearch удалена, так как Search Foundation обеспечивает единство Exchange и SharePoint; сервер клиентского доступа (CAS) уже не тот CAS, что прежде; влияние технологии Managed Availability распространилось на все ком­поненты; Outlook Web Арр пере­работан с учетом особенностей планшетов и смартфонов и допол­нен замечательным новым язы­ком проектирования (что бы это ни значило). Произошло множе­ство изменений, добавлено много новых компонентов и немало уда­лено, а часть запоздало возвраще­на. Работа по-прежнему кипит, и каждый квартал выпускается накопительный пакет обновле­ния.

Поэтому нельзя сравнивать аппа­ратные требования Exchange 2007 или Exchange 2010 с характеристи­ками Exchange 2013. Такое сравне­ние будет некорректным. Нужно принять продукт таким, какой он есть, и приобрести необходимое оборудование для успешного раз­вертывания Exchange 2013. Те, кто предоставляет инстру­менты планирования, такие как адские электронные таблицы Excel (инструмент определения требова­ний роли сервера Microsoft Exchange 2013), прилагают все усилия к поис­ку оптимальных серверных харак­теристик. Однако инструмен­ты несовершенны, так как в них не учитывается два важных воздей­ствия на серверы Exchange, эксплу­атируемые в реальных условиях. Первый фактор— продукты сто­ронних поставщиков; мне не при­ходилось видеть клиента, который не использовал бы сторонних про­дуктов наряду с Exchange. И эти продукты также требуют ресурсов. Второй фактор — это вы. Точнее, способы, применяемые для управ­ления Exchange в вашей компа­нии. Они имеют свои недостатки, и ситуацию дополнительно услож­няют производственные требова­ния.

Поэтому результаты, получен­ные от инструментов планирова­ния, — первый шаг на пути к зака­зу на серверы, вручаемому бла­годарному агенту по продажам. Используйте эти рекомендации как отправную точку для обсуж­дения, а не четкий ответ, и при­готовьтесь расширить ресурсы процессора, оперативной памяти и диска в соответствии с конкрет­ными обстоятельствами. В отношении аппаратных требо­ваний, уже применяемых на прак­тике, специалисты, планирующие крупные развертывания Exchange 2013, высказывают сомнения в преимуществах виртуализа­ции платформы. Сочетание более высоких требований к оборудо­ванию и дополнительных затрат, сложность и влияние на произво­дительность со стороны гиперви-зора склоняют чашу весов в поль­зу физических серверов. Выводы одинаковы как для Hyper-V, так и для VMware.

Компании Microsoft не нужно пла­тить за программное обеспечение, как другим коммерческим орга­низациям. Так или иначе, груп­па, разработавшая и развернув­шая Exchange Online внутри Office 365, также предпочла использо­вать физические серверы. Office 365 — не самый удачный пример, так как никто не будет выполнять развертывание в таких масштабах. Тем не менее примечательно, что виртуализация не использовалась. Это лишь одна из особенностей конфигурации Office 365, наряду с использованием одноролевых серверов Exchange и беспощад­ным (но понятным) стремлением к стандартизации. Нет сомнений, что в последние десять лет в экономической моде­ли Exchange произошел сдвиг. Успех, сопутствовавший Microsoft в замене медленного дискового ввода-вывода быстрой кэширован-ной памятью и высокий уровень доступности в форме группы обе­спечения доступности баз данных позволили заменить дорогостоя­щие сети хранения данных (SAN) на недорогие диски в режиме JBOD.

В прошлом SAN была в центре любой дискуссии о крупномас­штабных развертываниях. Это естественно, учитывая, что преобладали отдельные базы данных, и нас подстерегали неприятные ошибки с идентификатором -1018. Технология SAN по-прежнему достаточно широко применяет­ся вместе с Exchange, особенно когда приходится выбирать между унифицированной архитектурой хранения данных для обслужи­вания нескольких приложений и представлением, ориентирован­ным на определенное приложение. Именно к этим вариантам часто сводится дискуссия о JBOD для Exchange.

Выбираете ли SAN или JBOD, безусловно в настоящее время цена дисков ниже, чем когда-либо в прошлом. В сочетании с много­численными экземплярами базы данных и такой функцией, как AutoReseed и перемещение почто­вых ящиков в фоновом режиме, дешевизна дисков способствует принятию аппаратных решений на основе быстродействующих процессоров, памяти большой емкости (для кэширования дан­ных) и множества недорогих дис­ков, с которыми можно без сожа­ления расстаться в случае полом­ки. Именно такой подход выбрали многие компании, развертываю­щие Exchange 2013. Полагаю, что такие же дискус­сии возникнут и после выпуска Exchange 2016 в конце 2015 года (прогноз полностью соответству­ет графику выпусков в послед­нее время). Мы будем жаловаться на требование 256 Гбайт оператив­ной памяти для серверов почтовых ящиков, возмущаться 64-ядсрны-ми процессорами, необходимыми для инструментов управления, и приходить в ужас от петабайта свободного пространства на диске для установки продукта. Суть аргументов не изменится — други­ми будут только цифры. Поэтому предоставьте серверу необходимые ресурсы. Вы не прогадаете!

Оставить комментарий

Лимит времени истёк. Пожалуйста, перезагрузите CAPTCHA.