Нужен совет по репликации хранилища Hyper-v

Я проектирую кластер Hyper-V R2 с 2 узлами с 6-10 гостями, хранящимися на устройстве SMB iSCSI SAN (вероятно, Promise VessRAID). Я получу как минимум два устройства SAN, и мне нужно будет исключить хранилище как единую точку отказа. В идеале это должно включать аварийное переключение хранилища в реальном времени, как это делает отказоустойчивый кластер Windows для хостов.

Этот дизайн будет использоваться примерно на шести наших сайтах, и я хотел бы позволить нам в конечном итоге настроить кластер на сайте colocation и реплицировать там виртуальные машины каждого сайта для аварийного восстановления. (В идеале живой многосайтовый кластер, но ручной импорт виртуальных машин подойдет для такого рода аварийного восстановления).

Инструменты, которые поставляются с корпоративными сетями хранения данных, такие как EMC и NetApp, кажутся наиболее часто используемыми элементами для кластера Hyper-V, но я не могу позволить себе их цены с моим бюджетом. Помимо них, два инструмента, которые кажутся наиболее распространенными для репликации хранилища Hyper-V, - это SteelEye (теперь SIOS) DataKeeper Cluster Edition и Double-Take Availability.

Первоначально я планировал использовать кластерные общие тома (CSV), но похоже, что поддержка репликации для них либо недоступна, либо совершенно новая в обоих этих продуктах. Похоже, CSV поддерживаются в Double-Take 5.22, см. это обсуждение, но я не думаю, что хочу запускать что-то настолько новое в производстве.

Прямо сейчас мне кажется, что лучший вариант для меня - не внедрять CSV, реализовывать какую-то репликацию хранилища и переходить на CSV позже, когда их репликация станет более зрелой. Я хотел бы иметь живую миграцию, а CSV не требуются для живой миграции, если вы используете один LUN на каждую виртуальную машину, поэтому я думаю, что это то, что я сделаю.

Я бы предпочел как можно больше использовать инструменты и функции Microsoft Windows Server и Hyper-V. С этой точки зрения SteelEye выглядит более привлекательно, чем Double-Take, потому что они делают том (ы) DataKeeper доступными для диспетчера отказоустойчивой кластеризации, а затем отказоустойчивую кластеризацию настраивают и управляют с помощью собственных инструментов Microsoft. Double-Take говорит, что «кластерные хосты Hyper-V не поддерживаются», а сама Double-Take Availability, по-видимому, используется для фактической кластеризации и аварийного переключения.

Кто-нибудь знает, работает ли какой-либо из этих инструментов репликации с более чем двумя хостами в кластере? Вся информация, которую я могу найти в Интернете, использует только два хоста в своих примерах.

Есть ли лучшие инструменты, чем SteelEye и Double-Take, для того, что я пытаюсь сделать, а именно для устранения хранилища как единой точки отказа? Neverfail, AppAssure и DataCore, похоже, предлагают аналогичные функции, но они не так популярны, как SteelEye и Double-Take.

Я видел, как многие люди предлагали использовать программное обеспечение Starwind iSCSI SAN для общего хранилища, которое включает репликацию (и репликацию CSV в том числе). Я не рассматривал этот маршрут всерьез по нескольким причинам:
1) Компания, в которой я работаю, является исключительно магазином Dell, и у Dell нет серверов, с которыми я мог бы установить более шести 3,5-дюймовых дисков SATA. 2) В будущем для нас может быть выгодно не быть привязанными к определенный бренд или тип хранилища и стороннее программное обеспечение репликации позволяют репликацию на гетерогенные устройства хранения.

Я новичок в iSCSI и кластеризации, поэтому, пожалуйста, дайте мне знать, если похоже, что я планирую что-то, что идет вразрез с лучшими практиками или что-то упускает / упускает.