Только полноправные пользователи могут оставлять комментарии. TM Feed Хабрахабр Geektimes Тостер Мой круг Фрилансим. Хабрахабр Публикации Пользователи Хабы Компании Песочница. Сразу отмечу, что многие, кто сталкивался с виртуализацией от Microsoft, ничего нового для себя не найдут — это небольшой гайд по созданию кластера на базе Hyper-V с некоторыми тонкостями, касающихся конкретной конфигурации. Итак, что мы имеем: Два сервера с внешним SAS портом и 4-х портовой сетевой картой Дисковое хранилище HP P G3 SAS Коммутатор, а лучше два в стеке, с поддержкой LACP, в моем случае — это стек из двух Cisco S По заверениям MS , желательно иметь одинаковые контроллеры SAS, с одинаковыми драйверами и прошивками, на всех узлах кластера. Так же нам потребуется: Домен AD Компьютер или ноутбук в домене с установленной ОС Windows 8 или 8. Скачиваем Hyper-V Server , потребуется бесплатная регистрация, и любым, удобным для вас способом, ставим его на два наших сервера. Напомню, что мы используем Core версию, так как GUI нам на сервере не нужен. Настраиваем сеть В консоли сервера переходим в командную строку и далее в Powershell, одноименной командой, объединим все 4 интерфейса в один логический и зададим режим объединения LACP: Switch config-if switchport mode trunk Switch config-if channel-group 1 mode active После этого в списке сетевых адаптеров на сервере будет виден наш новый интерфейс Team в статусе Up: Up Дальше через псевдо-графическое меню можно присвоить настройки IP, включить удаленное управление, ввести в домен. Устанавливаем RSAT по ссылка выше, включаем компонент Hyper-V в панели управления — программы и можем уже управлять гипервизором, но нам нужен кластер. Install-WindowsFeature Failover-Clustering Install-WindowsFeature RSAT-Clustering-PowerShell После этого уже из оснастки диспетчера отказоустойчивости создаем кластер через GUI либо через PS: New-Cluster —Name HV-Cluster —Node Srv01,Srv02 —StaticAddress Install-WindowsFeature Multipath-IO Добавляем поддержку SAS в оснастке mpiocpl и после перезагрузки в диспетчере дисков LUNы не будут двоиться если сервер подключен двумя SAS кабелями. После данных манипуляций можно добавлять диски в оснастке диспетчера отказоустойчивости, там же делаем кворум из добавленного диска. Тоже самое через PS: На этом собственно все, дальше можно создавать виртуальные машины и помещать их на разделяемом хранилище, напомню, что общий диск монтируется в папку C: IT-инфраструктура авторов , 1,2k публикаций. Сетевые технологии авторов , 1,1k публикаций. Системное администрирование 1,1k авторов , 2,2k публикаций. Децентрализованные сети авторов , публикации. Nginx авторов , публикаций. Хостинг авторов , публикация. Серверная оптимизация 87 авторов , публикаций. Серверное администрирование авторов , публикаций. Администрирование баз данных 69 авторов , публикаций. Антивирусная защита автор , публикации. Добавить в закладки C, PetrWrap или PetyaCry? Это не отказоустойчивый кластер. Это кластер перехода по отказу. В данном случае, в случае выхода из строя одной ноды, виртуальные машины переедут на живую ноду, правда с перезагрузкой ВМ. Либо можно перевезти ВМ с одной живой ноды на другую живую, практически без потери связи. VMware Fault Tolerance или Stratus ftServer, которые переживают отказ без прерывания сервиса , а тут рассматривается высокодоступный кластер. Увенены, что за 4 минуты ВМ успеют загрузиться на запасном узле? Ок, это все трактовки, главное, что бы было понятие, что будет происходить в конкретных случаях. Уверены, что за 4 минуты ВМ успеют загрузиться на запасном узле? Откуда взялась цифра в 4 минуты я не знаю, однако этот функционал работал еще на прошлом кластере Hyper-V , и проводил подобные опыты и ВМ поднимались на рабочей ноде. Я тоже не вполне понял откуда взялись 4 минуты, но это действительно высокодоступный кластер, а не отказоустойчивый. Пардон, почему-то вспомнилось про таймаут tcp, но при падении сервера это не будет иметь значения. Если вдаваться в лингвистику, то данный кластер спасает от отказа одного узла, соответственно его можно назвать отказоустойчивым. Но как я уже писал выше, мне не важно как он будет называться, хоть гиперкластером, главное я знаю какие задачи он решает. Либо я чего-то не понимаю, либо автор делает свой велосипед. Если у вас есть отдельное хранилище, то можно без проблем использовать Shared Storage, специально для Hyper-V было придумано. Так оно и есть, хранилище, а точнее даже LUN одновременно используется двумя нодами. Если оба узла работают, то переезд ВМ проходит без перезагрузки ВМ, однако, если один узел отключится сгорел сервер, например , то ВМ переедет на рабочий узел с перезагрузкой ВМ, то есть фактически ВМ аварийно выключится и включится уже на другом узле. Коммутатор, а лучше два в стеке, с поддержкой LACP, в моем случае — это стек из двух Cisco S Ещё лучше коммутаторы с поддержкой RDMA. Я этим летом делал похожий проект, правда у нас не было общего хранилища. Поэтому у нас не получилось сделать НА кластер, остановились на кластере с миграцией вм каждые 5 минут. В вашем случае когда есть общее хранилище для данных можно без проблем построить НА-кластер. На оба сервера устанавливаете hyper-v и failover cluster, добавляете sas-диски, настраиваете их как shared storage и добавляете к failover кластеру вм роль. Что-то похожее описывается тут. По поводу RDMA тоже была это тема в связке с hyper-v. Это всё очень повышает скорость и доступность. Проблема в том, что если нельзя делать кластер с hyper-v и самба3 на одном сервере. Метки лучше разделять запятой. Сейчас Вчера Неделя Почему нет русского Amazon, или где зарыта? Мифы, которые надо закрыть 10k Первая российская материнская плата массового сегмента 24,8k Интересные публикации Хабрахабр Geektimes. Стабильность нейтрона в атомном ядре GT. Запись с 1 млн нейронов: Анализ трафика GSM сетей в Wireshark. Пять главных аспектов плохой безопасности интернета вещей. Cолнце и ветер стали самыми дешевыми источниками энергии GT. W3C всё-таки одобрил стандарт DRM для HTML5 GT. Как я боролся с комарами. Личный опыт и тесты на себе GT. Neuralink — Будущее, которое сложно себе представить. Вы будете его частью GT. Разделы Публикации Хабы Компании Пользователи Песочница. Информация О сайте Правила Помощь Соглашение Конфиденциальность. Услуги Реклама Тарифы Контент Семинары.
В данной статье мы рассмотрим как установить и настроить кластер по отказу HA Hyper-v. При настройке роли Hyper-V укажите сетевой адаптер для виртуального коммутатора, и не включайте функцию миграции VM. Коммутаторы должны иметь одинаковые названия и настройки! После проверки откроется мастер создания кластера. Вводим сетевое имя кластера, и статический ip адрес. Далее перейдите в раздел сети, и проверьте что в кластере используются правильные сети для подключения к локальной сети предприятия и межкластерной сети. На этом этапе создание HA кластера Hyper-V завершено. Для создания новой VM в кластере используйте консоль отказоустойчивых кластеров. Данная VM будет работать в режиме высокой доступности. При выходе из строя одной из нод кластера, VM будет автоматически перезапущена на второй ноде кластера. Похожие статьи Отказоустойчивый ISCSI кластер на Windows Server R2 Установка и настройка кластера MSSQL Установка и настройка Citrix XenServer Часть 1. Установка и настройка Citrix XenServer Часть 4. Установка и настройка Citrix XenServer Часть 2. Установка и настройка дедупликации на Windows Server R2. Windows , Windows Server , Виртуализация. Cluster , Hyper-V , Windows Server , Виртуализация. Добавить комментарий Отменить ответ Ваш e-mail не будет опубликован. Комментарий Имя E-mail Сайт.
https://gist.github.com/60fdf2ea7f80a77ec44ee15b5546264f
https://gist.github.com/cb731bfc6d80fd7d882de3eec2212e45
https://gist.github.com/e2a4a760d3ed1ef4f6a2a327f346efe1