Отказоустойчивое решение для двух серверов СУБД.
Добавлено: 19 сен 2019 11:21
Доброго времени суток Уважаемые коллеги. Внедряем решение по оптимизации клиент-серверной архитектуры для 1С+СУБД. Общее количество пользователей работы с 1С приложением от 180 до 400. Для данного решения есть три физических, подчеркну физических (никакой виртуализации) сервера.
Каждый сервер содержит:
Памяти 256 Gb, 2 CPU по 8 ядер каждый 3 GHz.
Диски NVme Optane PCIe для всех 4 баз и TempDB.
Два купленных экземпляра SQL Server 2014 и 2016 редакции Standard
Два купленных экземпляра Windows Server 2016 редакции Standard
Один из серверов будет выполнять роль сервера 1С, второй и третий роль сервера СУБД.
Для решения задач оптимизации все вроде бы как решаемо. Но с точки зрения отказоустойчивости, есть некоторого рода вопросы:
1.Возможно ли внедрить какое либо решение по доступности для серверов СУБД ? Понятно что редакция SQL Standard поддерживает технология FCI- кластеризацию instance, но как быть с синхронизацией локальных Nvme PCIe дисков между двумя серверами, где собственно и будут располагаться базы,ведь такого рода решения возможны только в AlwaysON групп доступности в SQL редакции Enterprise- а это уже совсем другие деньги ?
2.Либо отдельное решение по синхронизации баз на локальных дисках между физическими серверами ?
3.Второй сервер СУБД как холодный резерв- слишком дорогое удовольствие за пассивный простой железа.
Спасибо.
Каждый сервер содержит:
Памяти 256 Gb, 2 CPU по 8 ядер каждый 3 GHz.
Диски NVme Optane PCIe для всех 4 баз и TempDB.
Два купленных экземпляра SQL Server 2014 и 2016 редакции Standard
Два купленных экземпляра Windows Server 2016 редакции Standard
Один из серверов будет выполнять роль сервера 1С, второй и третий роль сервера СУБД.
Для решения задач оптимизации все вроде бы как решаемо. Но с точки зрения отказоустойчивости, есть некоторого рода вопросы:
1.Возможно ли внедрить какое либо решение по доступности для серверов СУБД ? Понятно что редакция SQL Standard поддерживает технология FCI- кластеризацию instance, но как быть с синхронизацией локальных Nvme PCIe дисков между двумя серверами, где собственно и будут располагаться базы,ведь такого рода решения возможны только в AlwaysON групп доступности в SQL редакции Enterprise- а это уже совсем другие деньги ?
2.Либо отдельное решение по синхронизации баз на локальных дисках между физическими серверами ?
3.Второй сервер СУБД как холодный резерв- слишком дорогое удовольствие за пассивный простой железа.
Спасибо.