Вы находитесь на странице: 1из 34

Федеральное агентство связи

Федеральное государственное бюджетное образовательное учреждение


высшего образования
«Сибирский государственный университет телекоммуникаций и
информатики»
(СибГУТИ)

Кафедр ТС и ВС
Допустить к защите

Зав.каф. _____________Беленький В. Г.

ВЫПУСКНАЯ
КВАЛИФИКАЦИОННАЯ РАБОТА
БАКАЛАВРА
Разработка автоматизированной системы
управления и планирования ресурсов
инфраструктуры виртуальных рабочих столов

Пояснительная записка

Студент Кустов Юрий Сергеевич /…………………/

Факультет ИВТ Группа ИА-431

Руководитель Лошкарев Александр Васильевич / …………..……/

Новосибирск 2018 г.
Содержание

Содержание .............................................................................................................. 2
ВВЕДЕНИЕ .............................................................................................................. 3
1 Теория .................................................................................................................... 5
1.1 Виды предоставления удалённого ресурса ..................................................... 5
1.1.1 Рабочий стол ................................................................................................. 5
1.1.2 Приложение .................................................................................................. 5
1.2 VDI против классического PC .......................................................................... 6
1.3 Преимущества и недостатки VDI ..................................................................... 7
1.3.1 Основные принципы VDI............................................................................ 9
1.4 Формулы расчета плотности VDI................................................................... 10
1.5 Энергооборудование ........................................................................................ 11
1.6 Платформа развертки (OpenStack) ................................................................. 13
1.6.1 Nova ............................................................................................................. 15
1.6.2 Heat .............................................................................................................. 16
1.6.3 Ironic ............................................................................................................ 17
1.7 Архитектура VDI.............................................................................................. 17
1.8 Актуальность VDI ............................................................................................ 19
2 Реализация........................................................................................................... 20
2.1 Развертка ПО .................................................................................................... 20
2.1.1 Установка OpenStack на сервер ................................................................ 20
2.1.2 Администрирование OpenStack................................................................ 24
2.2 Создание ВМ .................................................................................................... 25
ЗАКЛЮЧЕНИЕ ..................................................................................................... 32
СПИСОК ЛИТЕРАТУРЫ..................................................................................... 33
ПРИЛОЖЕНИЕ А ................................................................................................. 34

2
ВВЕДЕНИЕ

Постоянные изменения в компьютерах и коммуникационных


технологиях привели к необходимости по требованию сетевого доступа к
общим вычислительным ресурсам для снижения стоимости и времени – это
называется облачным вычислениями. Концепция облачных вычислений
возникла как мощный механизм для хранения данных путем предоставления
подходящая платформа центров обработки данных.
Облачные вычисления — это модель, в которой такие ресурсы, как
вычислительные мощности, хранилища данных, сети и программное
обеспечение, абстрагируются и предоставляются в качестве услуги через
Интернет в удаленном доступе. Оплата подобных услуг производится таким
же способом, что и оплата коммунальных услуг. Ключевые атрибуты
облачных вычислений: высокая доступность, легкость обеспечения,
динамичность и практически бесконечная масштабируемость.
Инфраструктуру, основанную на модели облачных вычислений, как
правило, называют "облаком".

