Мы переходим от использования VMWare к отказоустойчивому кластеру Windows (версия 2019) для размещения сервисов нашей компании. Я успешно настроил WFC и запустил несколько ролей Virtual-Machine вместе с ролью File-Server и ролью DHCP-Server. Далее следует настроить наши экземпляры SQL-сервера (также версии 2019), и у меня возник вопрос по архитектуре.
Допустимо ли устанавливать кластерную роль SQL-сервера непосредственно на гипервизоры WFC на голом железе? Позвольте мне сделать шаг назад..
Мы хотим, чтобы SQL-сервер был высокодоступным, как и все остальное в кластере. После таких статей, какhttps://www.mssqltips.com/sqlservertip/6586/clustering-sql-server-2019-step-by-step/в нем показано, как настроить постоянно работающий экземпляр SQL-сервера, который использует WFC в качестве основы для упрощения переключения между экземплярами SQL-сервера.
Я думаю, зачем тратить ресурсы, запуская две новые виртуальные машины, превращая эти две машины в WFC, а затем устанавливая SQL AO в этот WFC, когда это можно сделать просто в родительском экземпляре? Это кажется чрезмерно избыточным, серверы SQL могут переключаться на отказ внутри виртуального WFC, а каждая виртуальная машина может переключаться на отказ внутри родительского WFC. Кажется, что это было разработано для установки непосредственно на главный экземпляр WFC вместе с другими ролями.
Какова здесь наилучшая практика?
решение1
SQL Server, работающий поверх VM в кластере, будет иметь высокую доступность. Отказоустойчивый кластер с Hyper-V будет обрабатывать отказоустойчивость VM. В рекомендациях MS говорится, что Hyper-V должна быть единственной ролью, установленной на хосте.
Однако вы можете развернуть вложенный отказоустойчивый кластер. Общий VHDX может использоваться для настройки кластера SQL Server.
Чтобы улучшить производительность SQL FCI, ознакомьтесь со следующей статьей.