7. изнутри виртуальной машины поддерживается технология VSS (VolumeShadowService) - для получения целостных бэкапов, извне - Changeblocktracking для отслеживания изменившихся блоков и получения более эффективных бэкапов;

8. можно резервно копировать целые сущности vCenter, такие как Cluster или пул ресурсов;

9. присутствует поддержка шифрования целевого хранилища резервных копий;

10. один VMwareDataRecoveryAppliance может осуществлять резервное копирование до 100 виртуальных машин. Для резервного копирования большего количества понадобятся дополнительные Appliances;

11. каждая задача резервного копирования может иметь только один backupdestination;

12. старые хосты ESX 3.5 / VC 2.5 не поддерживаются. Виртуальные машины с поколением виртуального Hardware меньше 7 необходимо обновить до седьмого для более эффективного создания резервных копий;

13. поддерживается резервное копирование типа Off-LAN, когда трафик резервного копирования идет только по SAN, не загружая сеть передачи данных;

14. VMwareDataRecovery может создавать резервную копию виртуальной машины только на уровне образа (файлов vmdk), а восстанавливать может как образ целиком, так и отдельные файлы в гостевую ОС (пока поддерживается только экспериментально).

Рисунок 6 Технологически процесс резервного копирования с помощью VMwareDataRecovery



VMwareDataRecovery - это очень простой продукт, направленный только на сектор SMB, где критичность данных (как и квалификация администраторов) невысока и требуется лишь простейший механизм резервного копирования[12].

2.4.3 Скрипт ghettoVCB

Бесплатная альтернатива всем выше предложенным способам - ручное копирование виртуальных машин. Но, копировать руками машину каждый раз, когда нужно внедрить какое-то оборудование, или просто для сохранения данных, это безумно неудобно. Вот для этого и была разработана технология автоматизированного бэкапа, написанная энтузиастами на скриптах perl: ghettoVCB.

Данный скрипт можно свободно скачать в Интернете.

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

1. загружается скрипт ghettoVCB.sh;

2. скрипт передается на ESXi хост;

3. далее необходимо подключиться по SSH к хосту;

4. скрипт распаковывается на хосте;

5. при необходимости, скрипт исправляется под требуемые настройки;

6. создается файл vms_to_backup, в котором прописываются имена виртуальных машин, которые необходимо забэкапить;

7. запускается команда ./ghettoVCB.sh -f vms_to_backup.

После этого создание резервной копии виртуальной машины завершено.

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

Пример восстановления виртуальной машины:

1. загружается скрипт ghettoVCB-restore.sh;

2. скрипт передается на ESXi хост;

3. далее необходимо подключиться по SSH к хосту;

4. скрипт распаковывается на хосте;

5. создается файл vms_to_restore, в котором указывается перечень восстановления в следующем формате: [Полный путь к бэкапу][Путь к хранилище куда происходит восстановление][Тип диска];

6. запускаетсякоманда ./ghettoVCB-restore.sh -c vms_to_restore.

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

1. директорию создания бэкапов;

2. формат сохраняемого диска, возможны варианты: zeroedthick, eagerzeroedthick, thin, 2gbsparse;

3. количество бэкапов на одну машину (каждый последующий будет удаляться скриптом). Если, например, скрипт будет бэкапить машины каждый час, то при указании числа 24, мы получим бэкапы каждый час на протяжении одного дня;

4. требуется ли отключение машины перед бэкапом;

5. формат диска машины (возможны: buslogic, lsilogic);

6. сохранение на удаленном сервере;

7. отправка логов по работе скрипта на почту[13].

2.4.4 AcronisvmProtect 6

AcronisvmProtect 6 использует программный интерфейс VMwarevStorage API forDataProtection (VCB), чтобы обеспечить резервное копирование и восстановление без установки дополнительных агентов для виртуальных машин на один или несколько хост-серверов ESXi в удаленном режиме. Использование агентов на виртуальных машинах не требуется.

С помощью AcronisvmProtect 6 возможно использовать следующие варианты восстановления:

1. восстановление виртуальной машины целиком поверх уже существующей виртуальной машины или в виде новой виртуальной машины на любой хост-сервер ESX/ESXi;

