Мы переходим с кластера SQL на зеркальное решение. Проблема в том, что у нас есть куча программ, которым придется переключать строки подключения для обработки отказоустойчивости. Есть ли способ настроить перенаправление или прокси, который будет принимать любые устаревшие запросы и пересылать их в зеркальное решение?
решение1
Вы можете настроить что-то вроде pfSense на старом IP-адресе, чтобы выполнить балансировку нагрузки.
Подробности смотрите здесь http://doc.pfsense.org/index.php/Multi_WAN_/_Load_Balancing#Setting_up_the_pools
решение2
Нет. Клиентское соединениедолженпомните о зеркалировании, чтобы правильно подключиться к нужному хосту, текущему принципалу, и перенаправить соединение в случае отказа DBM. Простое перенаправление соединений к текущему принципалу с помощью трюков DNS или других средств будет обнаружено аутентификацией SSPI как ситуация «человек посередине» и, скорее всего, приведет к неудачной аутентификации.
решение3
Если вы не хотите беспокоиться о потере какой-либо строки подключения, то измените файл HOST в папке %windows%\system32\drivers\etc и добавьте запись для имени вашей старой системы с IP-адресом новой системы. Это гарантирует, что все, ссылающееся на старую систему по имени, будет перенаправлено на новую систему. Я протестировал это в своей среде разработки на кластере SQL из 2 узлов. Этот метод работает...
И в ответ на комментарий SSPI выше... Нет никаких проблем с аутентификацией, таких как Kerberos 3 hop и т. д., пока Active Directory правильно настраивает ваши SPN, которые, скорее всего, были автоматически созданы для вас при настройке вашего SQL CLuster. Если вы хотите проверить SPN вашей среды для ваших систем, вы можете загрузить набор инструментов поддержки Windows и использовать setSPN.exe из командной строки для проверки с помощью параметра -L для получения списка. Или, если вы не хотите загружать набор инструментов, вы можете сделать это с контроллера домена, если у вас есть к нему доступ. Дайте мне знать, если вам понадобится что-то еще.
Спасибо!
-ВМ