VDI (Virtual Desktop Infrastructure (Инфраструктура виртуальных


рабочих столов) – это технология, позволяющая создавать виртуальную IT-
инфраструктуру и разворачивать полноценные рабочие места на базе
серверных систем. На этой базе работает множество виртуальных машин –
персональных рабочих мест. Для пользователей это выглядит, как привычное
рабочее место на обыкновенном компьютере, с персональными
графическими, файловыми и медиа приложениями, с возможностью
подключения через интернет или информационную сеть с любых, в том
числе собственных устройств сотрудников компании.
VDI позволяет пользователям работать на настольных компьютерах и
приложениях, которые запускаются внутри виртуальных машин (VM),
размещенные централизованно, на серверах или в облаке. Хотя сотрудники
могут выполнять те же операции на традиционном ПК, VDI позволяет
организациям упрощать управление и сокращать расходы за счет
консолидации и централизации рабочих столов. Это также позволяет
компаниям расширять мобильность конечных пользователей, предлагая им
возможность получать доступ к своим виртуальным рабочим столам и
приложениям из любого места на любом устройстве в любое время, главное,
что бы был доступ к интернету.
VDI, по сути, является альтернативной моделью взаимодействия в сети.
Внедрение технологии VDI позволяет:
снизить финансовые затраты на сопровождение и обслуживание
клиентских рабочих мест;
3
обеспечить удобство управления клиентскими рабочими местами;
гарантировать безопасность и сохранность данных.
В первые годы существования инфраструктуры виртуального рабочего
стола (VDI) отраслевые эксперты ожидали, что она быстро возьмет на себя
управление и доставку на рабочем столе. Фактически, с 2006 года VDI
считается альтернативой серверной вычислительной модели, используемой
службами терминалов Microsoft. Однако принятие VDI не увеличилось, как
ожидалось, из-за издержек и сложностей, связанных с этой технологией.
Однако в последние годы на рынке VDI наблюдается
последовательный рост. Согласно аналитической фирме Technavio,
ожидается, что рынок VDI вырастет с CAGR на 11% с 2017 по 2021 год.
Мировая маркетинговая компания IDC сообщает, что рынок виртуальных
клиентских компьютеров (VCC) в 2015 году стоил 3 миллиарда долларов и
предсказывает, что он будет к 2020 году достигнет 4,6 млрд. долл. США,
увеличившись на 8,9%. Эти цифры указывают на сильный рост для VDI,
поскольку он продолжает трансформировать корпоративные ИТ-ресурсы по
всему миру.

4
1 Теория

1.1 Виды предоставления удалённого ресурса

Первые программы удалённого доступа обеспечивали обыкновенную


передачу изображения рабочего стола на другой компьютер. Многие
современные средства удалённого доступа передают не изображение, а
данные об объектах, представленных на рабочем столе. Данный подход
экономит сетевой трафик, повышает скорость и комфортность работы.
Теперь по сети можно посылать как рабочий стол целиком, так и
только отдельное окно приложения.

1.1.1 Рабочий стол

Если окно программы удалённого доступа развернуть во весь экран


локального монитора, пользователю не будет велика разница, работает он на
локальном компьютере или на удалённом. Важно, что пользователю будут
доступны все ресурсы компьютера.

Рисунок 1.1 - Схема вида «Рабочий стол»

Стоит отметить, что для комфортной работы на удалённом компьютере


требуется стабильная и достаточно скоростная связь.

1.1.2 Приложение

5
Режим трансляции удаленному пользователю только окна
определённого приложения, может быть очень полезен многим бизнес-
пользователям. Зачем пользователю настройки и возможности ОС системы
удаленного сервера, если требуется одна программа для решения своих
задач.

Рисунок 1.2 - Схема вида «Приложение»

1.2 VDI против классического PC

Традиционный ПК, как корпоративный «толстый клиент» давно


закрепился среди настольных компьютеров. Он представляет собой
конструктивный компромисс между производительностью,
функциональностью и стоимостью. Однако остается целый ряд проблем:

1. Управление рабочим столом


Централизованное управление рабочими столами – непростая задача
перед широко распространенной вычислительной средой и корпоративной
рабочей силой, которая постепенно нуждается в безопасном доступе по
требованию к своей среде рабочего стола из любого места. Кроме того
настольные компьютеры довольно сложно стандартизировать из-за
разнообразия аппаратного обеспечения ПК и требований пользователей для
изменения окружения рабочего стола.

2. Общая стоимость собственности


Относительно низкая стоимость оборудования для ПК часто более чем
компенсируется высокой стоимостью поддержки и управления ПК.
Постоянное управление ПК, включая развертывание программного
обеспечения, исправлений и обновлений, может быть трудоемким из-за

6
необходимости тестирования и подтверждения завертывания для широкого
спектра конфигураций ПК. Аналогичным образом, отсутствие
стандартизации и необходимость поддержки персонала для устранения
проблем на месте и лично значительно повышают стоимость поддержки.

3. Защита данных
Обеспечение эффективной резервной копии данных на ПК и их
восстановление при сбое ПК или потерях файлов является важной задачей.
Даже когда данные успешно резервируются, риск кражи ПК приводит
беспокойству за безопасностью важных данных.

4. Низкое использование ресурсов


Распределенный характер ПК затрудняет объединение ресурсов для
повышения эффективности использования и сокращения затрат. В конечно
итоге ПК часто используют менее пяти процентов, удаленным офисам
нужны дублирующие настольные инфраструктуры и для мобильных
работников могут потребоваться решения для удаленных рабочих столов.

1.3 Преимущества и недостатки VDI

Обзор преимуществ и недостатков использования инфраструктуры


виртуального рабочего стола.

1. Каждый пользователь может использовать одно и то же


изображение.
Преимущество: каждый пользователь использует одно и то же
изображение - операционную систему, а также установленные приложения -
снижает административные и вспомогательные расходы.
Недостаток: вам понадобится уникальное изображение для каждого
пользователя, которому требуется другой набор приложений, необходимо
сохранить личные настройки или требуется свобода установки собственных
приложений. Это быстро увеличит потребление памяти на сервере VDI.

2. Обработка перемещается с отдельных рабочих станций на сервер


VDI.

7
Преимущество: Нет необходимости обновлять многочисленные ПК
для удовлетворения минимальных требований к оборудованию для ОС.
Недостаток: VDI потребует крупных инвестиций в серверное
оборудование и, возможно, в хранилище и сетевую инфраструктуру. Общая
стоимость серверного оборудования, хранилища и сетевого оборудования
может превышать стоимость приобретения базового ПК для каждого
пользователя.

3. Затраты на оборудование могут быть более легко управляемыми,


поскольку почти все будет находиться в центре обработки данных.
Преимущество: Вместо покупки ПК, разбросанных по всему офису или
работающих удаленно, вы приобретете одну премиальную систему с
избыточными источниками питания, ИБП, высокопроизводительное
хранилище и сети с высокой пропускной способностью, которые будут
предоставлять аппаратное обеспечение всем пользователям одинаково.
Недостаток: Захват одного большого сервера означает большие
первоначальные затраты по сравнению с недорогими ПК, которые могут
быть приобретены поэтапно или обновлены несколько раз за раз. Если этот
сервер опустится, каждый пользователь, полагающийся на эту машину, не
сможет работать. Если один ПК выходит из строя, влияет это только на
одного пользователя.

4. Поддержание единого образа ОС может снизить затраты на


управление и поддержку.
Преимущество: устанавливайте приложения, патчи и драйверы один
раз, и каждый пользователь, полагающийся на это изображение, выигрывает
от обновления.
Недостаток: Администраторам необходимо будет изучить
возможности и ограничения программного обеспечения VDI. Размещение
пользователей, которым требуются уникальные приложения или их
собственные настройки персонализации. Это может привести к
распространению изображений, из-за чего окажется сложнее управлять VDI,
чем отдельными рабочими станциями.

5. Когда вы сталкиваетесь с проблемами, вы, как правило, имеете


только одну систему для устранения неполадок.
Преимущество: Проблемы обычно можно решить из центра обработки
данных; нет необходимости выходить на реальные ПК. Поскольку
изображения обычно можно получить с любой подключенной рабочей
станции. Пользователь, испытывающий проблемы с оборудованием на своем
8
обычном ПК, может просто перейти на другую рабочую станцию и получить
доступ к своим данным и приложениям.
Недостаток: Проблемы на стороне сервера могут затронуть несколько
пользователей - каждый, кто использует этот сервер или этот образ. По этой
причине рекомендуется создать резервные серверы как отказоустойчивые.

1.3.1 Основные принципы VDI

 сотрудник со своего рабочего места, ноутбука или мобильного


устройства подключается к своему виртуальному рабочему
месту, которое находится на серверах организации.
 пользователь получает доступ только к разрешенным
администратором приложениям. Все пользователи компании
делятся на группы, у каждой группы есть список доступных
приложений.
 руководство понимает, сколько и каких лицензий нужно для
работы компании и какие сотрудники используют эти
приложения.
 программы настраиваются и обновляются централизованно
администратором и не требуют прерывания в рабочий процесс
сотрудников.
 каждый пользователь получает доступ к выделенной виртуальной
машине, запущенной на сервере. Виртуальная машина создается
и запускается автоматически. Если сотрудник не работает, то
серверные ресурсы не используются.
 все виртуальные машины изолированны друг от друга,
поэтому сессии пользователей не пересекаются и не оказывают
влияние друг на друга.
 все данные пользователя хранятся на серверах компании и
надежно защищены от потери в случае сбоя или поломки
устройства пользователя
 после внедрения проекта VDI значительно снижается нагрузка на
службу технической поддержки, т.к. не требуется личного
присутствия для решения инцидентов. Все процедуры
унифицированы, стандартизированы и надежны. Один
администратор может управлять 1000 и более рабочих мест.
 само рабочее место пользователя тоже изменяется и, в конечном
итоге, превращается в тонкий клиент, устройство, которое лишь
транслирует изображение на монитор и не может сохранять
какую-либо информацию на своих дисках.
9
 пользователь может подключиться к своему виртуальному
рабочему месту VDI с любого тонкого клиента, находящегося в
корпоративной сети.
 масштабирование количества рабочих мест или филиалов
происходит в разы быстрее.
 это, конечно, не все. Каждая компания может найти свои плюсы
от внедрения VDI

1.4 Формулы расчета плотности VDI

VDI — это большое количество виртуальных машин, много больше,


чем в обычной серверной виртуализации. Следовательно, нагрузка на
оборудование будет создаваться значительная. Распределение нагрузки будет
зависеть от архитектуры решения. Поэтому нет оптимальной по
цене/качеству архитектуры для VDI, которую можно было бы
рекомендовать. Ведь сделать выбор в пользу архитектуры, о которой вы
слышите впервые, довольно, сложно. У производителей ПО VDI есть
рекомендации по расчету оптимального количества пользователей
(плотность) при заданных характеристиках оборудования.
Чтобы вне зависимости от поставщика ПО посчитать сколько
виртуальных машин VDI можно запустить на одном сервере, следует знать
следующие правила для CPU-RAM-Disk:
1. CPU. На одно физическое ядро процессора закладывается 6
виртуальных машин, типа «офисная». Если в сервере 2 процессора по 8
ядер в каждом, то 2*8*6=96 ВМ. При этом общая нагрузка на процессоры в
середине рабочего дня будет в пределах 50-75%.
2. RAM. На одну виртуальную машину типа «офисная» Windows 7
закладывается 2Гб оперативной памяти. Среднее потребление будет 1.3Гб
— 1.8Гб в зависимости от запущенных в данный момент пользователем
приложений. Производители советуют использовать Windows 7 32 bit, судя
по всему, чтобы срабатывали собственные ограничители операционной
системы.
3. Disk. Во время запуска операционной системы и входа пользователя
в сессию (загрузка профиля) виртуальная машина делает 50 IOPS, а во время
работы 10-15 IOPS (операций ввода вывода в секунду), чем значительно
нагружает дисковую подсистему. Момент загрузки всех виртуальных машин
разом и входа пользователей в сессии называется «Boot Storm», нагрузка на
подсистему хранения в этот момент максимальная. Для рассчёта пиковой

10
производительности дисковой подсистемы следует кол-во ВМ умножить на
50 IOPS.
Например, для 96 ВМ понадобится система хранения, пиковая
производительность которой 4800 IOPS. Если предположить, что чтение и
запись будут соотноситься 70/30, то для достижения этой
производительности потребуется 50 SAS дисков 10к (RAID 10).
Использовать такое количество SAS дисков в системе хранения данных для
96 виртуальных машин. Поэтому для VDI будет разумным использовать SSD
или других технологий, которые могут обеспечить высокую
производительность системы хранения данных.
После загрузки виртуальных машин и окончания Boot Storm, и
перехода пользователей в штаный режим ВМ делает 10-15 IOPS. Для 96 ВМ
понадобится производительность 10 SAS дисков в RAID 10, что тоже немало.
Не стоит переоценивать возможности SSD дисков, у них высокие
показатели по IOPS-ам только в идеальных условиях и непродолжительное
время, после чего происходит снижение производительности в 2-10 раз.
Принято считать, что при продолжительной нагрузке у SAS диска 10к
показатель IOPS равен 150 IOPS, а у SSD диска 1200 IOPS.
Для дисковой подсистемы получается не самая радужная калькуляция.
Поэтому необходимой производительности добиваются не наращиванием
дисков SAS, а используя SSD диски, применяя дополнительные технологии,
меняя архитектуру.

1.5 Энергооборудование

Исследования показывают, что энергопотребление облачных


вычислительных систем является ключевым вопросом. Поэтому потребление
энергии должно быть уменьшены для минимизации потерь
производительности, удовлетворять требованиям к производительности,
минимизировать потребление энергии, максимизировать прибыль и
максимизировать ресурсы использование.
Стремясь оптимизировать энергооборуд ование, возникают проблемы
связанные с виртуализацией, миграцией и планированием.

1. Виртуализация
Виртуализация существует уже более чем десятилетие. Это создание
логического числа виртуальных машин на такой же физической машине. Оно

11
играет решающую роль в облаке окружающей среды, и это сердце облачных
вычислений промышленность.
Виртуализация - это способ достичь эффективного использования
хранилища ресурсов и предоставляет центр обработки данных внедрение
новых методов с надежным управлением данными для достижения
«зеленых» вычислений за счет наилучшего использования данных центра.
Мотивация создания виртуальной машина предназначена для обработки
различных задач на одном хосте. Каждая виртуальная машина действует как
один физический сервер с собственной RAM, CPU, NIC и аппаратный диск.
Преимущества создания виртуальных машин в центрах обработки
данных:
 Сокращение расходов на инфраструктуру.
 Экономить энергию.
 Более быстрое предоставление ресурсов сервера.
 Улучшить восстановление.
 Изолировать приложения.
 Гибкость.
 Надежность.
 Простота тестирования и фазы разработки.

2. Миграция VM
Управлять облачными вычислительными ресурсами необходимо
динамически, поэтому миграция виртуальной машины все чаще используется
в облачных вычислениях. Миграция VM - перенос виртуальной машины с
физического сервера на другой, который обеспечивает балансировку рабочей
нагрузки, техническое обслуживание оборудования, высокую службы
доступности и консолидированное управление.
Основными преимуществами использования миграции виртуальной
машины являются:
Для консолидации серверов, которая позволяет обслуживание
виртуальной машины в автономном режиме при необходимости или для
обновления без выключения всей системы.
Поддерживайте балансировку нагрузки в центре обработки данных.

Мы можем отключить хосты при использовании VM Migration в


данных центра, чтобы иметь лучшую эффективность использования энергии
с использованием сервера консолидации.
12
В любом процессе миграции VM будут возникать два ключевых
вопроса:
Q1. Какую виртуальную машину нужно перенести с перегруженного
сервера?
Q2. Какой сервер выбрать как пункт назначения?
Ответ на эти вопросы обычно зависит от данных центра обработки и
требования пользователей.

3. Методы планирования
Исследовательское сообщество постоянно изучало потребление
энергии, поскольку число пользователей облачных вычислений
увеличивается. Один из лучших способов контролировать потребление
энергии внутри центр обработки данных - это использование хорошей
методики планирования. Алгоритм расписания - это способ управления и
контроля процесса назначения входящих задач серверам в отношении
требований пользователя облака.

1.6 Платформа развертки (OpenStack)

OpenStack - это облачная операционная система, управляющая


большими пулами вычислительных ресурсов, хранилищ и сетевых ресурсов
во всем ЦОД. Все управляются с помощью панели управления, позволяющая
администраторам управлять своими полномочиями для предоставления
ресурсов через веб-интерфейс. Предназначена для установки и запуска
облачной инфраструктуры вычислений и хранения, как публичных, так и
частных.
Проект OpenStack возник по инициативе двух производителей и
объединил их продукты – объектное хранилище Rackspace и систему
управления гипервизорами NASA. «OpenStack» призван помочь
организациям предоставлять облачные вычислительные ресурсы,
запущенные на стандартном оборудовании», – заявляют вендоры.
Консорциуму OpenStack удалось заручиться поддержкой более 50 членов,
включая IBM, Canonical, Dell, Citrix и др. менее чем за год.
Первый релиз OpenStack вышел в октябре 2010 г. Так компания
Rackspace стала одним из ближайших конкурентов другого облачного
провайдера IaaS – Amazon Web Services (AWS), который на тот момент
сильно терял свои позиции. По сути, OpenStack – копия AWS: многие

13
сервисы и процессы в этих платформах одинаковы и даже совместимы между
собой.
Преимущество OpenStack заключается в сокращении времени на
развертывание и вывод разного рода приложений на рынок. Вокруг
OpenStack образовалась большая экосистема в которой принимают участие
большое количество разработчик из крупнейших компаний лидеров ИТ-
индустрии мира. Существует большое количество специвичных модулей для
OpenStack, решающих разного рода задачи. Продукт активно развивается,
вызывая интерес у многих компаний, некоторые из них: Ubuntu, Hewlett
Packard Enterprise, IBM, Intel, Rackspace, RedHat, SUSE.
Сам OpenStack разработан с использованием модульной архитектуры,
состоящей из следующих компонентов:
 Nova — контроллер вычислительных ресурсов;
 Glance — библиотека образов ВМ, обычно с бэкендом в Swift;
 Swift — облачное файловое хранилище;
 Cinder — служба работы с блочными устройствами хранения
данных (выведена из Nova в отдельный проект);
 Keystone — сервис идентификации;
 Neutron (в первых выпусках — Quantum) — сервис
«подключение к сети как услуга» между интерфейсами устройств
(vNIC), управляющие другими сервисами OpenStack.
 Horizon — графический интерфейс администрирования.
 Heat – оркестратор.
 Ceilometer - средства сбора, нормализации и трансформации
данных, предоставляемых сервисами OpenStack. Собираемые
данные используются для реализации различных сценариев
реагирования на события.
 Trove - База данных
 Sahara - Elastic Map Reduce
 Ironic - средства управления и провижининга физическими
серверами (Bare Metal Provisioning)
 Zaqar – Множественный доступ облачных сообщений
 Manila – Служба общей файловой системы
 Designate - DNS как сервис (DNSaaS - DNS as a Service)
 Barbican - API безопасности

14
 Searchlight - передовая и масштабируемая индексация и поиск по
многопользовательских облачных ресурсах.

Рисунок 1.3 - Архитектура Openstack

1.6.1 Nova

OpenStack Compute (Nova) - отвечает за создание, запуск, перезапуск,


остановку виртуальных машин, компонент для контроля вычислительных
ресурсов. Модуль может работать с различными технологиями
виртуализации – гипервизорами - (KVM, VMware, Xen, Hyper-V) и
системами виртуализации на уровне операционной системы (LXC).
Nova использует компонент OpenStack Keystone для выполнения
аутентификации, компонент OpenStack Horizon в качестве интерфейса
администрирования и компонент OpenStack Glance для предоставления своих
образов. Самым тесным является взаимодействие с компонентом Glance,
который требуется компоненту Nova для загрузки образов с целью их
последующего запуска.

15
Модуль поддерживает горизонтальное масштабирование на
стандартном аппаратном обеспечении, и позволяет интегрироваться с
унаследованными системами.

1.6.2 Heat

Миссия программы OpenStack Orchestration (Heat) - создать доступную


для человека и машин службу управления жизненным циклом
инфраструктуры и приложений в облаках OpenStack.
Heat реализует механизм оркестровки для запуска нескольких
составных облачных приложений на основе шаблонов в виде текстовых
файлов, которые можно рассматривать как код. Формируется собственный
шаблон шаблона Heat, но Heat также стремится обеспечить совместимость с
форматом шаблона AWS CloudFormation , так что многие существующие
шаблоны CloudFormation могут быть запущены на OpenStack. Heat
обеспечивает как OpenStack - родной API ReST, так и API -интерфейс Query,
совместимый с CloudFormation.

Работает оркестровка следующим образом:


1. Шаблон Heat описывает инфраструктуру облачного приложения в
текстовом файле, который читается и записывается людьми, и
может быть проверен на управление версиями.
2. Ресурсы инфраструктуры, которые могут быть описаны, включают в
себя: серверы, плавающие ips, тома, группы безопасности,
пользователи и т. Д.
3. Heat также предоставляет услугу автомасштабирования, которая
интегрируется с Telemetry , поэтому вы можете включить группу
масштабирования в качестве ресурса в шаблоне.
4. Шаблоны также могут указывать отношения между ресурсами
(например, этот том подключен к этому серверу). Это позволяет
Heat вызывать API OpenStack для создания всей вашей
инфраструктуры в правильном порядке для полного запуска вашего
приложения.
5. Heat управляет всем жизненным циклом приложения. Когда вам
нужно изменить свою инфраструктуру, просто измените шаблон и
используйте его для обновления существующего стека. Тепло знает,
как внести необходимые изменения. Он также удалит все ресурсы,
когда вы закончите с приложением.
6. Heat в основном управляет инфраструктурой, но шаблоны хорошо
интегрируются с инструментами управления конфигурацией
16
программного обеспечения, такими как Puppet and Chef . Команда
Heat работает над улучшением интеграции инфраструктуры и
программного обеспечения.

1.6.3 Ironic

Ironic - это проект OpenStack, в котором содержатся простые


металлические (в отличие от виртуальных) машины. Он может
использоваться независимо или как часть OpenStack Cloud и интегрируется с
функциями OpenStack Identity (трассировка), вычислениями (nova), сетью
(нейтрон), изображениями (взглядом) и объектом (быстрым).
Когда услуга Bare Metal соответствующим образом настроена на
услуги Compute и Network, можно предоставить как виртуальные, так и
физические машины через API-интерфейс Compute. Тем не менее, набор
действий экземпляра ограничен, что связано с различными характеристиками
физических серверов и коммутационным оборудованием. Например, живая
миграция не может быть выполнена на простом металлическом экземпляре.
Сообщество поддерживает справочные драйверы, которые используют
технологии с открытым исходным кодом (например, PXE и IPMI) для охвата
широкого спектра аппаратных средств. Встроенная архитектура драйвера
Ironic также позволяет поставщикам аппаратного обеспечения записывать и
вносить в них драйверы, которые могут повысить производительность или
добавить функциональные возможности, не предоставляемые драйверами
сообщества.

1.7 Архитектура VDI

VDI-решения объединяют различные элементы ИТ-структуры


предприятия. Из службы каталогов берется информация о пользователях и
группах. Например, некоторой группе пользователей можно поставить в
соответствие определенный шаблон виртуального рабочего стола; в
результате новому пользователю будет автоматически предоставляться
конфигурация компьютера в соответствие с его функциональными
обязанностями.

17
Рисунок 1.4 - Логическая структура VDI-решения

Программное обеспечение VDI может управлять (обеспечивать


подключение) к виртуальным рабочим столам различных гипервизоров или к
сессиям терминальных серверов.
VDI-решения обслуживают большое количество рабочих столов, из
этого следует, что они должны быть весьма надежными. Поэтому в
производственной среде должны быть реализованы отказоустойчивые
решения:
 наряду с основным сервером управления следует
предусматривать резервные (один или несколько)
 нужно установить несколько серверов, на которых будут
запускаться виртуальные рабочие столы
 выбрать надежную систему хранения
 построить резервированную сеть передачи данных.

Рисунок 1.5 - Вариант аппаратной реализации VDI-решения

18
Важный момент, относящийся к VDI. Нет необходимости защищать
виртуальные машины VDI на случай выхода из строя физического сервера, за
исключением варианта использования полных клонов. Если виртуальная
машина пользователя по каким-то причинам прекращает работать, то
сотрудник подключается к другой виртуальной машине VDI на другом
сервере, куда уже загружается его профиль, слои приложений, подключаются
перенаправленные папки, сетевые диски, принтеры.

1.8 Актуальность VDI

Многие компании задаются вопросом, что им будет выгоднее:


использовать VDI или классические способ через ПК.
Пункты, которыми руководствуются при принятии решения в сторону
VDI:

 У вас есть пользователи, соглашающиеся на BYOD (Принесите


свое собственное устройство). У них нет проблем при работе с
удаленными точками и удаленном доступе к данным.
 Вы имеете дело с важными требованиями к соблюдению данных
и документации, в частности, для тех, чья безопасность является
серьезной проблемой для вас.
 Ваше желание иметь общий рабочий стол.
 Требуется стабильность бизнеса и максимальная гибкость.
 Вы хотите сосредоточиться на более важных вещах своего
бизнеса и избавиться от беспокойных проблем с управлением
рабочим столом и улучшить головные боли.
 Вы имеете дело с персоналом, состоящим из сотрудников,
подрядчиков и клиентов.

19
2 Реализация

2.1 Развертка ПО

Используемое ПО:
1. ОС Ubuntu 18.04 LTS
2. OpenStack

2.1.1 Установка OpenStack на сервер

С помощью операции conjure-up и использования контейнеров LXD


упрощается задача развертывания OpenStack на оборудование.
1. Установим вспомогательную оболочку conjure-up:
sudo snap install conjure-up –classic

2. Установим и настройем LXD


sudo snap install lxd
/snap/bin/ lxd init

Рисунок 2.1 – Настройка LXD

3. Проверка, что создано место для хранения LXD

20
Рисунок 2.2 – Таблица места хранения LXD

4. Проверка настроек сетевого оборудования LXD

Рисунок 2.3 – Сетевое оборудование LXD

5. После настроек LXD можно перейти в оболочку conjure-up, для


последующей установки OpenStack:
conjure-up

21
6. В открывшемся графическом интерфейсе выбираем пункт
«OpenStack with NovaLXD»

Рисунок 2.4 – Графический интерфейс conjure-up

7. Далее выбираем место развертывания OpenStack, в нашем случае


localhost

Рисунок 2.5 – Поле выбора места развертывания OpenStack

22
8. Указываем место хранения и сетевое оборудование LXD

Рисунок 2.6 – Поля выбора места хранения и сетевого оборудования LXD

9. Далее выбираем настройка по умолчанию и ожидаем развертывание


OpenStack

Рисунок 2.7 – Процесс развертывания OpenStack

10. Развертывание OpenStack завершено

23
Рисунок 2.8 – Завершение развертывания OpenStack

2.1.2 Администрирование OpenStack

1. На рисунке выше находится адрес, логин и пароль, с помощью


которых мы можем получить доступ к Панели приборов OpenStack

Рисунок 2.9 – Необходимые данные для доступа к Панели приборов


OpenStack
2. Переходим по указанному адресу – http://10.136.254.172/horizon.
Вводим логин: “Admin”; пароль: “openstack”

Рисунок 2.10 – Интерфейс входа в Панель приборов OpenStack

24
3. Можем наблюдать Панель приборов OpenStack

Рисунок 2.11 – Панель приборов OpenStack

2.2 Создание ВМ

1. Выбираем вкладку Admin, подпункт Images

Рисунок 2.12 – Меню в Панели приборов OpenStack


25
2. Нажимаем на кнопку ”Create Image” в правом верхнем угла

Рисунок 2.13 – Таблица Image


3. Появляется следующее окно, которое мы заполняем следующим
образом. Нажимаем “Create Image”

Рисунок 2.14 – Окно создания Image

26
4. Повторим предыдущий пункт, только с другой ОС

Рисунок 2.15 – Окно создания Image

5. Два только что созданных Изображения можно увидеть в таблице

27
Рисунок 2.16 – Таблица Images после добавления двух новых Изображений

6. Переходим на вкладку Compute, подпункт Instances

Рисунок 2.16 – Меню в Панели приборов OpenStack

7. Нажимаем кнопку “Launch Instanse”

Рисунок 2.17 – Таблица Instances


28
8. Открывается новое окно, настраиваем имя

Рисунок 2.18 – Окно создания ВМ, Details


9. Выбираем одно Изображение из имеющихся

Рисунок 2.19 – Окно создания Образа, Source

29
10.Выберем размер ВМ

Рисунок 2.20 – Окно создания Образа, Flavor

11.Выбираем настройки ВМ

Рисунок 2.21 – Окно создания Образа, Flavor


12.Выбираем парный ключ

30
Рисунок 2.22 – Окно создания Образа, Key Pair

13.Созданную ВМ можно увидеть в таблице Instances

Рисунок 2.23 – Созданная ВМ

31
ЗАКЛЮЧЕНИЕ

У всего есть недостатки, преимущества. VDI тоже не стало


исключением. Несмотря на то, что это перспективная технология, она не
является универсальным и идеальным подходом для всех рабочих мест.
VDI решает глобальную задачу удаленного подключения к своему
рабочему месту с представлением всех функций локального компьютера.
VPN-соединение и программы удаленного управления такую задачу не
решали.
Основные идеи внедрения VDI – стратегические перспективы
современного бизнеса. Это в себя включает организацию мобильного,
защищенного офиса с централизованным управлением. Такая технология в
самом начале требует внушительных капиталовложений, но в итоге
достаточно эффективное использование материальных ресурсов. А
централизованное управление значительно облегчает обслуживание
оборудования, как физического, так и виртуального.
Не стоит использовать VDI если у вас не большое количество рабочих
мест. На таком масштабе VDI скорее всего не окупится и будет только в
тягость. Но вот в крупной организации VDI уверено держит конкуренцию и
выигрывает в своих подходах решения проблем.

32
СПИСОК ЛИТЕРАТУРЫ

1. User Manual [электронный ресурс] // Conjure-up documentation. URL:


https://docs.conjure-up.io/2.4.0/en/ (дата обращения: 11.04.18)
2. SoftWare [электронный ресурс] // openstack. URL:
https://www.openstack.org/software/ (дата обращения: 11.02.18)
3. Samah I. A. Towards an energy optimization framework for cloud
computing Data Centers [Текст] /I. A. Samah. – Proceedings of the Eleventh
International Network Conference (INC 2016). – Kingdom of Saudi Arabia,
Riyadh: College of Computer and Information Sciences, 2016. – 11c
4. Ironic - openstack [электронный ресурс] // openstack. URL:
https://wiki.openstack.org/wiki/Ironic/ (дата обращения: 31.05.18)
5. OpenStack - Национальная библиотека им. Н. Э. Баумана
[электронный ресурс] // Bauman National Library. URL:
https://ru.bmstu.wiki/OpenStack#OpenStack_.D1.81.D0.B5.D0.B3.D0.BE.D0.B4.
D0.BD.D1.8F (дата обращения: 10.05.18)

33
ПРИЛОЖЕНИЕ А

Наиболее употребляемые текстовые сокращения


N Сокращение Расшифровка
1 ФА Федеральное агентство
2 ТЗ Техническое задание
Автоматизированная система
3 АСУ
управления
Инфраструктура виртуальных рабочих
4 ИВРС (DVI)
столов (Virtual Desktop Infrastructure)
5 ЦОД/ЦХОД Центр (хранения и) обработки данных
Персональный компьютер (Personal
6 ПК (PC)
computer)
7 ИБП Источники бесперебойного питания
Оперативное запоминающее
8 ОЗУ (RAM)
устройство (Random Access Memory)
Центральный процессор (Central
9 ЦП (CPU)
Processing Unit)
Сетевая плата (Network Interface
10 СП (NIC)
Controller/Card)
интерфейс прикладного
11 ИПП (API) программирования (Application Programming
Interface)
Среднегодовой темп роста с учетом
12 СГТР(CAGR) сложного процента(Compound Annnual
Growth Rate)

34

Вам также может понравиться