2. восстановление отдельных файлов или папок для поддерживаемых гостевых файловых систем;

3. монтирование носителя с резервной копией к хост-серверу ESX/ESXi в качестве NFS-ресурса и запуск виртуальной машины напрямую из резервной копии, что обеспечивает почти мгновенное восстановление.

AcronisvmProtect 6 Windows Agent устанавливается на выделенную Windows-машину и берет на себя часть операций по резервному копированию и восстановлению с основных хост-серверов ESXi.

AcronisvmProtect 6 предназначен для поддержки постоянно-инкрементного режима, в котором более старые инкрементные резервные копии можно удалять для освобождения места под новые резервные копии без необходимости в консолидации, требующей значительного объема ресурсов, а использование технологии VMwareChangeBlockTracking (CBT) обеспечивает достаточно высокий уровень скорости инкрементного резервного копирования.

Для общих хранилищ, таких, как сети хранения данных SAN, vmProtect 6 может считывать данные напрямую через сеть хранения данных, выполняя резервное копирование в обход локальной сети.

AcronisvmProtect 6 детально рассматривает содержимое дисков и томов, чтобы проанализировать файловую систему и перенести в резервную копию только те блоки, которые фактически заняты данными вместо копирования виртуальных дисков целиком в виде файлов (.vmdk). Благодаря этому vmProtect 6 создает резервные копии быстрее и меньшего размера по сравнению с альтернативными решениями, когда происходит полное копирование файлов-образов виртуальных машин.

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

AcronisvmProtect 6 может восстанавливать элементы на уровне отдельных файлов из резервной копии виртуальной машины для всех основных файловых систем в Windows и Linux. Так же присутствует возможность исключать отдельные файлы и папки/каталоги из резервной копии виртуальной машины, чтобы уменьшить объем занимаемого места в хранилищах и сократить длительность резервного копирования.

В качестве управления AcronisvmProtect 6 используется интуитивно понятный веб-интерфейс. Доступная через веб-браузер, панель мониторинга AcronisvmProtect 6 предоставляет наглядный сводный обзор всех действий по резервному копированию и восстановлению, а также их статусов. Возможно настроить уведомление по электронной почте, таким образом, чтобы информировать администратора об успехе или неудаче операций, а также о любых новых предупреждениях.

Лицензия на AcronisvmProtect 6 покупается исходя из количества ЦП на сервере виртуализации. То есть, лицензия не ограничивает количество виртуальных машин, подлежащих бэкапу, занимаемое ими пространство или ресурсы, и не ограничивает свое действие по времени. Так же возможно подписание годового соглашения на хранение бэкапов в облачном хранилище CloudStorage. Хранилище позволяет в любой момент времени, при наличии связи с сетью Интернет, загрузить новые бэкапы или произвести восстановление виртуальных машин с сетевого хранилища предоставляемого компанией Acronis.

Из рассмотренных вариантов резервного копирования предлагается использовать:

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

2. в качестве более удобного, в плане управления и использования, однако платного решения, предлагается использовать AcronisvmProtect 6. Выбор аргументирован в связи с относительно не высокой стоимостью лицензирования и отсутствия ее временного ограничения, удобными возможностями управления, технологиями позволяющими снизить объем занимаемый бэкапами[14].

2.5 Доступ к виртуальным машинам

В качестве способа доступа к виртуальным машинам можно использовать стандартный программный комплекс vSphereClient.

vSphereClient представляет из себя клиент, подключаемый к хосту с установленным ESX/ESXi. Позволяет добавлять, изменять, удалять виртуальные машины и виртуальные сети, находящиеся на управляемом хосте.

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

Данные возможности крайне удобны при администрировании рабочих мест, но не допустимо опасны при предоставлении в пользование пользователям, во избежание случайного ( или специального) удаления чьей-либо машины, изменения конфигурации или прочих действий.

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

Тонкий клиент (англ. thin client) в компьютерных технологиях -- компьютер или программа-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер. Примером тонкого клиента может служить компьютер с браузером, использующийся для работы с веб-приложениями.

