Назад | Перейти на главную страницу

Кластер SQL в отказоустойчивом кластере Hyper V

У нас есть виртуальная машина, на которой работает SQL Server на кластере блейдов из 6 узлов. Файлы данных виртуальной машины хранятся в сети SAN, подключенной с помощью прямого подключения iSCSI.

Поскольку на этом SQL-сервере будет работать ряд важных баз данных, мы обсуждаем, следует ли кластеризовать SQL-сервер, или того факта, что виртуальная машина работает в самом кластере, будет достаточно для обеспечения высокой доступности. Я привык запускать кластеры SQL при работе с физическими серверами, но я немного не совсем понимаю, что лучше всего делать, когда все серверы - это просто виртуальные машины, установленные на Hyper V.

Если блейд, на котором запущена виртуальная машина, выйдет из строя, я предполагаю, что виртуальная машина будет запущена при другой нагрузке. Я предполагаю, что единственное преимущество, которое даст нам добавление кластера SQL в установку, состоит в том, что время восстановления после сбоя будет немного быстрее? Есть ли другие преимущества?

IMHO, вам все равно нужно использовать параметр высокой доступности (HA) sql server, такой как кластеризация / зеркальное отображение / репликация.

У вас все равно будет отключение, когда вам придется что-то делать, например, исправлять вашу ОС. Hyper-v здесь не поможет.

Вот - это политика поддержки Microsoft для кластерных экземпляров SQL Server на виртуализированном оборудовании. Они поддерживают его только тогда, когда гости работают под управлением Windows Server 2008 или более поздней версии. В лучшем случае конфигурация проходит проверку Validate в оснастке Failover Clusters Management. Это запускается внутри виртуальной машины.

Если вы находитесь в отказоустойчивом кластере, с помощью Hyper V вы можете активировать динамическую миграцию на своей виртуальной машине SQL и перенести свой SQL-сервер на другой узел, когда вам нужно обновить сервер Hyper V, а также выполнить некоторое обслуживание на своем сервере HyperV без потери соединения. .

Если ваш сервер выйдет из строя, отработка отказа перенесет владельца службы SQL на другой узел, и вы потеряете только 3-4 ping, но все ваше активное соединение будет потеряно.

Довольно много. Он запускается между «запуском SQL Server» и «загрузкой SQL Server».