Vapp vmware что это
VMware vApps are perhaps one of the most underutilized features of vCenter Server. A vApp is an application container, like a resource pool if you will but not quite, containing one or more virtual machines. Similarly to a vm, a vApp can be powered on or off, suspended and even cloned. The feature I like best is the ability to have virtual machines power up (or shut down) in a sequential fashion using one single mouse click or command. Suppose you have a virtualized Microsoft-centric environment comprising a file server, a DNS server, a couple of AD domain controllers and an Exchange Server. VMware refers to such environments as multi-tiered applications.
Normally you would switch on the DNS server first, followed by the domain controllers, the file server and finally the Exchange server. The reverse sequence holds true when it comes to powering down the entire environment perhaps due to scheduled maintenance. A vApp allows you to group all these components under one logical container. Better still, you can specify the vm start up order and the time taken in between powering up or shutting down the next vm.
Before jumping in to show you how to create and set up a vApp in vCenter Server, I just need to outline the prerequisites, these being a vCenter Server managing a DRS enabled cluster (Figure 1) or any standalone host running ESXi 4.0 or higher.
Figure 1 – DRS enabled cluster in vCenter Server
Step 4: Exporting, importing and cloning vApps
OVF is the default distribution format for vApps and consequently a vApp can be exported to as such. Exporting vApps is a great feature to have as it allows you to backup an entire environment to a single file which you can re-import at any time to the original hosting vCenter Server or an alternative one. Cloning is supported as well, the only caveat being that the vApp must be powered off before it can be cloned. The next video illustrates how a vApp is imported and exported to and from vCenter Server.
Cloning a vApp is just a matter of right-clicking on it and selecting “Clone”. Alternatively, you may wish to use PowerCli as follows (change the items in red accordingly);
New-VApp -name ‘AD Environment 2’ -Location (get-cluster ‘Cluster’ ) -VApp (get-vapp ‘AD Environment’ ) -Datastore ‘iSCSI LUN A’
Some additional PowerCLI cmdlets you’ll surely find handy are;
- Get-Vapp
- New-Vapp
- Start-VApp
- Export-Vapp
Облачная терминология
Виртуальный дата-центр (virtual datacenter, VDC) — это пул виртуальных вычислительных ресурсов (процессоры, память, место на диске). По факту, это среда, в рамках которой вы будете создавать виртуальные машины, контейнеры (vApp), каталоги с образами (шаблонами), сети.
vApp – это контейнер, в котором размещаются виртуальные машины. vApp позволяет объединять виртуальные машины по их назначению (почтовый сервер, бухгалтерия и пр.) и управлять группой виртуальных машин. Это особенно удобно, если у вас большая виртуальная инфраструктура. На основе vApp можно создавать шаблоны: это может сэкономить время, если есть необходимость разворачивать однотипные группы виртуальных машин.
Виртуальные машины (VM) — с этим, думаю, всем все понятно. Скажу лишь, что в vCloud Director их можно создавать из шаблонов в каталоге (сразу с ОС) или с нуля, устанавливая нужную ОС из ISO-образа.
Каталоги (Libraries, Catalogs) – это папки, в которых можно хранить шаблоны vApp, виртуальных машин и медиа-файлов (ISO-образы).
Сеть уровня организации (Org VDC Networks) – это сеть вашего виртуального дата-центра, доступная для всех vApp и виртуальных машин. Сеть уровня организации может быть изолированной (isolated, без выхода в Интернет) и маршрутизируемой (routed, с выходом в Интернет).
Сеть уровня vApp, как следует из названия, работает только внутри выбранного vApp: для виртуальных машин из других vApp по умолчанию она не будет доступна, тем самым обеспечивая дополнительную изоляцию между двумя контейнерами. Это, например, можно использовать, если у вас в одном виртуальном дата-центре «живет» сразу несколько проектов, которые не должны друг друга «видеть».
Внешняя сеть (External Networks) — сеть подключаемая «напрямую» к VM (без использования облачного edge gateway).
Conclusion
As we have seen, vApps can be a great addition to one’s arsenal of VMware tricks. You’ll find vApps to be extremely handy in disaster recovery scenarios where you would want to automate and quickly power up mutually dependent virtual machines using a single click or command. vApps also lend themselves extremely well to any backup strategy by providing the means to quickly back up and restore multi-tiered applications or environments using a single OVF package, assuming they are static workloads. This in turn can be backed up or archived as part of a disaster recovery plan. When disaster strikes – touching wood! – the backed up OVF is restored to a make-shift or replacement vSphere infrastructure to quickly bring online any essential services you might need. Compare this to having to restore and power up each and every constituent virtual machine one at a time. Now, couple this with the fact that it only takes a few mouse clicks to create and configure a vApp and I think you’ll agree that vApps are too much of a good feature to overlook.
UPDATE: Мы автоматизировали создание сети и правил NAT. Теперь при оформление подписки все это создается само :). Все что вам остается — это развернуть виртуальную машину из шаблона или с нуля. При этом у вас по-прежнему остается возможность менять настройки сети при необходимости.
Только не забываем про Firewall, который по умолчанию не пропускает никакой трафик и требует настройки правил.
vCloud Director — это платформа для управления виртуальной инфраструктурой по модели IaaS. Для тех, кто раньше не сталкивался с «промышленными» вариантами панелей, может показаться сложной. Но первое впечатление обманчиво: как только «испуг» от богатого функционала пройдет, вы оцените ее возможности и ту, свободу в настройках, которую дает vCloud Director. А именно панель позволяет:
• создавать виртуальные машины и управлять ими;
• осуществлять их миграцию из другого облака;
• устанавливать любые виртуальные машины с ОС из имеющихся шаблонов и загружать ovf шаблоны самостоятельно;
• гибко управлять правами доступа к пулу виртуальных ресурсов;
• создавать внутренние и маршрутизируемые (с выходом в Интернет) и изолированные сети;
• настраивать гибкие правила Firewall и создавать VPN-соединения;
• настраивать балансировку нагрузки между виртуальными машинами и многое другое.
Начнем с самых азов, поэтому администраторы 80 lvl могут понаблюдать в стороне, как орлята учатся летать :)
Поговорим по понятиям
Для начала давайте познакомимся основными элементами vCloud Director, чтобы было проще ориентироваться при настройке.
Виртуальный дата-центр (virtual datacenter, VDC) — это пул виртуальных вычислительных ресурсов (процессоры, память, место на диске). Фактически, это среда, в рамках которой вы будете создавать виртуальные машины, контейнеры (vApp), сети.
vApp – это контейнер, в котором размещаются виртуальные машины. vApp позволяет объединять виртуальные машины по их назначению (почтовый сервер, бухгалтерия и пр.) и управлять группой виртуальных машин. Это особенно удобно, если у вас большая виртуальная инфраструктура. На основе vApp можно создавать шаблоны: это может сэкономить время, если есть необходимость разворачивать однотипные группы виртуальных машин.
Виртуальные машины (VM) — с этим, думаю, всем все понятно. Скажу лишь, что в vCloud Director их можно создавать из шаблонов в каталоге (сразу с ОС) или с нуля, устанавливая нужную ОС из ISO-образа.
Каталоги (Catalogs) – это папки, в которых можно хранить шаблоны vApp, виртуальных машин и медиа-файлов (ISO-образы).
Сеть уровня организации (Org VDC Networks) – это сеть вашего виртуального дата-центра, доступная для всех vApp и виртуальных машин. Сеть уровня организации может быть изолированной (isolated, без выхода в Интернет) и маршрутизируемой (routed, с выходом в Интернет).
Сеть уровня vApp, как следует из названия, работает только внутри выбранного vApp: для виртуальных машин из других vApp по умолчанию она не будет доступна, тем самым обеспечивая дополнительную изоляцию между двумя контейнерами. Это, например, можно использовать, если у вас в одном виртуальном дата-центре «живет» сразу несколько проектов, которые не должны друг друга «видеть».
От теории к практике
Теперь покажем шаг за шагом, как выглядит процесс первоначальной настройки сети. Мы рекомендуем начать работу именно с нее, так как в этом случае vApp можно подключить к имеющейся сети при его создании. Но если все-таки первым делом вы создаете vApp с виртуальной машиной, то алгоритм действий будет немного другим. Вот эта инструкция поможет сделать все правильно и в этой ситуации.
Итак, приступим.
Создаем сеть уровня организации
1. Заходим в раздел Administration и кликаем мышкой два раза по виртуальному дата-центру.
2. Переходим во вкладку Org VDC Networks и жмем на зеленый +.
3. В появившемся окне выбираем тип сети: если нужен выход в Интернет, то выбираем routed network (маршрутизируемая). Выделяем vShield Edge и жмем Next.
vShield Edge заслуживает пары отдельных слов. Этот набор сервисов сочетает в одном флаконе DHCP, NAT, Firewall, VPN и балансировщик нагрузки (Web Load Balancing).
4. Во вкладке Configure Network заполняем настройки сети:
• Gateway address — адрес шлюза, например, 192.168.0.1;
• Network mask — маска подсети, например, 255.255.255.0;
• Primary DNS — первичный DNS адрес, например, 95.131.31.206;
• Secondary DNS — вторичный DNS адрес, например, 178.20.234.206.
• В поле Static IP pool введите диапазон адресов, которые в дальнейшем будут автоматически присваиваться вашим виртуальным машинам.
Ввод должен осуществляться в формате xxx.xxx.xxx.xxx- yyy.yyy.yyy.yyy, где xxx.xxx.xxx.xxx- это начальный адрес подсети, а yyy.yyy.yyy.yyy- конечный IP- адрес подсети. Например, 192.168.0.101 — 192.168.0.150. Для ваших виртуальных машин будут выделяться адреса из указанного пула. Внизу будет указано количество доступных IP (total:50). Жмем Next.
5. Придумываем название сети и описание, если необходимо.
6. Проверяем еще раз все настройки и жмем Finish.
Все, с сетью организации разобрались. Вот она, создалась.
Теперь осталось настроить доступ в интернет. Для этого нужно настроить трансляцию адресов (Network Address Translation –
преобразование сетевых адресов.
Настройка правил SNAT и DNAT
Для выхода из локальной сети в Интернет настраиваем SNAT.
1. Первым дело нам нужно посмотреть диапазон внешних IP-адресов, который нам доступен. Для этого снова заходим в раздел Administration и кликаем дважды на виртуальный дата-центр. Переходим во вкладку Edge Gateways и кликаем на нужный vShield Edge правой кнопкой мыши. Выбираем опцию Properties .
2. Наблюдаем нужную информацию во вкладке Sub-Allocate IP Pools. Запоминаем или даже записываем :)
3. Возвращаемся к нашему vShield Edge, кликаем на него правой кнопкой мыши и выбираем опцию Edge Gateway Services.
4. В появившемся окне открываем вкладку NAT и нажимаем Add SNAT.
5. В новом окне:
• в поле Applied on (Применяется) указываем внешнюю сеть (не сеть уровня организации!).
• в поле Description указываете описание к правилу SNAT;
• в поле Original (Internal) source IP/range указываем внутренний диапазон адресов, например 192.168.0.0/24;
• в поле Translated (External) source IP/range вписываем внешний адрес, через который будет осуществляться выход в Интернет (тот адрес, что мы посмотрели в Sub-Allocate IP Pools и запомнили). Жмем ОК.
Теперь создаем правило DNAT, для того, чтобы предоставлять свои сервисы в Интернет, например, сайт с котиками (с).
1. Жмем на Add DNAT.
2. В появившемся окне заполняем следующее
• в поле Applied on указываем внешнюю сеть (как и в случае с SNAT, это не сеть уровня организации!);
• в поле Description указываем описание правила DNAT;
• в поле Original (External) IP/range указываем внешний адрес (адрес из вкладки Sub-Allocate IP Pools);
• в поле Protocol – протокол или все протоколы (тогда выбираем Any);
• в поле Port — порт;
• в поле Translated (Internal) IP/range укажите внутренний IP-адрес, например 192.168.0.101.
Нажмите ОК.
В довершение настроим Firewall
1. Возвращаемся на страницу виртуального дата-центра, выбираем вкладку Edge Gateways и кликаем на нужный vShield Edge правой кнопкой мыши.
2. Выбираем опцию Edge Gateway Services. В появившемся окне Configure Services перейдите во вкладку Firewall.
3. По умолчанию в пункте Default action выбрана опция Deny, т. е. Firewall будет блокировать весь трафик. Чтобы этого не происходило нужно настроить правила (кнопка Add).
Настройка правил Firewall
В поле Name (Название) задайте название правила.
В поле Source (Источник) введите необходимые адреса источника: единичный IP-адрес, диапазон IP-адресов, CIDR или ключевые переменные:
• Internal — все внутренние сети
• External — все внешние сети
• Any — любые сети
Например, можно ввести Internal.
В поле Source Port выберите порт источника. Можно указать один порт, диапазон портов или указать все порты с помощью ключевой переменной Any;
В поле Destination укажите адрес получателя. В таком же формате, как и для поля Source, например, external;
В поле Destination Port выберите порт получателя. Порт также можно прописать вручную. Можно оставить Any;
В поле Protocol выберите необходимый протокол или все (ключевая переменная Any);
В поле Action выберите необходимое значение (allow — разрешить, deny — запретить). Нажмите ОК.
Важно: если в Firewall выбрана опция Allow, то в правиле вы задаете параметры сессий, которые Firewall будет блокировать. Для этого в окне правила нужно выбрать опцию Deny. Если же выставлена опция Deny, то в правиле задаются параметры сессий, который Firewall будет пропускать.
На этом с настройкой сети все.
Можно также настроить сеть уровня vApp — изолированную или маршрутизируемую (routed ), при этом routed сеть будет подключаться к сети уровня организации и через нее выходить в Интернет. Этот вариант подключения может потребоваться, если необходимо изолировать виртуальные машины в разных vApp на уровне сети.
В следующей части расскажем про создание виртуальной машины из шаблонов, с нуля и загрузкой собственных ISO-образов.
P.S. Если делали все по гайду, а настроить сеть не получилось/ или виртуальная машина так и не подключилась к Интернету, то сверьтесь с этим чек-листом.
UPDATE: Мы автоматизировали создание сети и правил NAT. Теперь при оформление подписки все это создается само :). Все что вам остается — это развернуть виртуальную машину из шаблона или с нуля. При этом у вас по-прежнему остается возможность менять настройки сети при необходимости.
Только не забываем про Firewall, который по умолчанию не пропускает никакой трафик и требует настройки правил.
В vCloud Director виртуальные машины «живут» в контейнерах vApp, поэтому создание ВМ начинается с создания vApp. Можно выбрать следующие варианты:
- vApp из шаблона (с ВМ с предустановленной ОС);
- vApp c «пустой» ВМ, т.е. без ОС.
- «пустой» vApp и добавить ВМ туда позже.
В данном материале подробно рассмотрим первые два случая.
Создание виртуальной машины из готового шаблона
1. Заходим в раздел My Cloud и выбираем вкладку vApps и нажимаем на зеленый +.
2. В новом окне в поле Look in выбираем Public Catalog
В таблице ниже появятся список доступных шаблонов виртуальных машин с ОС. Выберите нужный.
В нижней части окна будет содержаться информация об этом шаблоне, включая логин для входа, необходимое дисковое пространство и пр. Жмем Next.
3. Вводим название или оставляем существующее (Name), заполняем описание по необходимости (Description). Жмем Next.
4. Во вкладке Configure Resources вносим, если нужно, изменения поле Computer Name (имя, которое будет показываться внутри гостевой ОС при кастомизации). Кнопка Next.
5. Во вкладке Network Mapping задаем параметры сети.
6. Проскакиваем шаг Custom Properties и попадаем на вкладку Customize Hardware. Здесь отображаются параметры CPU, Memory, Hard Disk. Рекомендуем не менять их во время разворачиваня ВМ, а сделать это уже после ее создания. Кнопка Next.
7. На последней вкладке Ready to Complete внимательно проверьте все выбранные на предыдущих этапах параметры вашей виртуальной машины. Здесь же вы можете автоматически запустить созданную виртуальную машину, сделав отметку в чекбоксе Power on vApp after this wizard is finished. Нажмите Finish.
Если есть желание развернуть ВМ из своего собственного шаблона, то в vCloud Director это тоже можно сделать. Для этого нужно создать каталог (папку, в которую вы будете загружать данный шаблон), ну, и импортировать сам шаблон. В поле Look in соответственно вместо Public Catalog выбирайте ваш каталог.
Создание виртуальной машины с нуля (без предустановленной ОС)
Если на создаваемую виртуальную машину необходимо загрузить свою ОС, то для этого создаем vApp c «пустой» ВМ.
1. Возвращаемся в раздел My Cloud, во вкладке vApps нажимаем на значок, отмеченный желтым маркером (Build new vApp).
3. Во вкладке Add Virtual Machines выберите опцию New Virtual Machine. Жмем Next.
4. В появившемся окне New Virtual Machine необходимо выбрать параметры создаваемой виртуальной машины:
— имя (Virtual Machine Name);
— имя, которое будет показываться внутри гостевой ОС при кастомизации (Computer Name);
— ее описание при необходимости (Description);
— семейство и конкретную операционную систему, которую будем потом устанавливать. Например, выберем Centos;
— объем оперативной памяти и диска;
— общее количество виртуальных ядер, которое будет выделено ВМ (Number of virtual CPUs);
— количество ядер на виртуальный сокет.
Последние два параметра важны для лицензирования некоторых ОС. Например, для Windows Server Standard количество сокетов должно быть не более 4. В других вариантах лучше оставить оставить 1 ядро на сокет.
Параметры, которые выставляются автоматически и которые мы не рекомендуем менять:
— версия контейнера виртуальной машины (Virtual hardware version);
— тип шины виртуальных дисков (Bus type). Это не имеет отношения к типу дисков (SAS, SATA, VSAN) :).
— количество виртуальных сетевых адаптеров (Number of NICs). Если нет специализированных потребностей, то рекомендуем оставить 1.
5. Новая виртуальная машина появляется в списке создаваемого vApp. Жмем Next.
6. На вкладке Configure Resources просто жмем Next.
7. При необходимости вносим изменения в поле Computer Name, выбираем сеть, к которой хотим подключить созданную виртуальную машину. В данном случае выбираем сеть Test_Network, что мы создали в предыдущем материале. Жмем Next.
8. Во вкладке Configure Networking можно посмотреть параметры сети. Тут же можно выбрать опцию Fence vApp. Она позволяет назначить виртуальным машинам в разных vApp одинаковые IP, избегая при этом конфликта IP-адресов. Это удобно, если есть несколько сред для тестирования или разработки с идентичными ВМ.
9. На последней вкладке Ready to Complete еще раз внимательно проверяем все параметры виртуальной машины. Если все устраивается, то жмем Finish.
10. Ждем некоторое время, пока ВМ под Centos развернется.
Далее нужно установить соответствующую ОС через подключение образа установочного диска (ISO-образ) или самого диска. Вот подробная инструкция на этот случай.
Создание «пустого vApp
Тут совсем все просто. Начало такое же. как и в предыдущем случае. Единственное — в этот раз мы не жмем на Add New Virtual Machine. Вместо этого жмем Next до победного. В этом „пустом“ vApp потом аналогично развернуть ВМ из шаблона или с нуля (без ОС) так же, как мы это уже проделали сегодня.
Из важного
Кастомизация
При первом включении ВМ происходит так называемая кастомизация, когда к виртуальной машине применяются все заданные настройки:
• имя виртуальной машины;
• настройки сети;
• SID;
• пароль администратора.
Если кастомизация недоступна, то параметры ВМ можно настроить вручную через консоль.
Пароль от гостевой ОС
О том, где посмотреть пароль к гостевой ОС, читайте здесь
Вопросы по данному материалу и пожелания по темам будущих tutorial оставляйте в комментариях.
Успехов в освоении vCloud Director! :)
Delphi site: daily Delphi-news, documentation, articles, review, interview, computer humor.
vApp - это контейнер для виртуальных машин, который позволяет производить некоторые манипуляции над группой помещенных в него ВМ как над единым объектом (рис. 5.43).
В контекстном меню сервера или DRS-кластера вы увидите пункт New vApp. В запустившемся мастере вас попросят указать имя и настройки количества ресурсов для создаваемого vApp. Настройки количества ресурсов абсолютно такие же, как и для пулов ресурсов, - то есть vApp является пулом ресурсов, кроме прочего. О пулах ресурсов и о настройках распределения ресурсов см. в соответствующем разделе.
Рис. 5.43. Схема vApp Источник: VMware
Для существующего vApp мы можем указать следующие настройки на закладке Options:
- Resources - здесь указываем настройки распределения ресурсов. См. «Пулы ресурсов»;
- Properties - здесь указываем значения произвольных полей. Сами произвольные поля задаются в пункте Advanced ^ кнопка Properties;
- IP Allocation Policy - ВМ в vApp могут получать сетевые настройки одним из трех типов:
• Fixed - когда настройки произведены в гостевой ОС;
• Transient - когда для включаемой ВМ выдается IP из диапазона IP-адресов (где настраивается этот диапазон, чуть далее). После выключения ВМ этот IP освобождается;
Но будут ли доступны Transient и DHCP, настраивается в окне настроек: Advanced ^ кнопка IP Allocation;
- Advanced - здесь мы можем указать информацию о vApp:
• по кнопке Properties можно указать произвольные переменные, значения которых затем могут быть присвоены в пункте Properties, описанном выше;
• по кнопке IP Allocation мы можем разрешить использовать Transient и DHCP вариант настройки IP для ВМ в этом vApp.
На закладке Start Order указываем порядок запуска и интервалы между запуском ВМ в этом vApp. Эти настройки актуальны, когда мы выполняем операцию «Power On» для vApp, не для отдельной ВМ в нем.
Готовый vApp можно экспортировать через меню File ^ Export ^ Export OVF Template. В едином пакете, с единственным файлом описания в формате ovf будут все ВМ этого vApp и его собственные настройки.
vApp - это развитие идей Virtual Appliance для случаев, когда единое решение - это несколько виртуальных машин. Для администраторов vSphere vApp это средство в первую очередь внешнее. В том смысле, что мы можем экспортировать загруженные готовые vApp в нашу среду.
Однако если у вас есть своя группа виртуальных машин, которые являются одним решением, вы можете объединить их в собственноручно созданный vApp. Из плюсов вы получите:
- возможность включения и выключения группы целиком;
- возможность указывать автостарт, порядок старта и паузы между включениями виртуальных машин именно этой группы;
- выдавать им IP-адреса из диапазона, настроенного в vCenter, а не статично и не по DHCP.
Обратите внимание. Если у вас есть созданный на ESX(i) сервере vApp, а затем вы этот сервер добавляете в кластер DRS, то vApp придется удалить для завершения этой операции. Создавайте vApp после внесения сервера в кластер DRS.
Step 3: More vApp settings
Under the vApp settings you’ll see 3 tabs: Options, Start Order (which we’ve already covered) and vServices. The latter provides no value at all since the only service extension available is the one for vCenter. Moreover, this can only be bound to virtual machines so I’m not entirely sure why it is presented as an option.
You’ll find 4 categories under the Options tab, these being Resources (we’ve covered this as well), Properties (not applicable in this context), IP Allocation Policy and Advanced.
The IP Allocation Policy allows you to specify how network information is applied to the vms residing under the vApp. Fixed and DHCP are self-explanatory. The first simply means that vms will have statically assigned network settings. The second implies that the network settings are applied using a DHCP server.
The Transient option is a little bit more involving since you’ll need to create an IP Pool at the datacenter level and tie it to the network(s) your vApp vms are configured for. In the example below, I created a /24 network with 20 IP addresses in the range 10.0.0.11-30. Once the IP pool is set, the vms in the vApp will acquire an IP address from this pool which is released only when the vApp is powered off.
vCloud Director 9.5 — знакомство с панелью управления облаком по модели IaaS VMware
Вот мы и добрались до изучения технологий виртуализации VMware в «промышленных масштабах». В данной статье рассмотрим vCloud Director — панель управления облаком и изучим облачную терминологию, которая необходима для работы с облаком по модели IaaS. Далее — создадим новую виртуальную машину, настроим выход в интернет и установим на нее CentOS 7.
Операции клонирования ВМ и создания шаблонов (templates)
Основные разделы панели vCloud Director
Как уже писалось выше: по умолчанию, куда попадет администратор организации после авторизации в панели — это dashboard vDC. С него доступны все остальные подменю: Datacenters, Libraries, Administration, Tasks, Events.
Стартовое окно консоли vCloud Director на HTML5
Оформление достаточно локаничное и информативное. Рассмотрим эти разделы подробнее.
Доступные vDC и их ресурсы — выделяет провайдер и передает нам на самостоятельное администрирование
В разделе Datacenters (vdcs) отображаются доступные (созданные) vDC и их ресурсы, краткий список выполненых действий (системный журнал). Также на этой странице предоставляется информация о доступных к организациям, развернутых vApp и VM.
Чтобы перейти к управлению инфраструктурой, необходимо кликнуть по использумому датацентру. Логика достаточно проста — провайдер услуг в своем физическом ЦОДе выделяет нам ресурсы, которые объединены в vDC. Для простоты понимания, представим: vDC — это привычная серверная, где распологаются стойки с оборудованием, куда заведены сети. Вот здесь мы и будем создавать наш шлюз (edge gateway), виртуальные машины и логические контейнеы vApp.
vDC — наши виртуальные машины, сети, шлюз и политики хранения
Далее переходим в раздел Libraries — здесь находится каталог доступных шаблонов виртуальных машин (подготавливает заранее провайдер услуг). Также в данном подразделе мы можем создать свой каталог (Catalog), куда будем загружать через браузер нужные нам .iso образы или конвертивароть в шаблоны свои виртуальные машины. Процесс загрузки .iso образа в каталог оргарнизации показан на скриншоте ниже, файлы отображаются в Media & Other:
Загрузить свой .iso в каталог организации vCloud Director легко благодаря HTML5
Основные операции с каталогом организации: расшаривание (т.е. добавить пользователей вашй организаци, которы могут видеть установочны образы и шаблоны), а также выбо политики хранения, т.е. на каких дисках будут храниться эти файлы.
Основные операции с Catalogs в vCloud Director
Обязательно запомните: дисковое пространство расходуется не только диском виртуальной машины, но также ее RAM (swap файлом) и всеми .iso и темплейтами в Вашем каталоге!
Стоит отметить! VMware позаботилась о своих клиентах и разработла механизм Guest Personalization, который помогат делать клонированные VM уникальными: меняет их внутренний GUID, позволяет менять имя виртуальной машины и имя компьютера, пароль, сети, конфигурацию оборудования (добавлять CPU, RAM, диски и т.п.) до начала процесса развертывания из шаблона. Подробнее об операции клонирования ВМ и создания шаблонов (templates).
Следующий раздел vCloud Director, который требует обязательного внимания — это Administration:
vCloud Director — пользователи, группы и роли
Здессь мы можем создать дополнительных пользователей, группы и назначить им соответветствующие права. Например, администратору сети — предоставить права только на редактирование настроек шлюза и т.п.
Помимо этого — в меню Settings — General мы можем скорректировать название организации, указать контактные данные и email для оповещений.
Следующие два раздела носят информативный характер, а именно Tasks. Здесь можно увидеть название задания (действия), пользователя, кто данное задание запустил, время начала и завершения. Очень полезная информация для дианостики различных проблем внутри подписки, например, причину перезагрузки ВМ, ее недоступность и т.п.
Список заданий vCloud Director поможет выполнить диагностику неполадок с VM
Далее перейдем к разделу Events, где хранится журнал выполненых действий. Аналогично предыдущему разделу содержит крайне полезную информацию для диагностики неполадок виртуальной инфраструктуры.
Events — системный журнал vCloud Director
В этой статье мы узнали основные термины облачной среды, рассмотрели устройство панели управления vCloud Director 9.5 на базе HTML5, а самые внимательные — запомнили базовые рекомендации и нюансы.
Следите за обновлениями: данная запись будет постоянно обновляться, являясь содержинием по основным операциям с облаком на базе IaaS VMware.
Вы всегда можете получить консультацию, заказать разработку, настройку и диагностику Вашей виртуальной инфраструктуры, обратившись ко мне через Контакты.
Нашли ошибку в тексте? Выделите фрагмент текста и нажмите Ctrl+Enter
Step 1: How to Create a vApp
Creating a vApp is the proverbial piece of cake. You can use both the vSphere traditional and Web clients (Figures 2-3), or if you’re so inclined, PowerCLI. After signing in to your vCenter Server, do the following;
- Change the view to “Host and Clusters”, right-click on the cluster object and select “New vApp”.
Figure 2 – Creating a vApp using the vSphere Web client
Figure 3 – Creating a vApp using the traditional vSphere client
- Specify a name for the vApp, select a data centre and click Next.
- Allocate the required resources and click Next. As a side note, these are the same resource allocation settings you would set for resource pools so take care when applying them.
- Press Finish to finalize the creation of the vApp.
Step 2: Configuring a vApp
Once you’ve created your vApp container, you can proceed to move the vms to it. Going back to the virtualized Microsoft environment example, I’ll first move a set of virtual machines to the vApp. Next, I’ll configure the “Start Order” of the VMs inside it. The process is best illustrated by means of a video so here it goes.
As you’ve seen in the video and as shown in Figure 4, a group is by default created for every vm. Each group can hold multiple vms but be aware that multiple vms residing under the same group will switch on or off concurrently regardless of time intervals set. To overcome this limitation, you simply place each vm in its own dedicated group. Note that for demonstration purposes, I’ve set the time interval to 5s (Figure 4). The default setting is of 120 seconds but generally you’ll need to experiment until you strike the correct balance which depends on the type of environments and multi-tier applications deployed as well as the performance of the overall infrastructure. The “VMware Tools are ready” option basically tells the vApp to wait until VMware Tools are running on the current vm before moving on to power up the next one in the chain. This is a great option to go by assuming VMware Tools are installed and running correctly.
Alternatively, you can nest vApps. That’s right. You can create one or more vApps each with its own configuration. This provides you with a more granular approach based on system type. For instance, you’d be able to shut down the vApp containing the Exchange servers without affecting anything else under the parent vApp. Figure 5 illustrates a nested model with children vApps created for Domain Controllers and Exchange servers both of which residing under a common parent vApp.
Figure 5 – Nested vApps
Знакомство с vCloud Director
vCloud Director — панель для управления в облачной среде ресурсами виртуальной инфраструктуры VMware vSphere. Основным назначением является логическое объединение ресурсов, их распределение и предоставление клиентам.
Окно входа в панель vCloud Director 9.5 на HTML5
Таким образом, пользователь (клиент) через веб-панель на HTML5 создает из ранее подготовленных или самостоятельно загруженных .iso, .ova/.ovf-шаблонов виртуальные машины, разворачивает на них необходимые сервисы и использует их по своему усмотрению. Абонентская плата взымается за ресурсы, используемые или выделенные виртуальным машанам, а именно:
- vCPU — доступны процессоры с частотой от 1Ghz, обычно не более 25 CPU на одну ВМ. Рекомендации по назначению процессоров виртуальным машинам в VMware vSphere;
- vRAM — ограничением на выделение памяти виртуальным машинам является емкость физических серверов. Чаще всего не более 375Гб RAM на одну виртуальную машину.
- Storage — доступны хранилища на базе SATA, SAS, SSD и их комбинации. Ограничение для ВМ с операционной системой на диске с разметкой MBR = 2Тб;
- «Белые IP» — одиночные IP, выделенные сети /28, /29 и т.п;
- Пропускная спобоность сети, обычно это шаренные каналы 100/1000 мбит/сек;
- Лицензии на ОС MS Windows по модели лицензироваия SPLA.
vCloud Director позволяет создавать интеллектуальную инфраструктуру как сервис (IaaS) благодаря развертыванию сервисов, с управлением и изоляцией, инкапсуляцией служб приложений в качестве портативных vApps, объединению через множество кластеров. Таким образом, за счет упрощения управления инфраструктурой и автоматизацией задач значительно снижаются IT расходы, увеличивается маневренность компании и эффективность администраторов.
Стоит отметить: ИТ-инфраструктура может быть развернута как в общественных, так и в частных облаках. Тем самым появляется возможность оперативно масштабироваться, минимизаровать риски и сохранять полный контроль над данными.
Как видим — данный продукт VMware необходим либо провайдерам услгу, либо крупным компаниям, в которых сотрудникам предоставляются облачные среды. Сейчас мы рассматриваем vCloud Director со стороны администратора организации (клиента). Будто, мы решили перенести свои серера в облако и хотим узнать, как это все выглядит. Ниже представлен основной dashboard, который открывается после ввода логина и пароля администратора:
Доступные ресурсы в подписке IaaS VMware
В данной консоли можно выполнять основные действия с инфраструктурой:
- создавать виртуальные машины и управлять ими;
- осуществлять миграцию ВМ из другого облака;
- устанавливать любые виртуальные машины с ОС из имеющихся шаблонов и загружать .ovf шаблоны самостоятельно;
- гибко управлять правами доступа к пулу виртуальных ресурсов;
- создавать внутренние и маршрутизируемые (с выходом в Интернет) и изолированные сети;
- настраивать гибкие правила Firewall и создавать VPN-соединения;
- настраивать балансировку нагрузки между виртуальными машинами и многое другое.
Читайте также: