Exchange 2016 — Работа с Nimbus Storage
Среды Exchange, над которыми я работал годами, никогда не бывают одинаковыми. Когда дело доходит до хранения, компании отдают предпочтение определенным поставщикам. Это может быть Dell, HP при использовании SAN или нескольких SAN, другие просто имеют массивные массивы хранения, подключенные с помощью Fibre Channel или iSCSI. У меня уже несколько лет есть Exchange, использующий хранилище Nimbus Data. Вы можете узнать больше на их сайте здесь:
Поскольку эта технология все еще является относительно новой на рынке по сравнению с 3par или Dell EMC, которые существуют уже давно, скорости Nimbus неплохие. Я использовал инструмент JetStress для этого хранилища почти год, пробуя разные варианты, и, поскольку это оборудование было новым, я несколько раз ломал его, и это привело к новой прошивке, чтобы исправить в нем ошибки. Как только новая прошивка была загружена, я прошел тот же цикл JetStress, что и раньше, пока не дошел до того, что снова произошел сбой, и с многочисленными загрузками журналов мы получили стабильный набор прошивок на устройствах, и мы использовали JetStress дольше, и это не разбился.
Одна вещь, которую мы действительно заметили, заключалась в том, что если мы выполняли миграцию хранилища, она форматировала диск. Очевидно, это была ошибка в прошивке, и она была исправлена. Еще одним сценарием с протестированным нами хранилищем была скорость копирования. Это берет файл и копирует его на другой сервер с дисками, подключенными к Nimbus. Файлы большего размера копируются быстро, тогда как файлы меньшего размера копируются дольше. Это также зависит от ваших коммутаторов и их настройки.
Это подводит меня к важному моменту. Любую новую конфигурацию хранилища необходимо тщательно протестировать. Вы можете подумать, что год — это перебор, но это не так, поскольку мы обнаружили несколько ошибок и, работая в тесном сотрудничестве с поставщиком, могли легко исправить проблемы, а затем снова запустить цикл. Если бы это пошло в производство без тестирования, представьте, с каким временем простоя мы могли бы столкнуться и сколько данных мы могли бы потерять, если бы этого не было сделано.
Nimbus использует SSD-диски, поэтому скорость приличная. Заполнение базы данных размером 2 ТБ может быть выполнено за несколько часов. Если вам нужно сравнить это с 3Par или Dell EMC, время почти такое же, но поскольку каждая среда отличается, скорости могут быть разными для вас. Поскольку в Exchange 2019 есть новая функция, называемая metacache MCDB, она использует SSD-диски, и вы можете выделить их для использования Exchange Server 2019. Мы не будем рассматривать настройку этого, поскольку это длительный процесс, который выходит за рамки эта статья.
Тестируя миграцию почтовых ящиков в хранилище Nimbus, мы увеличили конфигурацию MRS в Exchange, чтобы сделать больше, и, будучи слишком агрессивными, мы начали видеть ошибки задержки диска при миграции почтовых ящиков. Это было связано с тем, что диски были подготовлены тонкими, а не толстыми. Как только мы изменили тома на толстые, у нас были лучшие результаты, но все еще сталкивались с ошибками задержки диска, поэтому мы настроили конфигурацию MRS, пока не нашли удобную настройку, которая работала. Небольшие почтовые ящики были обработаны за несколько минут, а большие почтовые ящики объемом более 50 ГБ заняли несколько часов, что неплохо. Снова скорости аналогичны 3Par и EMC.
Следующим набором тестов, проведенных на Nimbus, была миграция с Nimbus на другое хранилище, и это было так же, как и при перемещении в хранилище. Следующим тестом, который мы провели, было повторное заполнение базы данных почтовых ящиков в рабочей среде, чтобы увидеть, насколько быстро она записывает данные на диск Nimbus. Настройка создания точки монтирования такая же, как и с любым другим хранилищем, и мы убедились, что диск был толстым, и мы начали замечать большую медлительность. Глядя на контроллеры Nimbus, кажется, что мы столкнулись с проблемой памяти, и эта ошибка была быстро исправлена, внесены изменения, и мы увидели улучшение и стабильность в повторном заполнении.
Затем я отправил несколько повторных запусков для тестирования, и было снижение скорости по сравнению с 3Par и Dell EMC, но оно оставалось постоянным, и все они завершились через несколько часов один за другим.
Вердикт заключается в том, что хранилище Nimbus отлично подходит для Exchange, особенно по скорости, но если вы его заказываете, убедитесь, что оно исправлено последней стабильной прошивкой, а затем выполните JetStress, как это сделал я, чтобы убедиться, что вы довольны конечным результатом. Также помните, что если вы собираетесь совместно использовать хранилище с другими приложениями, что не рекомендуется и не поддерживается, вы заметите снижение скорости и возможную медлительность копий.