Первое, что приходит в голову в виду последних изменений на рынке виртуализации и облачных платформ, игнорировать облако уже просто не получается, и то, что оно тренд – это уже не правда, а самая настоящая реальность. А с точки зрения профессиональной я могу смело сказать, что и требования к навыкам также меняются и порождают новые смежные профессии. Приставить слово «облако» куда угодно не поленился даже самый заядлый тунеядец на рынке ИТ и ИТ-сервисов.
Так что время обновлять навыки, и давайте с вами поговорим про эластичность облака и развертывание bare-metal. Есть некоторые новости на эту тему, именно в R2.
Про эластичность и компоненты инфраструктуры
Итак, как я уже успел вкратце сказать, эластичность – это очень важная характеристика облака, которая, в частности, наряду с другими характеристиками позволяет нам говорить об облачной реализации ИТ или же о традиционной. Когда мы говорим про облако мы забываем про количество серверов, когда говорим о системных ресурсах, мы воспринимаем эти серверы как набор системных ресурсов: вычислительных ресурсов и объеме хранилища для размещения данных. Это с идеологической точки зрения верно, однако, когда мы говорим про облако и эластичность – мы говорим о возможности увеличить или уменьшить объем ресурсов для исполнения интересующих нас задач.
В контексте самого сервиса, мы говорим о возможности масштабировать компоненты сервиса вVMM, когда сервисом является готовое приложение, размещенное на одной или нескольких взаимосвязанных виртуальных машинах. То есть если нам не хватает мощности одной виртуальной машины, мы добавляем к ней дополнительную и настраиваем их для работы в кластере, тем самым увеличиваем объем предоставляемой услуги, сервиса. Это решение вопроса по-крупному, и такая модель больше, наверное, актуальна для SaaS-модели, но применима ко всем уровням предоставления сервиса – IaaS, PaaS и SaaS.
![*](/user_img/140201123442/dn481120.5b384be7dd6753b81b09f97145e8499f(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
С точки зрения виртуальной машины, т.е. компонента платформы в данном случае у нас есть возможность динамически подходить к вопросу выделения ресурсов отдельно взятой ВМ, а значит, и тому сервису, который она оказывает. Теперь с появлением R2 наших продуктов WS и SC, мы можем динамически изменять размер дисков виртуальных машинVHDX на лету, что справедливо для любого диска, подключенного по интерфейсу SCSI. Для виртуальных машин второго поколения это утверждение справедливо и для системных дисков, т.к. там только SCSI, без IDE.
Если же мы говорим про фабрику, инфраструктуру для облака, то здесь у нас есть возможность автоматизировать процесс развертывания и включения в VMM хостов виртулизации Hyper-V, хранилищ на базе масштабируемого файл-сервера Windows Server 2012+, а также добавлять компоненты хранилищ поSMI-S и SMP.
Т.е. картина вот такая у нас получается:
![*](/user_img/140201123442/dn481120.23ac4de91d2ef06f157bc32451204ab9(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
Ну и давайте рассмотрим детально процесс развертывания компонентов фабрики, как это происходит, какие еще компоненты вовлечены в данный процесс.
Процесс развертывания компонентов фабрики VMM
Прежде чем начать само развертывание компонентов инфраструктуры – хостов виртуализации и хранилищ на базеSMB, необходимо выполнить ряд условий:
- У вас уже должен быть развернут PXE, а значит и DHCP-сервер с активной областью.
- В библиотеке VMM должен присутствовать VHDX/VHD-диск, подготовленный с помощью sysprep с параметром generalize. Также необходимо загрузить в библиотеку драйверы для серверного оборудования при необходимости.
- Кроме того необходимо создать профиль физического хоста – и можно будет приступить к процессу. Для этого выполним следующие действия:
3.1) Перейдите в раздел Library->Physical Computer Profiles->Create Physical Computer Profile
![*](/user_img/140201123442/dn481120.693cf86fabddac8e76b7782429169d1a(ru-ru,MSDN.10).jpg)
3.2) Теперь необходимо выбрать тип хоста: хост виртуализации (VM Host) или же это хост под хранилище данных (File Server)
![*](/user_img/140201123442/dn481120.ed0bb836056973f84bca6d88d24f7160(ru-ru,MSDN.10)_mini_oszone.png)
Увеличить
3.3) Далее необходимо выбрать виртуальный диск для развертывания его содержимого на сервер, диск должен быть добавлен в библиотеку. (Browse->выбрать образ).
![*](/user_img/140201123442/dn481120.f0387a445fb8dc5bfba82a6d2f6c817c(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
3.4) Далее задаем параметры оборудования для операционной системы хоста: настроим сеть и параметры диска.
![*](/user_img/140201123442/dn481120.7d295d0338edd92fd974ca00ceedfe08(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
3.5) А теперь зададим параметры операционной системы нашего хоста:
![*](/user_img/140201123442/dn481120.257690b85a7813509d0d0166a725f37e(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
Далее в Summary подтверждаем все вышепроделанные операции и завершаем процесс.
4) Теперь необходимо добавитьPXE сервер. Для этого зайдем в раздел Fabric и там нажмем на Add Resources, где выберем PXE Server.
![*](/user_img/140201123442/dn481120.f359e5de54586ccff45c1c625a9169f5(ru-ru,MSDN.10).jpg)
5) Далее укажем имя нашего сервера и зададим учетную запись для доступа к серверу PXE с правами админа.
![*](/user_img/140201123442/dn481120.904922695d01de6ce7bee65f8c42deec(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
На этом процесс подготовки закончен – приступим к самому развертыванию.
6) Опять же зайдем в Add Resources, но на этот раз выберем Hyper-V Hosts and Clusters, далее выбираем вариант как на картинке.
![*](/user_img/140201123442/dn481120.be6c4c40864147c1acaaf6382d61ee01(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
7) Далее перейдем к обнаружению хостов. На этом этапе важно понимать, что VMM должен быть в одной сети с BMC-контроллером материнской платы вашего сервера, а также вы должны обладать правами администратора управления сервером по BMC. Важно, чтобы сервер поддерживал один из протоколов общения – IPMI или SMASH, в зависимости от протокола, выберите необходимый и выберите нужный порт, если он отличается от значения по умолчанию.
![*](/user_img/140201123442/dn481120.3bb1b0690304553ca242153fc0287ea2(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
Для удобства также можно создать учетную запись для дальнейшего использования с BMC-консолью. Данные BMC пригодятся не только для bare-metal deployment'а, но и для физического управления серверами из VMM.
![*](/user_img/140201123442/dn481120.40ed92e96b5f59524a5f651487560202(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
И пруф-линк о пользе Out-Of-Band соединения в VMM.
![*](/user_img/140201123442/dn481120.650d23ec7a016fef9918edbe369e57ac(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
8) Теперь настало время обнаружить наш с вами сервер и начать процесс ацких мучений! Для этого нам понадобится адрес его BMC-консоли. Галочку о глубоком обнаружении (deep discovery) можно снять – она приводит к циклу включения/выключения через удаленную консоль посредством BMC-аккаунта (считайте, что вы на сам веб-интерфейс сервера зашли, только сделал это все VMM с помощью BMC).
![*](/user_img/140201123442/dn481120.d0d5db123ccfebbe7713f168eac4d7c7(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
9) Далее следует выбрать опции по развертыванию. Зададим имя хоста.
![*](/user_img/140201123442/dn481120.3941ccbcb87cba04fe436df6b26c7ea8(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
И нам необходимо будет настроить параметры сетевого адаптера – необходимо будет получить IP-адрес для управляющего адаптера на хосте либо по DHCP, либо, при наличии логической сети, из заранее созданного пула IP-адресов.
Также нам понадобится MAC-адрес целевого адаптера для установления связи с PXE сервером.
![*](/user_img/140201123442/dn481120.1fa55e84bb9de5e17c9d7f9ef233fc80(ru-ru,MSDN.10)_mini_oszone.jpg)
Увеличить
10) На вкладке Summary подтверждаем все настройки и завершаем мастер и начинаем процесс установки. Остается лишь дождаться завершения этого процесса, и вот ресурсы нового хоста уже доступны к вашим услугам, инфраструктура расширена, и можно далее растянуть периметр облака, добавив хост, либо это произойдет автоматически при условии, что хосты добавлены в группу, а она, в свою очередь, относится к облаку.