Под термином «тонкий клиент» подразумевается достаточно широкий с точки зрения системной архитектуры ряд устройств и программ, которые объединяются общим свойством: возможность работы в терминальном режиме. Таким образом, для работы тонкого клиента необходим терминальный сервер, в нашем случае им будет являться сервер виртуализации.

В качестве "тонкого клиента" предлагается решение от WTware, которое не только удобно в использовании и настройке, но и позволяет частично или полностью снять проблему с подключением съемных

WTwareпостроен на базе ядра Linux. Подключается по протоколу RDP. Может быть загружен с CD, по сети, с USB или IDEflash-носителя. Терминалом могут стать машины с процессором от i486 и ОЗУ 8Мб.

Имеет 2 версии - Бесплатную Lite и Платную Pro.

WTwareLite позволяет:

1. загружаться по сети, с CDROM, с IDE жесткого диска, IDE флэш-диска, с USB флэш-диска;

2. подключаться к терминальным серверам Windows 2000 Server, Windows 2003 Server, Windows 2008 Server, Windows XP, Windows Vista;

3. обращаться с сервера к дисководу и CDROM, подключенным к терминалам;

4. использовать в качестве терминалов даже 486-е компьютеры с 8Мб RAM;

5. работать с разрешениями экрана до 1024x768, при глубине цвета 8, 15, 16, 24 или 32 бита, настраивать частоту регенерации экрана;

6. использовать USB, DIN и PS/2-клавиатуры, USB, COM и PS/2-мыши.

7. подключать к терминалам USB и LPT-принтеры и печатать на них с любого компьютера в сети;

8. включает в себя четыре библиотеки драйверов видеокарт: SVGAlib 1.4.3, SVGAlib 1.9.23, Linux 2.4.32 Framebuffer и самый свежий X.org. Поддерживаются практически все видеокарты, выпущенные за последние 10 лет.

WTwarePRO дополнительно позволяет:

1. работать с любыми разрешениями экрана, которые позволят видеокарта и драйвер, вплоть до 1920x1200;

2. обращаться с сервера и любого компьютера в сети к дисководу, CDROM и USB-дискам, подключенным к терминалам;

3. работать с устройствами, подключенными к COM-портам терминалов.

4. работать со смарт-картами eTokenPRO 32K;

5. задействовать ряд дополнительных настроек в конфигурационном файле.

В качестве особенностей WTware можно отметить, что присутствует программа, компилирующая загрузочный диск, что крайне облегчает настройки, особенно при создании большого количества терминалов. Компилятор позволяет крайне гибко настроить тонкий клиент, включая следующее:

1. имя пользователя, пароль и домен, что позволяет автоматически входить в систему;

2. настраивать список или единичный IP-адрес, что позволяет подключаться с одного USB или CD диска только к определенным(ой) виртуальным(ой) машинам(не);

3. настраивать параметры передаваемой по каналу Ethernet графики и сжатия информации передаваемой по RDP протоколу, что немаловажно при сильно загруженном канале или его невысокой пропускной способности;

4. позволяет подключать к виртуальной машине Floppy, IDECD/DVD приводы, USB-flash диски, принтеры, сканнеры, устройства подключенные к COM-портам терминала;

5. позволяет подключать к виртуальной машине микрофон, подключенный к терминалу, и передавать звук с виртуальной машины на терминал;

6. позволяет, независимо от настроек Windows, устанавливать время бездействия до выхода из системы.

2.6 Создание макета учебного класса на основе сервера виртуализации VMwareESXi

В качестве сервера, был использован имеющийся в наличии сервер, базирующийся на системной логике Intel, с кодовым названием Callahan, с двумя процессорами IntelXeon 5110 1.60GHz, с суммарным объемом оперативной памяти 3072Mb @ 667MHz, двумя жесткими дисками WesternDigitalRE4 250Gb, двумя сетевыми адаптерами, поддерживающими 1000BASE-T.

В качестве терминала использовался ПК IBM С установленной ОС WindowsXPSP2. Терминал обладал следующими характеристиками: Процессор IntelCeleron2.4MHz, память объемом 512Mb400MHz, жесткий диск объемом 80Gb.

