В моей инфраструктуре есть автономный сервер SQL Server 2014 Standard.
По мере роста баз данных и приложений, использующих SQL Server, я хочу выполнить обновление до SQL Server 2016 Standard и установить два узла, чтобы получить высокодоступную инфраструктуру SQL Server.
Я знаю, что могу создать отказоустойчивый кластер SQL Server, но для этого мне нужны общие хранилища, что не может быть проблемой, потому что у меня есть производственный NAS / SAN, но он очень медленный, поскольку предназначен для данных, а не для приложений. .
Поскольку у моих узлов виртуализации есть быстрое локальное хранилище SSD, я хочу использовать их для размещения данных SQL Server, поэтому мне интересно, есть ли способ построить кластер высокой доступности SQL Server без общего хранилища, но создание репликации master-slave между двумя узлами в собственном локальном хранилище, что-то вроде того, что я уже делаю для MariaDB с MariaDB Galera Cluster.
У меня также есть HAProxy.
Спасибо!!
В SQL Server 2014 Standard Edition единственным встроенным вариантом автоматического переключения при отказе без общего хранилища будет зеркальное отображение базы данных.
Если вы обновили версии до SQL Server 2016 Standard Edition или если вы обновили выпуски до 2014 Enterprise Edition, вы получите группы доступности AlwaysOn, которые похожи на зеркальное отображение базы данных, но для групп баз данных, которые могут переключаться при сбое вместе.
Есть много других вариантов, которые не обеспечивают автоматическое переключение при отказе (например, мой личный фаворит - это доставка журналов), но, поскольку вы сказали, что отказоустойчивый кластер, я предположил, что вам нужен автоматический отказоустойчивый переход с нулевой потерей данных - в этом случае зеркалирование все, что у вас есть на Стандарт 2014 года.
Если вы обновитесь до SQL Server 2016 Standard Edition, вы сможете использовать Базовая группа доступности которая является предельной версией группы доступности AlwaysOn SQL Server Enterprise Edition. Он поддерживает аварийное переключение и не требует общего хранилища.