Всем привет!
На дворе практически официальный запуск Windows 8.1 RTM и Windows Server 2012 R2 RTM с прочими плюшками, а я уже достаточно долго яро ковыряю System Center 2012 R2 и хотел бы поделиться своими эмпирическими изысканиями на эту тему.
Первое, что приходит в голову в виду последних изменений на рынке виртуализации и облачных платформ, игнорировать облако уже просто не получается, и то что оно тренд — это уже не правда, а самая настоящая реальность. Также с точки зрения профессиональной я могу смело сказать, что и требования к навыкам также меняются и порождают также новые смежные профессии. Приставить слово «облако» куда угодно не поленился даже самый заядлый тунеядец на рынке ИТ и ИТ-сервисов.
Так что время обновлять навыки — и давайте с вами поговорим про эластичность облака и bare-metal развертывание. Есть некоторые новости на эту тему, именно в R2.
Итак, как я уже успел вкратце затронуть, эластичность — это очень важная характеристика облака, которая в частности наряду с другими характеристиками позволяет нам говорить об облачной реализации ИТ или же о традиционной. Когда мы говорим про облако мы забываем про количество серверов когда говорим о системных ресурсах, мы воспринимаем эти серверы как набор системных ресурсов: вычислительных ресурсах и объеме хранилища для размещения данных. Это с идеологической точки зрения верно, однако, когда мы говорим про облако и эластичность — мы говорим о возможности увеличить или уменьшить объем ресурсов для исполнения интересующих нас задач.
В контексте самого сервиса, мы говорим о возможности масштабировать компоненты сервиса в VMM, когда сервисом является готовое приложение размещенное на одной или нескольких взаимосвязанных виртуальных машин. То есть если нам не хватает мощности одной виртуальной машины, мы добавляем к ней дополнительную и настраиваем их для работы в кластере, тем самым увеличиваем объем предоставляемой услуги, сервиса. Это решение вопроса по-крупному, и такая модель больше наверное актуальна для SaaS-модели, но применима ко всем уровням предоставления сервиса — IaaS, PaaS и SaaS.
С точки зрения виртуальной машины, т.е. компонента платформы в данном случае у нас есть возможность динамически подходить к вопросу выделения ресурсов отдельно взятой ВМ, а значит и тому сервису, который она оказывает. Теперь с появление R2 наших продуктов, WS и SC, мы можем динамически изменять размер дисков виртуальных машин VHDX на лету, что справедливо для любого диска подключенному по интерфейсу SCSI. Для виртуальных машин 2-го поколения это утверждение справедливо и для системных дисков, т.к. там только SCSI, без IDE.
Если же мы говорим про фабрику, инфраструктуру для облака — то здесь у нас есть возможность автоматизировать процесс развертывания и включения в VMM хостов виртулизации Hyper-V, хранилищ на базе масштабируемого файл-сервера Windows Server 2012+, а также добавление компонентов хранилищ по SMI-S и SMP.
Т.е. картина вот такая у нас получается:
Ну и давайте рассмотрим детально процесс развертывания компонентов фабрики, как это происходит, какие еще компоненты вовлечены в данный процесс.
Прежде чем начать само развертывание компонентов инфраструктуры — хостов виртуализации и хранилищ на базе SMB, необходимо выполнить ряд условий:
1) У вас уже должен быть развернут PXE, а значит и DHCP сервер с активной областью.
2) В библиотеке VMM должен присутствовать VHDX/VHD-диск, подготовленный с помощью sysprep с параметром generalize. Также необходимо загрузить в библиотеку драйверы для серверного оборудования при необходимости.
3) Также необходимо создать профиль физического хоста — и можно будет приступить к процессу. Для этого выполним следующие действия:
3.1) Перейдите в раздел Library->Physical Computer Profiles->Create Physical Computer Profile
3.2) Теперь необходимо выбрать тип хоста: хост виртуализации (VM Host) или же это хост под хранилище данных (File Server)
3.3) Далее необходимо выбрать виртуальный диск для развертывания его содержимого на сервер, диск должен быть добавлен в библиотеку. (Browse->выбрать образ).
3.4) Далее задаем параметры оборудования для операционной системы хоста: настроим сеть и параметры диска.
3.5) А теперь зададим параметры операционной системы нашего хоста:
Далее в Summary подтверждаем все вышепроделанные операции и завершаем процесс.
4) Теперь необходимо добавить PXE сервер. Для этого зайдем в раздел Fabric и там нажмем на Add Resources, где выберем PXE Server.
5) Далее укажем имя нашего сервера и зададим учетную запись для доступа к серверу PXE с правами админа.
На этом процесс подготовки закончен — приступим к самому развертыванию.
Приступим к самому развертыванию.
6) Опять же зайдем в Add Resources, но на этот раз выберем Hyper-V Hosts and Clusters, далее выбираем вариант как на картинке.
7) Далее перейдем к обнаружению хостов. На этом этапе важно понимать, что VMM должен быть в одной сети с BMC-контроллером материнской платы вашего сервера, а также вы должны обладать правами администратора управления сервером по BMC. Важно, чтобы сервер поддерживал один из протоколов общения — IPMI или SMASH, в зависимости от протокола, выберите необходимый и выберите нужный порт, если отличается от значения по умолчанию.
Для удобства также можно создать учетную запись для дальнейшего использования с BMC-консолью. Данные BMC пригодятся не только для bare-metal deployment'а, но и для физического управления серверами из VMM.
И пруф-линк о пользе Out-Of-Band соединения в VMM.
8) Теперь настало время обнаружить наш с вами сервер и начать процесс ацких мучений! Для этого нам понадобится адрес его BMC-консоли. Галочку о глубоком обнаружении (deep discovery) можно снять — она приводит к циклу включения/выключения через удаленную консоль посредством BMC-аккаунта (считайте что вы на сам веб-интерфейс сервера зашли, только сделал это все VMM с помощью BMC).
9) Далее следует выбрать опции по развертыванию. Зададим имя хоста.
И нам необходимо будет настроить параметры сетевого адаптера — необходимо будет получить IP-адрес для управляющего адаптера на хосте — либо по DHCP, либо при наличии логической сети из заранее созданного пула IP-адресов.
Также нам понадобится MAC-адрес целевого адаптера для установления связи с PXE сервером.
10) На вкладке Summary подтверждаем все настройки и завершаем мастер и начинаем процесс установки — остается дождаться завершения этого процесса — и вот ресурсы нового хоста уже доступны к вашим услугам, инфраструктура увеличена — и можно далее растянуть периметр облака добавив хост, либо это произойдет автоматически при условии, что хосты добавлены в группу, а она в свою очередь относится к облаку.
Так что теперь мы узнали еще немножко про эластичность и возможности VMM — теперь вперед скачивать и пробовать руками! Пока еще Preview, но RTM уже не за горами!
Windows Server 2012 R2 Preview — technet.microsoft.com/ru-ru/evalcenter/dn205286
System Center 2012 R2 Preview — technet.microsoft.com/ru-ru/evalcenter/dn205295
С уважением и кремнем в руках,
Человек-огонь,
Георгий А. Гаджиев.
На дворе практически официальный запуск Windows 8.1 RTM и Windows Server 2012 R2 RTM с прочими плюшками, а я уже достаточно долго яро ковыряю System Center 2012 R2 и хотел бы поделиться своими эмпирическими изысканиями на эту тему.
Первое, что приходит в голову в виду последних изменений на рынке виртуализации и облачных платформ, игнорировать облако уже просто не получается, и то что оно тренд — это уже не правда, а самая настоящая реальность. Также с точки зрения профессиональной я могу смело сказать, что и требования к навыкам также меняются и порождают также новые смежные профессии. Приставить слово «облако» куда угодно не поленился даже самый заядлый тунеядец на рынке ИТ и ИТ-сервисов.
Так что время обновлять навыки — и давайте с вами поговорим про эластичность облака и bare-metal развертывание. Есть некоторые новости на эту тему, именно в R2.
Про эластичность и компоненты инфраструктуры
Итак, как я уже успел вкратце затронуть, эластичность — это очень важная характеристика облака, которая в частности наряду с другими характеристиками позволяет нам говорить об облачной реализации ИТ или же о традиционной. Когда мы говорим про облако мы забываем про количество серверов когда говорим о системных ресурсах, мы воспринимаем эти серверы как набор системных ресурсов: вычислительных ресурсах и объеме хранилища для размещения данных. Это с идеологической точки зрения верно, однако, когда мы говорим про облако и эластичность — мы говорим о возможности увеличить или уменьшить объем ресурсов для исполнения интересующих нас задач.
В контексте самого сервиса, мы говорим о возможности масштабировать компоненты сервиса в VMM, когда сервисом является готовое приложение размещенное на одной или нескольких взаимосвязанных виртуальных машин. То есть если нам не хватает мощности одной виртуальной машины, мы добавляем к ней дополнительную и настраиваем их для работы в кластере, тем самым увеличиваем объем предоставляемой услуги, сервиса. Это решение вопроса по-крупному, и такая модель больше наверное актуальна для SaaS-модели, но применима ко всем уровням предоставления сервиса — IaaS, PaaS и SaaS.
С точки зрения виртуальной машины, т.е. компонента платформы в данном случае у нас есть возможность динамически подходить к вопросу выделения ресурсов отдельно взятой ВМ, а значит и тому сервису, который она оказывает. Теперь с появление R2 наших продуктов, WS и SC, мы можем динамически изменять размер дисков виртуальных машин VHDX на лету, что справедливо для любого диска подключенному по интерфейсу SCSI. Для виртуальных машин 2-го поколения это утверждение справедливо и для системных дисков, т.к. там только SCSI, без IDE.
Если же мы говорим про фабрику, инфраструктуру для облака — то здесь у нас есть возможность автоматизировать процесс развертывания и включения в VMM хостов виртулизации Hyper-V, хранилищ на базе масштабируемого файл-сервера Windows Server 2012+, а также добавление компонентов хранилищ по SMI-S и SMP.
Т.е. картина вот такая у нас получается:
Ну и давайте рассмотрим детально процесс развертывания компонентов фабрики, как это происходит, какие еще компоненты вовлечены в данный процесс.
Процесс развертывания компонентов фабрики VMM
Прежде чем начать само развертывание компонентов инфраструктуры — хостов виртуализации и хранилищ на базе SMB, необходимо выполнить ряд условий:
1) У вас уже должен быть развернут PXE, а значит и DHCP сервер с активной областью.
2) В библиотеке VMM должен присутствовать VHDX/VHD-диск, подготовленный с помощью sysprep с параметром generalize. Также необходимо загрузить в библиотеку драйверы для серверного оборудования при необходимости.
3) Также необходимо создать профиль физического хоста — и можно будет приступить к процессу. Для этого выполним следующие действия:
3.1) Перейдите в раздел Library->Physical Computer Profiles->Create Physical Computer Profile
3.2) Теперь необходимо выбрать тип хоста: хост виртуализации (VM Host) или же это хост под хранилище данных (File Server)
3.3) Далее необходимо выбрать виртуальный диск для развертывания его содержимого на сервер, диск должен быть добавлен в библиотеку. (Browse->выбрать образ).
3.4) Далее задаем параметры оборудования для операционной системы хоста: настроим сеть и параметры диска.
3.5) А теперь зададим параметры операционной системы нашего хоста:
Далее в Summary подтверждаем все вышепроделанные операции и завершаем процесс.
4) Теперь необходимо добавить PXE сервер. Для этого зайдем в раздел Fabric и там нажмем на Add Resources, где выберем PXE Server.
5) Далее укажем имя нашего сервера и зададим учетную запись для доступа к серверу PXE с правами админа.
На этом процесс подготовки закончен — приступим к самому развертыванию.
Приступим к самому развертыванию.
6) Опять же зайдем в Add Resources, но на этот раз выберем Hyper-V Hosts and Clusters, далее выбираем вариант как на картинке.
7) Далее перейдем к обнаружению хостов. На этом этапе важно понимать, что VMM должен быть в одной сети с BMC-контроллером материнской платы вашего сервера, а также вы должны обладать правами администратора управления сервером по BMC. Важно, чтобы сервер поддерживал один из протоколов общения — IPMI или SMASH, в зависимости от протокола, выберите необходимый и выберите нужный порт, если отличается от значения по умолчанию.
Для удобства также можно создать учетную запись для дальнейшего использования с BMC-консолью. Данные BMC пригодятся не только для bare-metal deployment'а, но и для физического управления серверами из VMM.
И пруф-линк о пользе Out-Of-Band соединения в VMM.
8) Теперь настало время обнаружить наш с вами сервер и начать процесс ацких мучений! Для этого нам понадобится адрес его BMC-консоли. Галочку о глубоком обнаружении (deep discovery) можно снять — она приводит к циклу включения/выключения через удаленную консоль посредством BMC-аккаунта (считайте что вы на сам веб-интерфейс сервера зашли, только сделал это все VMM с помощью BMC).
9) Далее следует выбрать опции по развертыванию. Зададим имя хоста.
И нам необходимо будет настроить параметры сетевого адаптера — необходимо будет получить IP-адрес для управляющего адаптера на хосте — либо по DHCP, либо при наличии логической сети из заранее созданного пула IP-адресов.
Также нам понадобится MAC-адрес целевого адаптера для установления связи с PXE сервером.
10) На вкладке Summary подтверждаем все настройки и завершаем мастер и начинаем процесс установки — остается дождаться завершения этого процесса — и вот ресурсы нового хоста уже доступны к вашим услугам, инфраструктура увеличена — и можно далее растянуть периметр облака добавив хост, либо это произойдет автоматически при условии, что хосты добавлены в группу, а она в свою очередь относится к облаку.
Так что теперь мы узнали еще немножко про эластичность и возможности VMM — теперь вперед скачивать и пробовать руками! Пока еще Preview, но RTM уже не за горами!
Windows Server 2012 R2 Preview — technet.microsoft.com/ru-ru/evalcenter/dn205286
System Center 2012 R2 Preview — technet.microsoft.com/ru-ru/evalcenter/dn205295
С уважением и кремнем в руках,
Человек-огонь,
Георгий А. Гаджиев.
