Отказоустойчивая инфраструктура на базе Microsoft Hyper-V 2012
Основные критерии:
1.Распределение нагрузки и обеспечение масштабируемости предоставляемых сервисов
2.Резервирование на программном и железном уровне максимальное кол-во узлов
3.Доступность инфраструктуры 24х7
4.Время восстановления инфраструктуры в случае падения в течении 3х часов.
Сформированные серверы:
- Контроллер домена, DNS
- Почтовый сервер на Kerio Connect
- Терминальный сервер 1С via RDP
- Сервер баз данных 1С MS SQL
- Сервер CRM Bitrix
Решение:
1.Поскольку практически вся инфраструктура построена на базе продуктов Microsoft, то решено использовать Hyper-V 2012 в качестве гипервизора для разнесения служб по отдельным виртуальным машинам
2.Для резервирования на железном уровне:
- Использовать существующий сервер HP DL120 G6 в качестве файлового хранилища
- Использовать существующий сервер HP DL360 G7 в качестве резервного гипервизора
- Использовать новый сервер Supermicro 1027R-N3RF в качестве основного гипервизора
С точки зрения отказоустойчивости встал выбор между тремя вариантами обеспечения резервирования:
Первый вариант:
Обеспечить холодный бэкап используемых VM
- С помощью VSS снимать каждый час снимок VM с 8:00 до 19:00 и хранить 5 дней.
- Делать полную копию VM с основного на резервный гипервизор и хранить в выключенном состоянии
Второй вариант:
Обеспечить избыточность VM, создав на резервном гипервизоре:
- вторичный контроллер домена
- резервный почтовый сервер с синхронизацией каталогов раз в 30 минут
- суточную копию терминального сервера
- вторичный сервер баз данных MS SQL с репликацией
- вторичный сервер CRM с синхронизацией веб-данных rsync и репликацией MySQL
Третий вариант:
Обеспечить полное дублирование данных используя Hyper-V Clustering на SMB 3.0
В данный момент провожу анализ обоих методов, после описания плана восстановления в случае сбоя при использование этих трех методов и сроков внедрения напишу результаты.
