В моей организации есть два идентичных сервера HP ProLiant DL380 G5. У нас нет устройства SAN. Каждый сервер имеет 8 жестких дисков по 146 ГБ и 48 ГБ оперативной памяти.
Один сервер в настоящее время настроен как сервер Exchange. Другой сервер настроен как виртуальный хост с виртуальными машинами для ePO, WSUS, SQL, файлового сервера, DHCP и некоторых других служб.
Очевидно, что обменный сервер с 48 ГБ ОЗУ немного расточителен, и у нас нет избыточности для виртуальных машин. Мы хотели бы исправить это, сделав обмен виртуальной машиной и используя оба физических сервера в качестве резервных машин.
В моей последней организации мы делали это с помощью устройства SAN. На физических серверах не размещались виртуальные машины или виртуальные жесткие диски, они просто указывали на SAN.
Моя идея заключалась в том, чтобы настроить DFS-R на обоих физических серверах, а затем настроить отказоустойчивую кластеризацию, но я понятия не имею, находится ли это в правильном направлении.
Кто-нибудь может мне помочь? Спасибо
Редактировать: Прочитав немного (а именно эту статью: http://blogs.technet.com/b/josebda/archive/2008/07/16/failover-clustering-for-hyper-v-with-file-server-storage.aspx) Могу ли я настроить кластер между машинами, создав файловый сервер с высокой доступностью, используя обе машины, а затем виртуальные машины с высокой доступностью, используя обе машины?
DFS-R не помогает, пока файлы, о которых идет речь, не будут закрыты, а файлы виртуального жесткого диска никогда не будут закрыты.
Чтобы получить настоящую избыточность с Hyper-V, вам необходимо кластеризовать хосты Hyper-V. И у этого кластера должно быть нечетное количество «свидетелей», чтобы никогда не было равных, когда дело доходит до решения, какой набор машин отвечает, когда что-то пойдет не так. Когда вы используете SAN, вы создаете «LUN-свидетель», который вместе с двумя хостами, которые также являются свидетелями, составляет нечетное число. Кластеры Windows можно настроить так, чтобы файловый сервер использовался в качестве свидетеля, но это, вероятно, не удовлетворит ваши потребности.
Даже если у вас действительно работает кластер, вы также должны подумать, как сделать хранилище надежным. SAN обычно представляет собой отдельный кластер. Он имеет резервные домены питания, диски, обработку, память и т. Д., Поэтому ни один сбой не приведет к его отказу. Существуют различные программные пакеты, которые могут эмулировать это поведение, часто очищая дисковое пространство на доступных машинах и реплицируя записи на несколько хостов. Они могут работать для вас, но они, вероятно, не будут иметь тех характеристик производительности, которые вы хотели бы иметь только для двух описанных вами машин.
Если вы можете дождаться выхода Windows Server 2012, возможно, вам понравится Hyper-V Replica. Это позволит вам запускать виртуальные машины на каждом из ваших хостов и будет асинхронно реплицировать содержимое виртуального жесткого диска на другой хост. Если на одном узле происходит сбой, вы можете перезапустить виртуальную машину на другом узле, потеряв некоторый объем данных, которые еще не были реплицированы.
Вы можете попытаться сколотить какое-то решение, в котором один из серверов станет «совместно используемым запоминающим устройством», которое позволит другому получать доступ к тем же данным, но тогда вы можете потерять только другой сервер.
Если вам нужна настоящая кластеризация и аварийное переключение, вам понадобится общее хранилище.