Комментарии 14
Отлично! Очень интересно.
А чем обусловлен выбор Hyper-V а не, например, ESXi? Он, если я не ошибаюсь, тоже бесплатный.
А чем обусловлен выбор Hyper-V а не, например, ESXi? Он, если я не ошибаюсь, тоже бесплатный.
а мы в лабе для аналогичных задач использовали дистрибутив c www.openfiler.com, по iscsi показыват скорость в разы быстрее других протестированных и разворачиваться очень быстро.
Спасибо за статью. Для меня это актуально.
Скажите, как при такой системе обеспечивать Backup виртуальных машин с хранилища на удалённый ресурс?
Скажите, как при такой системе обеспечивать Backup виртуальных машин с хранилища на удалённый ресурс?
Внедрял у себя аналогичное решение. Live migration отлично работает. Но пробовали Вы просто выключить шнур питания из одного сервера в кластере? У меня лично машины почему-то не захотели подниматься на второй ноде. Причина, со слов Starwind, в iSCSI Initiatore Microsoft. Может кто знает другие причины этой проблемы?
А если сломается машина с хранилищем, то хана кластеру? А какой в нем тогда смысл? :)
Смысл в демонстрации возможностей технологии. Для отказоустойчивости лучше использовать нормальный SAN.
Спасибо. Нашел решение от того же Starwind, использующее всего два сервера — www.starwindsoftware.com/native-san-for-hyper-v-features.
Еще один глупый вопрос. Нагрузка равномерно распределяется между узлами и их ресурсы общие? Например в кластере из двух машин с 6-ядерными процессорами и 32гб памяти для использования будет доступно 64гб или 32, и 12 ядер или 6?
Еще один глупый вопрос. Нагрузка равномерно распределяется между узлами и их ресурсы общие? Например в кластере из двух машин с 6-ядерными процессорами и 32гб памяти для использования будет доступно 64гб или 32, и 12 ядер или 6?
То есть я правильно понимаю что при отказе работающей ноды вторая продолжит работать?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кластер Hyper-V 2008 R2 на коленке