Мы настраиваем SQL AG (группы доступности) на Hyper-V. Мы хотим использовать SQL Server для HA и DR. IE: - Мы хотим, чтобы SQL Server выполнял переключение между репликами SQL, мы не хотим, чтобы SQL и Hyper-V пытались выполнить переключение одновременно.
Я не знаком с Hyper-V, так что извините за мое незнание, но как мне настроить виртуальную машину SQL Server, чтобы она НЕ запускалась после сбоя узла, на котором она работает?
Например: - Первичная реплика на Узле-1, Вторичная реплика на Узле-2. Узел 3 не является SQL. Если узел 1 выходит из строя, я хочу, чтобы SQL переключился на узел 3 (он не может переключиться на узел 2 из-за правил анти-сродства). Мониторинг вызовет предупреждение. Затем мы переносим предыдущую первичную реплику, работающую на узле 2, на узел 3. Когда Node-1 доступен, мы мигрируем обратно.
Большое спасибо,
но как настроить виртуальную машину SQL Server так, чтобы она НЕ запускалась после сбоя узла, на котором она работает?
Почему тебя это беспокоит? Это ситуация, которую должен решить HA AG в SQL Server - что, если вы используете не виртуальные машины, а 2 сервера, и один получает второе длительное отключение электроэнергии, а затем перезапускается?
Пока обе виртуальные машины находятся на двух физических машинах (то есть на узлах Hyper-V), эта ситуация не должна вас беспокоить.
При правильной настройке вы получите Hyper-V, перезапускающий узел, и отказоустойчивый SQL Server, но оба варианта не вернутся, и сервер в любом случае должен работать без каких-либо проблем.
Это означает, что в этом случае проблема не является проблемой, и единственный ответ - не заботиться.
В качестве альтернативы вы не настраиваете часть Hyper-V в группе доступности. Не уверен, что 2 экземпляра SQL AG на ОДНОЙ ЧАСТИ КЛАСТЕРА имеют смысл - я бы предпочел что-нибудь более крупное в аппаратной части с хорошо спланированным дисковым хранилищем.