В качестве операторского ПК использовался ноутбук Acer 5930G с установленной ОС Windows 7 Ultimatex64, установленным VMwarevSphereClient и следующими характеристиками: процессор Core2DuoP8400@2.26GHz, память объемом 4096MbDDR2@667MHz, жесткий диск объемом 320GbHDD. Ноутбук использовался в качестве компилятора для создания образов тонких клиентов WTware. Также ноутбук использовался в качестве дополнительного терминала при тестировании.

В качестве свитча был использован неуправляемый свитч D-LinkDES-1005D

В качестве принт-сервера был использован принт-сервер D-LinkDP-301D

В качестве принтера был использован принтер HP 1200 , подключенный к локальной сети через принт-сервер

Первоначально был установлен гипервизор VMwareESXi 4.1.0 на сервер. Установка производилась с компакт-диска, сформированного из isoобраза, скачанного с сайта компании VMware .

Процесс установки представлен в приложении.



3. Экономическая часть

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

3.1 Определение себестоимости и цены опытно-конструкторской разработки учебного класса

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

Основные статьи затрат при опытно-конструкторской разработке:

1. материалы;

2. покупные комплектующие изделия;

3. заработная плата основных исполнителей;

4. отчисления на социальные нужды (34,2% от ФОТ) ;

5. накладные расходы;

6. прочие расходы.

К статье затрат заработная плата разработчиков - основная и дополнительная заработная плата разработчиков (заработная плата с учётом премии). В качестве основной заработной платы принимается сдельно-премиальная форма оплаты труда.

Заработная плата рассчитывается на основе трудоёмкости соответствующих стадий работ. Величина заработной платы определяется по следующей формуле 1.

(1)

где k - количество стадий работ;

-трудоёмкость i-ой стадии;

- средняя дневная тарифная ставка оплаты работ j-ой стадии.

Премия составляет 15 % от основной ставки оплаты труда.

По каждой стадии работ определяются исполнители и показатели оплаты труда. Результаты расчёта представлены в таблице 2.

Таблица 2

Распределение трудоемкости и заработной платы

№ стадии работ	Наименование стадии работ	Трудоемкость (Чел.час.)	Заработная плата (руб.)
		Стадии	Инженер	Научный руководитель	Инженер	Научный руководитель	Общая
1	Обзор предметной области	26,4	8,66	17,73	2270,40	4646,40	6916,80
2	Постановка задачи	22	7,22	14,77	1892,0	3872,0	5764,0
3	Анализ существующих решений виртуализации	44	14,44	29,56	3784,0	774,0	11528,0
4	Выбор платформы виртуализации	39,6	13	26,6	3405,60	6969,60	10375,20
5	Разработка требований к аппаратной части	35,2	11,55	23,64	3027,20	6195,0	9222,40
6	Разработка способов копирования виртуальной среды	66	21,66	44,33	5676,0	11616,0	17292,0
7	Разработка архитектуры сети учебного класса	52,8	17,33	35,47	4540,80	9292,80	13833,60
8	Создание макета учебного класса на основе сервера виртуализации	132	43,3	88,67	11352,0	23232,0	34584,0
9	Анализ полученных результатов	22	7,22	14,78	1892,0	3872,0	5764,0
Итог		440	144,43	295,57	37840,0	77440,0	115280,0

Норматив отчислений на социальные нужды составляет 34,2% от фонда оплаты труда, тогда их можно рассчитать по формуле 2.

(2)

В накладные расходы включаются:

1. затраты на электроэнергию;

2. затраты на отопление;

3. затраты на услуги связи;

4. заработная плата научного руководителя;

5. страховые выплаты в размере 34,2 %.

В сумме эти затраты составляют 134,2% отФОТ исполнителей проекта.

Величина накладных расходов () определяется по отношению к заработной плате:

,

где - коэффициент накладных расходов, для ОКР принимается на уровне , в данном случае , тогда

Прочие расходы в себя включают затраты на проездные билеты для исполнителей.

Прочие расходы можно рассчитать по формуле 3.

. (3)

Таблица 3

Стоимость материалов

