Архив метки: W2K12

Понижение FFL и DFL

Довольно известная фишка, появившаяся с релизом Windows server 2008R2 и присутствующая поныне, недавно мне понадобившаяся в связи с просьбой помочь установить устаревшее решение от Microsoft в инфраструктуру собранную нативно на 2012R2. Как показала практика, процесс отката уровня домена и леса - процедура очень простая с точки зрения трудозатрат, но требующая анализа включенных опций Active Directory и возможности их работы на разных уровнях домена и леса. Возьмем например опция корзины Active Directory: нельзя откатывать уровень домена или леса туда, где эта опция еще не поддерживается. Общее правило отката таково - посмотри какие опции включены, вспомни когда они появились и откати до того уровня домена или леса. Беда в том, что откатиться ниже не получится - однажды включенная корзина AD, отключена быть не может. А само понижение может быть выполнено из PowerShell следующим оператором (требуются права Enterprise Administrator):

Set-ADDomain Mode mydomain.ru -DomainMode Windows2003Domain

Очевидно, что в данном примере для домена mydomain.ru был установлен DFL Windows 2003.
Подробнее про командлет Set-ADDomain написано здесь.

Настройка Cluster Aware Updates

С версии операционной системы Windows Server 2012 администраторам кластерных систем предоставлен удобный инструмент по контролю за установкой обновлений на хосты находящиеся в кластерной среде. Развернуть инструмент достаточно просто, опишу процесс: Читать далее Настройка Cluster Aware Updates

Обновление Hyper-V кластера Windows 2012 до 2012R2

Внесу поправку в заметку, так как первый полученный результат, описанный ниже (зачеркнутый), был получен случайно.

В связи с выходом Windows Server 2012 R2 предстоит обновление инфраструктуры. По заявлению ответственных лиц компании Microsoft, ноды с операционными системами 2012 и 2012R2 могут работать в одном кластере совместно.

Ноды с разными версиями операционных систем работать совместно не могут. Один раз у меня такая схема переезда получилась, однако повторить я ее не смог. Для корректного переезда с 2012 на 2012R2 необходимо пользоваться схемой создания параллельного кластера и перевозом кластерных ресурсов между кластерами. Операция довольно простая, но для ее осуществления необходим запас свободных вычислительных мощностей в кластере, чтобы можно было безопасно извлечь хотя бы одну ноду и построить на ней новый кластер.

Последовательность действий при переезде (пример для двухнодового кластера):
1. Освобождаем хост от виртуальных машин, мигрируем их на другую ноду
2. Извлекаем ноду из кластера
3. Запускаем обновление операционной системы. Здесь процедура вполне стандартная: соглашаемся с предложением проверить обновления онлайн перед началом установки, вводим ключ лицензии, выбираем вариант установки
4. Когда будет предложен вариант установки или обновления - выбираем обновление
5. Дожидаемся окончания установки, перезагружаем сервер, убеждаемся в наличии и работоспособности всех ранее установленных сервисов (в нашем случае Hyper-V и Failover Cluster). Можно посмотреть журнал событий на предмет скрытых исключений, однако, как правило, все встает нормально.
6. Создаем на обновленной ноде новый кластер (пока из одной ноды)
7. Мигрируем виртуальные машины на обновленную ноду используя мастер Copy Cluster Roles (на старой ноде их нужно будет выключить, если не хотим терять информацию)
8. Разрушаем старый кластер
9. Запускаем виртуалньые машины на обновленной ноде
10. Обновляем операционную систему на оставшейся ноде
11. Добавляем ноду в новый кластер
12. Проверяем обновления операционных систем на обоих нодах, по необходимости устанавливаем их
13. Проверяем необходимость установки интеграционных компонент внутри виртуальных машин, там, где это применимо

Теперь рассмотрю вариант, когда виртуальные машины хранятся на отдельном SAN, презентованном для кластера как CSV, и обладающим некоторым количеством свободного дискового пространства. Отличие данной конфигурации в том, что миграцию виртуальных машин можно произвести на лету без остановки виртуальных машин. Однако для этого понадобится наличие SCVMM 2012R2, так как опция Live Storage Migration доступна только через него, по этому можно установить SCVMM 2012R2 на виртуальную машину внутри того же кластера, и операции производить оттуда.

Последовательность действий:
1. Освобождаем хост от виртуальных машин, мигрируем их на другую ноду
2. Извлекаем ноду из кластера
3. Запускаем обновление операционной системы
4. Дожидаемся окончания установки, перезагружаем сервер, убеждаемся в наличии и работоспособности всех ранее установленных сервисов
5. На SAN создаем еще один кворумный диск и еще один диск для нового CSV
6. Создаем на обновленной ноде новый кластер, подключаем к нему новый CSV и кворум
7. Подключаем новый кластер к SCVMM
8. Через SCVMM делаем Live Migration виртуальных машин со старого на новый кластер
9. Отключаемся от старого кластера на SCVMM Касательно виртуальной машины с SCVMM - я эту виртуальную машину переношу вручную с тома на том и импортирую ее на новый кластер.
10. Разрушаем старый кластер
11. Обновляем операционную систему на оставшейся ноде
12. Добавляем ноду в новый кластер
13. Проверяем обновления операционных систем на обоих нодах, по необходимости устанавливаем их
14. Проверяем необходимость установки интеграционных компонент внутри виртуальных машин, там, где это применимо

Итоги: Радужно обновить кластер с нулевым простоем на Storage Spaces не получилось. Нулевой простой возможет только при наличии нормалнього сторэйджа с запасом и двух CSV (по одному на кластер). Поддержки обоих версий операционных систем одновременно в одном кластере все таки пока нет. Хотелось бы, чтобы это стало одним из следующих шагов в развитии кластеризации от Microsoft.

 

То что ниже - не работающая схема, получившаяся чудом :)

Читать далее Обновление Hyper-V кластера Windows 2012 до 2012R2

Hyper-V кластер для тестов с хранилищем на SMB3.0

Итак, появилась возможность поиграться с недорогим аппаратным решением для тестовой среды на базе Windows Server 2012 R2 используя новые технологии, как то Storage Spaces и SMB3.0. Сам процесс развертывания довольно хорошо описан в статье на Technet, но я отпишу здесь небольшой кукбук, напоминалку, более простыми словами и короткой последовательностью действий. Читать далее Hyper-V кластер для тестов с хранилищем на SMB3.0

Безопасная репликация между двумя standalone хостами Hyper-V 3.0

Наступил тот момент, когда мне пришлось поднимать репликацию на Hyper-V 3.0 в разнесенных датацентрах в условиях отсутствия домена на обычных standalone серверах. На виртуальных машинах крутятся задачи, которые не требуют мгновенного RTO (по требованиям не более часа в условиях удаленности датацентров), а ненулевой RPO для них не смертелен. При этом затраты на решение должны быть минимизированы. В таких случаях я дополнительно подключаю виртуальные машины и хосты виртуализации к своей системе мониторинга, и при их отказе в течении двух трех минут я получаю смс и почтовое уведомление о случившемся отказе. Ну а далее дело техники. Читать далее Безопасная репликация между двумя standalone хостами Hyper-V 3.0