Команда разработки Exchange
анонсировала завершение работ по разработке Exchange 2019 Sizing Calculator. Команда прислушалась к просьбам сообщества, которые поступали с самого релиза Exchange Server 2019, и потратила последние несколько месяцев на улучшение калькулятора в части использования, специфические улучшения Exchange Server 2019 и проверку рекомендаций, выдаваемых калькулятором. Нужно отметить, что в калькулятор были добавлены некоторые новые положения, а часть элементов, которые потеряли свое значение, были удалены. Далее мы более детально пройдемся по изменениям.
Оптимизировано для Exchange Server 2019.
Первое, на что следует обратить внимание, – это то, что новая версия калькулятора поддерживает только Exchange Server 2019. Удаление поддержки предыдущих релизов позволило оптимизировать калькулятор и сосредоточиться на актуальных шаблонах использования, исключив устаревшие. Некоторым устаревшим шаблонам уже 12 лет, едва ли кто-либо сейчас планирует применять CCR, LCT и SCR (возможно, вы даже не помните, что это такое). Нужно отметить, что дополнительно ввод данных стал быстрее. Также калькулятор был спроектирован таким образом, что он предоставляет обратную связь без необходимости переходить на другой лист, чтобы увидеть проблему или предупреждение из-за некорректно указанного параметра.
Улучшенная поддержка виртуализации.
Технологии виртуализации – это другая область, которая получила много внимания, чтобы предоставить лучшие рекомендации. На практике, при выборе виртуального развертывания, можно увидеть новые типы дисков, оптимизированные для развертывания в Azure. Выбор одного из трёх типов дисков дает послабление для правил калькулятора, позволяющее рекомендовать конфигурацию JBOD чаще. Использование конфигурации JBOD позволяет разворачивать группы доступности баз данных (DAG) Exchange экономически эффективнее с Azure. Это не противоречит рекомендации использовать простую защиту данных Exchange (Exchange Native Data Protection) при помощи DAG во всех развертываниях. DAG остается ключевой фигурой во всех реализациях высокой доступности (HA)/аварийного восстановления (DR).
Также можно обратить внимание, что вычисление требований CPU улучшено для всех виртуальных развертываний. При выборе опции виртуализации будет отображаться два значения ядер процессора. Первое указывает число ядер, развертываемое на хосте виртуализации, а второе – число ядер доступное гостевой виртуальной машине через гипервизор. Также обратите внимание на опцию, указывающую соотношение физических процессоров к гостевым (Physical CPU:Guest CPU) и используемую для проектирования систем. Калькулятор будет использовать входные данные для определения того, какие ресурсы на самом деле доступны. Больше не придется делать этот расчет самостоятельно вручную.
Обновленная оценка SPECint
Говоря о процессорах (CPU), нужно отметить, что настало время перейти на новую оценку – калькулятор Exchange 2019 использует критерий SPECint 2017. Команда не планирует переводить старые рейтинги на новую оценку, даже сам SPECint указывает, что стандарты нужно воспринимать самостоятельными и отличными друг от друга без прямой конвертации.
Поддержка баз данных MetaCache (MCDB).
Однажды при простом осмотре калькулятора было принято решение добавить одну опцию ввода и простое вычисление для учета новой возможности MCDB. Однако то, что команда планировала сделать за минуты растянулось на часы, кое кто (чье имя не разглашается) решил, что калькулятору требуется более комплексное обновление. Очередь задержки стала растягиваться, почтовые ящики заполняться письмами «Когда будет доступен калькулятор для Exchange 2019?». На самом деле, поддержка MCDB в первую очередь была подключена к решению данной задачи, но помимо этого продолжалась другая работа. Вычисления MCDB основываются на том же руководстве, которое команда предоставляла до сих пор, и теперь это доступно для всех. В соответствии с вариативностью объема SSD, калькулятор предоставит необходимое количество устройств и объем, который будет предоставлен. Итоговый результат будет основан на предоставленных значениях и том, что на самом деле доступно на рынке. Количество устройств может быть переопределено тем, как много устройств будет использоваться.
Лимит базы данных в 2 ТБ.
Команда Exchange всегда рекомендует клиентам ограничивать размер базы данных до 2 ТБ. Предыдущие версии калькулятора могли периодически нарушать эту рекомендацию и указывать больший размер базы данных вместе с предупреждением не превышать 2 ТБ. Это было изменено в данной обновленной версии калькулятора. Рекомендованный максимум – это 2 ТБ для развертываний на JBOD и 200 ГБ для развертываний на RAID будет применен по умолчанию. В зависимости от конфигурации можно увидеть небольшое увеличение числа баз данных, предложенных калькулятором. Команда продолжает работать, чтобы удостовериться, что диск использует наибольший экстент из возможных. Если выбрать игнорирование лучших рекомендаций команды Exchange, калькулятор позволяет переписать максимальный размер базы данных, как в большую, так и в меньшую степень от предложенного по умолчанию.
Можно заметить, что данное измерение заставляет проекты чаще привязываться к объему, чем к скорости ввода/вывода, особенно с большими почтовыми ящиками. Этот тренд уже наблюдался в предыдущих версиях калькулятора. Учитывая многолетние изыскания с целью сокращения ввода/вывода, вложения в горизонтальное масштабирование Office 365 и нынешнее включение MCDB, явно говорят нам о том, что дни обычного локального сервера, завязанного на собственный ввод/вывод, остались далеко позади.
Итог.
Команда Exchange рада выпустить данную версию калькулятора для масштабирования Exchange и надеется, что пользователи оценят изменения по достоинству. Ну а теперь последнее изменение: калькулятор для Exchange 2019 будет распространяться вместе с DVD ISO в каталоге «Support». Таким образом, для получения калькулятора необходимо скачать установочный накопитель Exchange 2019 Cumulative Update 2. Перемещение калькулятора на ISO-образ позволит команде обновлять калькулятор быстрее и чаще, а также убедиться в его совместимости с будущими изменениями в Exchange Server.