№ п./п.	Наименование материалов	Количество в натуральном измерении	Цена за единицу, руб.	Общая стоимость, руб.
1	Кабель "витая пара"	610 м.	4,59	2800,0
2	Кабель-канал	10 п.м.	65,0	650,0
3	Бумага офисная А4	2	150,0	300,0
4	Картридж для принтера HP	1	1500,0	1500,0
	ИТОГО			5250,0

Таблица 4

Стоимость покупных комплектующих изделий

№ п./п.	Наименование покупных комплектующих изделий	Количество в натуральном измерении	Цена за единицу, руб.	Общая стоимость, руб.
1	Жесткий диск Western Digital	2	1800,0	3600,0
2	Монитор	1	3300,0	3300,0
3	Клавиатура	1	300,0	300,0
4	Планки памяти	4	700,0	2800,0
5	Сервер	1	80000,0	80000,0
	ИТОГО			90000,0



Таблица 5

Затраты на проектирование новой техники

№ п./п.	Наименование статей затрат	Затраты, руб.
1	Материалы	5250,0
2	Покупные комплектующие изделия	90000,0
3	Заработная плата основных исполнителей	115280,0
4	Отчисления на социальные нужды	39425,0
5	Накладные расходы (процент отФОТ основных сотрудников)	155628,0
6	Прочие расходы (проездные билеты для сотрудников)	5764,0
	ИТОГО	411347,0

Общие затраты на создание учебного класса составили ЗОБЩ= 411347,0руб.

3.2 Оценка экономической эффективности

Для оценки экономической эффективности опытно-конструкторской разработки необходимо выяснить механизм её действия на экономические показатели в сферах её применения.

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

При оценке показателя экономического эффекта (ЭОКР/экс) используется формула 4.

(4)

где:

, - годовые эксплуатационные расходы для базового и нового вариантов НТ соответственно;

- рассчитывается по формуле 5.

(5)

где:

- уровень эксплуатационной прогрессивности НТ, характеризующий повышение эксплуатационной технологичности;

- индекс измерения эксплуатационных затрат.

,

Таким образом, показатель годового экономического эффекта равен:

Уровень экономической эффективности (ЕПП) определяется по формуле 6.

(6)

Срок окупаемости затрат на создание учебного класса составит

, что составляет 10 месяцев и 2 дня.

3.3 Выводы

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

В результате расчетов получили: годовой экономический эффект составляет руб., уровень экономической эффективности -, а срок окупаемости 10 месяцев и 2 дня после внедрения, что отражает эффективность применения разработанного учебного класса.



Заключение

В процессе работы над созданием учебного класса c использованием технологии виртуализации были выявлены основные проблемы и трудности возникающие при работе с классическим компьютерным классом. Основные возникающие трудности -это проблемы администрирования, обеспечения безопасности, захламления жестких дисков, проблемы обновления ПО, модернизации аппаратного обеспечения.

Были проанализированы недостатки и достоинства применения технологии виртуализации. Механизмы виртуализации обеспечивают решения основных проблем, которые возникают при использовании классического компьютерного класса. Недостатком же является повышенные требования к аппаратному обеспечению хранилища виртуальных машин (серверу виртуализации).

В работе был выполнен анализ доступных платформ виртуализации, из которых было выбрано наиболее эффективное для использования в учебной среде решение от компании VMware-ESXi.

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

Произведен анализ требований к аппаратной части, в частности требования к серверу (объем хранилища виртуальных машин, размер оперативной памяти, производительность ЦП).

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

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

Список используемой литературы и источников

1. СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» ;

2. Правила устройства электроустановок (ПУЭ), 7-е издание ;

3. Синицын, В. VirtualBox - виртуализация под GPL//Системный администратор. - 2007, №3, С. 20-23;

4. Бережной, А. Строим сетевую инфраструктуру на основе WMware Server//Системный администратор. -2007, №3, С. 14-18;

5. Гордеев, А.В. Виртуальные машины и сети//Информационно-управляющие системы. - 2006, №2(21), С. 21-26,

6. Черняк, М. Эпоха великого переселения ИТ//Открытые системы. - 2012, №01, [Электронный ресурс] Режим доступа URL:http://www.osp.ru/os/2010/01/13012622;

