В настоящее время мы используем VMWare ESX 5.5 и запускаем в основном виртуальные машины Win (несколько Linux). Самая большая виртуальная машина - это производственный SQL Server (SQL Server 2014, std ed).
Мы оцениваем варианты аварийного восстановления, и, похоже, жизнь намного проще на Hyper-v, который имеет встроенную репликацию виртуальных машин. Да, мы знаем о репликации SAN и прочей красивой музыке. Но на уровне гипервизора это выглядит намного проще.
Итак, мы рассматриваем возможность перехода с VMWare на Hyper-v.
Возникает вопрос: является ли репликация Hyper-v надежным вариантом для самого SQL Server?
Наша идея состоит в том, чтобы позволить Hyper-v выполнять всю работу, а производственный SQL Server помещает свои журналы в облачное хранилище. Итак, если нам нужно «догнать» реплику виртуальной машины до ее ввода в эксплуатацию, мы можем применить журналы.
БД SQL Server - 0,5-1,0 ТБ
Как уже упоминалось выше, реплика Hyper-V - не лучший выбор для получения правильно работающего и высокодоступного сервера MS SQL. Вы должны придерживаться собственных параметров высокой доступности MS SQL, которые являются функцией групп доступности SQL Server AlwaysOn https://msdn.microsoft.com/en-us/library/ff877884.aspx, который теперь доступен со стандартной лицензией или экземплярами отказоустойчивого кластера SQL Server, которые на случай, если потребуется некоторое общее хранилище между вашими хостами. Чтобы запустить экземпляры отказоустойчивого кластера MS SQL, которые доказали свою надежность, вам необходимо установить роль отказоустойчивого кластера MS. Общее хранилище может быть предоставлено программно-определяемым хранилищем, таким как Starwind. https://www.starwindsoftware.com/starwind-virtual-san-free например, который можно использовать бесплатно в вашем сценарии.
В обоих случаях переход на Hyper-V не является обязательным, поскольку вышеупомянутые конфигурации могут быть выполнены поверх существующей инфраструктуры ESX.