cobion
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Коллеги, всем привет!
Имеется три физических сервера DELL PowerEdge R740xd, со следующей конфигурацией:
2x Intel Xeon Silver 4215R (8C 11M Caсhe 3.20 GHz).
128GB (4x32GB) DDR4 ECC REG.
2x SSD Micron 5300PRO 480GB SATA для ОС Windows Server 2022.
22x HDD SEAGATE 1.2TB SAS 10k.
Контроллер RAID DELL PERC H730p (2GB+BBU) SAS/SATA.
iDRAC9 Enterprise.
4 порта Ethernet 1Gb/s.
2 порта Ethernet 10Gb/s.
2xБП 750Вт.
2U Rack.
Данные серверы являются физическими, без виртуализации, на которые планируется миграция MS Exchange 2019 Enterprise CU12. Все три сервера будут объединены в DAG с тремя копиями баз данных (одна активная и две пассивных).
Условия масштабирования предусматривает до 3000 почтовых ящиков из следующего расчета: Квота почтового ящика до 4 гигабайт, 100 почтовых ящиков на базу.
Коллеги, подскажите, пожалуйста, какую конфигурацию предпочтительнее будет выбрать исходя из надежности, производительности и времени восстановления (RTO), при отказе базы, сервера?
Используемая система резервного копирования Veeam B&R.
Я пока вижу три возможных варианта:
1.Каждый диск использовать в своей группе RAID0 и того 22 группы, без дополнительного RAID массива. Из расчета, один физический диск - одна база.
2.Все 22 диска для БД объединить в RAID6 и на его базе создать столько логических дисков, сколько необходимо для БД в DAG, для размещения в максимуме 3000 почтовых ящиков.
3.Поставить на каждый из серверов гипервизор (без HA), сделать один локальный datastor на базе RAID6 и предоставить ВМ столько виртуальных дисков, сколько необходимо для баз данных в DAG.
Предполагаю плюсы, минусы и риски при выборе одного из трех вариантов (может вы что добавите):
1 Вариант:
Минусы:
В случае выхода из строя физического диска в своей группе RAID0, повлечет за собой выход из строя БД в DAG. Хотя
копия БД будет активирована на другом сервере,все же для этого потребуется время на восстановление БД из бэкапа,
или при помощи утилиты ESEUtil.
Возможна ситуация, что в случае вылета диска с активной БД-некоторые письма могут “потеряться” в процессе переезда
БД на другой сервер.
Нет возможности увеличить количество БД для уменьшения их объема и по вместительности почтовых ящиков в каждой БД, так как (Один диск-одна база).
Плюсы:
Высокая производительность дисковой подсистемы в зависимости от кэша Raid-контроллера.
2 Вариант:
Плюсы:
Защищает от выхода из строя до двух физических дисков, но при этом БД остается в работе и не зависит от выхода из
строя физического диска. Достаточно заменить диск холодным резервом.
Возможности управлять количеством БД, уменьшением их объема и по вместительности почтовых ящиков в
каждой БД.
Наличие свободного места на дисках, в случае логического восстановления БД.
Минусы:
Производительность дисковой подсистемы немного ниже, но учитывая кэш контроллера, скорость вращения шпинделей
и рекомендации от вендора (из расчета от 5 до 10 тысяч почтовых ящиков в среднем), на конечных клиентов
возможное
снижение производительности не оказывает.
3 Вариант:
Плюсы:
Виртуализация сервера не зависимого от аппаратной конфигурации, что позволяет в случае нештатной ситуации
смигрировать ВМ на любой хост виртуализации, либо к существующей архитектуре SAN.
Резервное копирование позволяет восстановить целиком ВМ с почтовой системой и БД в случае поддержки режима
осведомленности гостевой системы при помощи агента.
Защищает от выхода из строя до двух физических дисков, но при этом БД остается в работе и не зависит от выхода из
строя физического диска. Достаточно заменить диск холодным резервом.
Возможности управлять количеством БД, уменьшением их объема и по вместительности почтовых ящиков в
каждой БД.
Наличие свободного места на дисках, в случае логического восстановления БД.
Минусы:
Дополнительный слой виртуализации и дополнительное конфигурирование программного обеспечения.
Наличие лицензии на гипервизор в случае резервного копирования агентом Veeam в ВМ
Спасибо!
|