7. Николаев, А., Тормасов, А. Современная виртуализация//Открытые системы. - 2007, №02[Электронный ресурс] Режим доступа URL:http://www.osp.ru/os/2007/02/4108084;

8. История виртуализации. - 2015,[Электронный ресурс] Режим доступа URL:http://ufa-it.ru/history-virtualization.html;

9. Самойленко, А. Бесплатные серверные платформы виртуализации. - 2012, [Электронный ресурс] Режим доступа URL:http://www.ixbt.com/cm/virtualization-servers-free.shtml;

10. Зарубин, А. Причины сказать виртуализации «Да!». - 2011[Электронный ресурс] Режим доступа URL:http://www.servernews.ru/articles/594901;

11. Бесплатный VMwareESXi 5 - новые ограничения и немного новых возможностей. -2011,[Электронный ресурс] Режим доступа URL:http://www.vmgu.ru/news/vmware-esxi-5-free;

12. Самойленко, А. Обзор методик резервного копирования VMware VI 3.5 / vSphere: Data Recovery, Veeam Backup, VCB / Data Protection API, NetBackup. -2009,[Электронный ресурс] Режим доступа URL:http://www.vmgu.ru/articles/vmware-backup-vcb-data-recovery-veeam;

13. Прилепский, А. Использование ghettoVCB для резервного копирования виртуальных машин VMware ESX / ESXi. -2011,[Электронный ресурс] Режим доступа URL:http://www.vmgu.ru/articles/vmware-esx-ghetto-vcb-manual;

14. Страница программного продукта Acronis Backup for VMware. -2015, [Электронный ресурс] Режим доступа URL:http://www.acronis.ru/enterprise/products/vmprotect/#howitwork;

15. Что такое WTware. - 2015, [Электронный ресурс] Режим доступа URL:http://wtware.ru/info.html;

16. Терминальный клиент Thinstation, для бездисковой загрузки с помощью PXE или загрузки с жесткого диска по протоколу RDP. - 2012[Электронный ресурс] Режим доступа URL:http://www.nixts.org/doku.php?id=start;

17. Самойленко, А. Как установить VMware ESXi. Инструкция по установке сервера ESXi 4 из состава vSphere. - 2009 [Электронный ресурс] Режим доступа URL:http://www.vmgu.ru/articles/vmware-esxi-4-vsphere-setup.



Дипломный проект выполнен мной самостоятельно. Использованные в работе материалы из опубликованной литературы и другие источники имеют ссылки в тексте.

Отпечатано в одном экземпляре, копия работы представлена на электронном носителе.

2015г. (личная подпись ) (Ф.И.О.)



ПРИЛОЖЕНИЕ

Процесс установки и тестирования(рисунок 1 - 40)

Рисунок 1 Загрузочное меню установочного компакт диска с VMwareESXi

Рисунок 2 Первоначальный экран подготовки к установке гипервизора VMwareESXi



Рисунок 3 Загрузка ядра Vmkernel гипервизора VMwareESXi

Рисунок 4 Лицензионное соглашение на установку VMwareESXi

Рисунок 5 Предложение загрузчика начать установку VMwareESXi



Рисунок 6 Копирование файлов VMwareESXi

Рисунок 7 Сообщение об успешной установке VMwareESXi

Рисунок 8 Загрузка VMwareESXi непосредственно с жесткого диска



Рисунок 9 Экран полностью загруженного и готового к настройке VMwareESXi

Рисунок 10 Экран настройки параметров VMwareESXi



Рисунок 11 Экран настройки пароля администратора VMwareESXi

Рисунок 12 Выделен раздел сетевых настроек VMwareESXi



Рисунок 13 Экран установки статичного IP адреса, маски подсети, шлюза VMwareESXi

Рисунок 14 Экран предупреждения о сохранении сетевых настроек VMwareESXi



Рисунок 15 - Экран сконфигурированного и настроенного гипервизора VMwareESXi

Далее на операторский ПК был установлен vSphereClient, через который производилось дальнейшее управление гипервизором.

