Мы рассматриваем различные варианты, которые позволят нам продолжать работу, когда наш основной центр обработки данных (DC1) выходит из строя по любой причине. В чем основное отличие от постоянного обновления внешнего сервера с использованием доставки журналов в качестве горячего резерва? (это означает, что мы вручную перенаправим DNS, если DC 1 выйдет из строя или отключен от DC2).
По сравнению с запуском кластера Hyper V и его настройкой на автоматическое переключение на DC 2 при отказе DC 1? Хотя непонятно, как трафик перенаправляется в реальном времени, если только мы не запускали какой-то балансировщик нагрузки в облаке?
Я предполагаю, что вариант кластера Hyper V обеспечит нам минимальное время простоя, если он будет автоматическим? Тогда мы вообще не беспокоимся о доставке журналов sql server? Кажется, что эти две вещи частично совпадают, и нам не нужно делать то и другое?
Я знаю, что для кластера Hyper V требуются какие-то общие диски (в этом случае рассматривался iscsi target как вариант san для образов серверов), но доставка журналов сервера sql также, похоже, требует сервера-свидетеля, так что в любом случае у нас есть ввести больше оборудования для управления.
DB - это 30 ГБ, работающая на SQL 2008 R2, веб - это 2008 R2 (оба планируется обновить до 2012 года в ближайшие несколько месяцев).
Чтобы ответить на ваш вопрос, вам нужно точно выяснить, что вы искали. Позвольте мне определить некоторые термины.
Высокая доступность (HA) для меня (но не для TomTom, комментируя ваш вопрос) означает, что ни один единичный сбой не может навсегда отключить вашу виртуальную машину. В контексте Hyper-V это хост-кластер, в котором отказ одного физического узла приведет к перезапуску виртуальной машины после сбоя на другом узле.
Для меня Fault Tolerance (FT) означает, что сбой уровня виртуализации (в программном или аппаратном обеспечении) не будет наблюдаться в виртуальной машине. ВМ продолжит работу. VMware, Xen и, предположительно, другие системы могут это сделать, со многими оговорками, обычно в первую очередь с очень низким ограничением количества виртуальных процессоров в виртуальной машине. Hyper-V не предоставляет FT, хотя вы можете найти поставщика серверного оборудования, который может предоставить систему, которая решит проблемы аппаратного уровня.
Для меня аварийное восстановление (DR) означает, что отказ всего центра обработки данных (или его большой части) не приведет к отключению вашей виртуальной машины. Hyper-V в Server 2012 предоставляет «реплику Hyper-V» для решения этого сценария.
Если вам нужна автоматическая отработка отказа, вам нужен «растянутый кластер» из хостов Hyper-V с виртуальными машинами высокой доступности, где некоторые узлы кластера находятся в вашем основном центре обработки данных, а некоторые - в дополнительном центре обработки данных. Для этого потребуется общее блочное хранилище (обычно SAN) с присутствием в обоих центрах обработки данных.
Однако часто вам не требуется автоматическое переключение при отказе либо потому, что вы хотите быть полностью уверенными в том, что ваш основной центр обработки данных действительно отключен, прежде чем перемещать свои службы в другой центр обработки данных, либо потому, что вам необходимо выполнить некоторый уровень реконфигурации при перемещении виртуальных машин. Реплика Hyper-V нацелена на эту ситуацию. Вы можете сделать его более автоматическим, написав сценарий аварийного переключения, если хотите, но это то, что вы бы наложили поверх него.