Рисунок 16 Подключение через vSphereClient к гипервизору

Рисунок 17 Главное окно vSphereClient

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



Рисунок 18 Добавление в vSphere Client места для хранения виртуальных машин

Рисунок 19 Гипервизор готов к использованию виртуальных машин

Далее была создана виртуальная машина со следующими параметрами:

1. использование одного ЦП;

2. использование 512Mb RAM;

3. жесткий диск объемом 40Gb.

Рисунок 20Создание новой виртуальной машины

Рисунок 21 Выбор типа ОС при создании виртуальной машины



Рисунок 22Выбор количества процессоров, используемых виртуальной машиной

Рисунок 23 Выбор объема памяти предоставляемой виртуальной машине

Рисунок 24 Завершающее окно при создании виртуальной машины

Далее на созданную ранее виртуальную машину производилась установка ОС. Установка производилась следующим образом:

1. В CD/DVD привод операторского ПК с установленным vSphereClient был установлен компакт-диск с WindowsXPProfessionalSP-2,

2. Далее в vSphereClientбыла выбрана виртуальная машина и было произведено подключение к ней, из vSphereClient ,в режиме "console",

3. В настройках консоли был выбрано подключение CD/DVD привода локальной машины к виртуальной

4. Далее процесс установки ничем не отличался от установки на любой другой физический ПК.



Рисунок 25 Установка WindowsXPProfessional на виртуальную машину

После установки WindowsXPProfessional, в ОС были внесены следующие настройки:

1. было присвоено имя ПК

2. была создана пробная учетная запись

3. был прописан IP-адрес

4. был включен режим удаленного подключения



Рисунок 28 Настройка параметров TCP/IP

Рисунок 26 Включение службы удаленного рабочего стола

Затем, был сконфигурирован и записан загрузочный CD диск с тонким клиентом WTware, в конфигурации которого был прописан IP-адрес непосредственно самого тонкого клиента и IP-адрес виртуальной машины. Далее записанный диск был установлен в CD-привод компьютера, играющего роль терминала, после чего была осуществлена загрузка с данного компакт-диска.

Загрузка тонкого клиентаWTware длится всего несколько секунд и сопровождается единственной надписью на экране "Пожалуйста, ждите...". После загрузки клиента и подключения его к виртуальной машине, на экране отображается следующее окно входа в Windows:

Рисунок 27 Вход в виртуальную машину



Рисунок 28 Рабочий стол виртуальной машины

Рисунок 29 Проверка параметров TCP/IP



Рисунок 30 Проверка свойств виртуальной машины

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



Рисунок 31 Проверка доступности сетевых ресурсов

Рисунок 32 Установка подключения к принтеру через принт-сервер

Также была произведена проверка работоспособности функций "проброса" подключенных к терминалу USB, CD накопителей до виртуальной машины.

Рисунок 33 Окно "Мой компьютер"

Далее была произведена установка основных программных пакетов, с которыми обычно приходится работать студентам, используя терминальный клиент. Было установлено следующее ПО:

1. Microsoft Office 2007;

2. MathCAD 14;

3. MatLab 7.5.

После установки была проверен на работоспособность как этих приложений, так и средств самой ОС, таких как графический редактор Paint .



Рисунок 34 Проверка работоспособности графического редактора Paint

Рисунок 35 Проверка работоспособности MSWord



Рисунок 36 Проверка работоспособности MathCAD 14

Рисунок 37 Проверка работоспособности MatLab 7.5

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

Следующим шагом тестирования было копирование уже созданной виртуальной машины, для тестирования производительности сервера при нескольких запущенных виртуальных машинах. Из-за малого объема жесткого диска, копий удалось выполнить всего 4, то есть, вместе с оригиналом получилось запустить 5 виртуальных машин.

Рисунок 38 Суммарная информация по vSphereClient

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



Рисунок 39 график загрузки ЦП виртуальными машинами

После копирования виртуальных машин, можно было убедиться, что все они подключены к одному и тому же виртуальному коммутатору, который в свою очередь подключен к физической сети через сетевой интерфейс сервера[17].

Рисунок 40 Структура виртуальной сети

Размещено на Allbest.ru