Содержание
Список сокращений
Введение
Общая часть
.1 Постановка задачи
.2 Использование виртуализации
.3 Анализ существующих решений и выбор платформы виртуализации
1.3.1 OpenVZ
.3.2 Virtual Iron
.3.3 Xen Express
.3.4 Microsoft Virtual Server
1.3.5 VMware ESXi
.4 Обоснование выбора VMwareESXi в качестве платформы для создания учебного класса
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
.5 Архитектура VMware ESXi
Специальная часть
.1 Разработка архитектуры сети учебного класса
.2 Антивирусная защита
.3 Системные требования к аппаратной части для выбранной платформы
2.4 Резервное копирование
.4.1 VMware Consolidated Backup.
.4.2 VMware Data Recovery
.4.3 Скрипт ghettoVCB
.4.4 Acronis vmProtect 6
2.5 Доступ к виртуальным машинам
.6 Создание макета учебного класса на основе сервера виртуализации VMwareESXi
Экономическая часть
.1 Определение себестоимости и цены опытно-конструкторской разработки учебного класса
.2 Оценка экономической эффективности
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
.3 Выводы
Заключение
Список используемой литературы и источников
ПРИЛОЖЕНИЕ
Список сокращений
ОС — Операционная система;
ЦП — Центральный процессор;
ПО — Программное обеспечение;
SMB-SmallandMediumBusiness;- Symmetric Multi-Processing;- Storage Area Network;- Virtual Private Servers;V — Physical-to-Virtual;- Windows Management Instrumentation;- Virtual Machine File System;- VMware Consolidated Backup;
DHCP -DynamicHostConfigurationProtocol (протоколдинамическойконфигурацииузла);-Domain Name System (системадоменныхимен);-FileTransferProtocol (протоколпередачифайлов);
HTTP -Hyper Text Transfer Protocol (протоколпередачигипертекста) <#»897145.files/image001.gif»>
Рисунок 1 Структурная схема компьютерной сети кафедры
При разработке архитектуры учебного класса с использованием технологии виртуализации необходимо учитывать следующую особенность — операционные системы на виртуальных машинах работают с виртуальными же аппаратными средствами. То есть, устройства подключены не напрямую к компьютеру, а подключены через какой-либо внешний интерфейс сервера, а уже с помощью его программных и аппаратных возможностей подключены к виртуальной машине, либо вообще с имитированы и не имеют реальных физических устройств.
При разработке следует найти возможность передачи файлов из виртуальной среды и обратно, а также возможность печати на принтере из виртуальной среды.
Так как все терминалы объединены физической локальной сетью, а виртуальные машины объединены виртуальной локальной сетью, а сервер виртуализации обеспечивает мостовое соединение между внешним физическим сетевым адаптером к которому подключена физическая сеть и внутренним виртуальным сетевым адаптером, к которому подключена виртуальная сеть, то можно считать, что и физические терминалы и виртуальные машины объединены одной локальной сетью.
Исходя из этого можно решить задачи печати и обмена файлами. Для обмена файлами предлагается организовать на одной из виртуальных машин или на машине оператора файловый сервер. Файловый сервер будет доступен как в физической среде, так и в виртуальной. Следовательно на него можно будет производить запись в одной среде и считывать в другой и наоборот.
В качестве задачи печати, предлагается использовать сетевые принтеры или принтеры подключенные через принт-сервер к локальной сети. Из-за того что, как мы уже установили, физическая и виртуальная сеть объединены воедино, операционная система на виртуальной машине будет «видеть» сетевой принтер или принт-сервер абсолютно идентично тому, если бы ОС стояла на физической машине, подключенной напрямую к физической сети с сетевым принтером или принт-сервером.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Доступ к виртуальным машинам будет осуществляться с терминальных машин черезтонкие клиенты с помощью протокола удаленного рабочего стола RDP.
Так же в процессе создания виртуальных машин, предлагается создать эталонную виртуальную машину, полностью настроенную, с установленным, необходимым для работы студентам с первого по последний курсы, программным обеспечением. А уже виртуальные машины для новых рабочих мест создавать путем копирования эталонной машины и изменения всего 2х параметров:
. имени машины;
2. IP-адреса машины.
Предлагается в каждом учебном классе выделить дополнительный, ПК, с установленной на него ОС Windows и клиентом гипервизора vSphereClient, который позволит запускать группы виртуальных машин или единичные машины, тех студентов которые занимаются сейчас в классе или останавливать виртуальные машины после занятий во избежание излишней нагрузки на сервер. Также с помощью vSphereClient оператор сможет создавать новые виртуальные машины из эталонной или с нуля. А также, операторский ПК оснастить программным обеспечением для резервного копирования виртуальных машин.
Предлагается, каждому студенту создать по личной виртуальной машине. Данное решение повысит ответственность каждого студента перед своим рабочим местом, а также повысит удобство работы и надежность хранения информации. Соответственно, студент получит свою виртуальную машину на первом курсе обучения и продолжит работу с ней, до окончания обучения.
Так как нет привязки какого-либо терминала к какой-либо виртуальной машине, предлагается каждому студенту выдавать по загрузочному CD или USB диску, на который будет записан, сконфигурированный только для его виртуальной машины, тонкий клиент. Такое решение позволит также повысить безопасность подключения к виртуальной машине, а так же уберет привязку студента к какому-то определенному терминалу.
На случай забытого или утерянного/поврежденного загрузочного диска предлагается изготовить несколько дисков с универсальной конфигурацией, позволяющей подключиться к любой виртуальной машине. Такое решение не подвергнет риску чужие виртуальные машины, так как вход в систему будет защищен паролем Windows.
Структурная схема разрабатываемого учебного класса можно представлена на рисунке 2.
Рисунок 2 Структурная схема компьютерной сети кафедры с использованием сервера виртуализации
2.2 Антивирусная защита
Так как, тонкие клиенты, как правило, базируются на ядре Linux, то вирусная угроза для UNIX-подобных систем значительно ниже, чем для систем Windows. Функционал ядра крайне урезан до необходимых для работы команд, что в принципе ставит под сомнение способность запуска вируса на терминале. В добавок, накопители, подключенные к терминалу, либо «пробрасываются» до виртуальной машины, либо неактивны. То есть основные пути проникновения вирусов, в виде съемных накопителей, на терминале не доступны. Пользователь при выходе в сеть Интернет будет выходить по сути с самой виртуальной машины. Следовательно все загружаемые файлы, среди которых могут отказаться и вирусы, будут попадать исключительно на виртуальную машину.
Если терминал будет запускаться с компакт-диска, вирусная опасность терминалу не будет угрожать. Если и каким-то образом вирус и попадет в память терминала, при следующей загрузке его уже не будет, так как вирус не сможет попасть в постоянную память — записать себя на CD.
Виртуальная же машина, будет подвержена вирусной угрозе абсолютно в той же мере, что и реальный персональный компьютер. То есть вирусы могут попасть с зараженных накопителей, «проброшенных» через терминал, так и через сеть Интернет. Однако и средства защиты идентичны с персональным компьютером — установка антивирусов на каждую виртуальную машину, настройка брандмауэров.
Однако, в связи с тем, что в предложенной архитектуре присутствует достаточно большое количество виртуальных машин, то при установленном антивирусе на каждой, возникает угроза резкого увеличения трафика при обновлении сигнатур угроз каждой виртуальной машиной в отдельности.
Предлагается, выделить одну из виртуальных машин, например машину с файловым сервером, в качестве вторичного (локального) сервера для обновлений сигнатур угроз. Эта машина будет настроена таким образом, чтобы загружать на свой виртуальный диск сигнатуры из сети Интернет, а остальные виртуальные машины будут настроены на загрузку их с этого сервера обновлений.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
2.3 Системные требования к аппаратной части для выбранной платформы
Для определения требований к аппаратной части необходимо первоначально определить параметры аппаратной части обыкновенного учебного класса. Усредненные параметры системного блока каждого рабочего места следующие:
1. Intel Core i3-4130; (3МБКэш-памяти, 3.40 ГГц)
2. 1 GBDDR3; 1133МГц;
3. Интегрированный видеоадаптер;
4. HDD 200 ГБ.
Так как сервер виртуализации позволяет перераспределять ресурсы между запущенными машинами, а приложения, выполняемые на рабочих местах находятся на достаточно низком уровне системных требований (текстовые редакторы, графические редакторы, программы для вычислений), то вполне маловероятно, что всем 20 пользователям понадобится вычислительная мощность 20 процессоров, и скорее всего, пики нагрузки на центральный процессор будут у разных пользователей в разные моменты времени, так что вполне достаточным будет использование 2х процессоров с 4-мя ядрами Xeon E5-2603; 1.80 ГГц
Оперативной памяти обычно необходимо 1024Мб или более. В отношении памяти сервер виртуализации позволяет также перераспределять ресурсы, но не стоит забывать о возможном запуске большого количества виртуальных машин, каждой из которых постоянно требуется какой-то минимальный объем. Исходя из минимальных требований в 1024 Мб и ориентировочное количество виртуальных машин в 15 штук, требуется 15360 МБ памяти.
Гипервизор имеет функцию избегания дубликатов страниц памяти. С учетом того, что на всех виртуальных машинах будет запущенна одна и та же ОС, с одинаковым набором драйверов, то неизменяемые страницы памяти будут находиться на сервере в единственном числе, что снизит потребность в объеме памяти сервера. Однако эта функция требует дополнительного тестирования на практике.
С учетом некоторой вероятности повышенного потребления памяти в виде сложных расчетов или при большом количестве запущенных виртуальных машин (возможно даже больше чем реальных рабочих мест) разумно использовать 16384МБ памяти (2048МБ x 8планок).
Обработку видеоинформации будет выполнять компьютер-терминал, так что каких-то особых требований к платформе нет.
Объем дискового пространства минимально необходимый пользователю составляет 30 ГБ. Но и в отношении дискового пространства Гипервизор позволяет осуществлять перераспределение. Пользователю будет виден и доступен тот объем, который будет указан в параметрах виртуальной машины, но на самом деле на реальном, физическом, диске будет занято столько места, сколько реально занято файлами пользователей.
Оценивая минимально необходимый объем дискового пространства, учитывая, что с первого по пятый курсы на каждом курсе есть две группы. Среднее количество человек в группе равно пятнадцати, т.е. суммарное количество студентов и виртуальных машин составляет 150. При выделении 30 ГБ на одну виртуальную машину минимальный объем дискового пространства сервера составляет 4,5 ТБ. С учетом необходимого запаса и возможностей перераспределения места, в качестве носителя информации с виртуальными машинами предлагается использовать 2 жестких диска по 3 Tb. При нехватке места, предлагается использовать внешние сетевые хранилища данных (NAS, iSCSI).
Сам гипервизор не обязательно должен устанавливаться на одно и тоже хранилище, на котором будут размещаться файлы-образы виртуальных машин, а если учесть небольшой размер фалов гипервизора (около 150 Mb) то предлагается в качестве носителя, на который будет установлен гипервизор, использовать SSD диск ввиду низкого времени доступа к памяти, что должно благотворно сказаться на производительности.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Каждая виртуальная машина подключается к виртуальному коммутатору, работающему внутри виртуальной машины, к которой уже реальным интерфейсом подключается любое другое сетевое оборудование.
Сервер виртуализации позволяет «пробрасывать», подключенное к его реальным USB портам , устройство с интерфейсом USB до виртуальной машины. Однако стоит отметить следующую особенность — «проброс» устройства возможен одновременно только для одной виртуальной машины, плюс для проброса необходимо специально настраивать в гипервизоре специальную конфигурацию оборудования. Исходя из этого, для повседневного использования «проброс» USB устройств подходит плохо. Следовательно для проброса USB устройств требуется использовать по возможности функции терминальных клиентов.
CD/DVD привод с компьютера-терминала также «пробрасывается» до вириальной машины. Однако, «проброс» CD/DVD привода, как и в случае с USB устройствами, так же возможен единовременно только для одной виртуальной машины и, также, для этого, необходимо специально конфигурировать параметры виртуальной машины. Следовательно для проброса CD/DVD привода требуется использовать по возможности функции терминальных клиентов.
Принтер наиболее целесообразно подключить через сетевой интерфейс с помощью принт-сервера и подключенного к нему принтера (либо принтера имеющего встроенный принт-сервер).
.4 Резервное копирование
В качестве одного из наиболее важных средств обеспечения безопасности работы на компьютере и надежности хранения данных является резервное копирование.
Резервное копирование виртуальной инфраструктуры является неоднозначно решаемой задачей для большинства администраторов VMwareESX/ESXi. С одной стороны — виртуальные машины можно рассматривать как физические системы и делать бэкап «по старинке» с установкой агентов в гостевые ОС. С другой же стороны независимость виртуальных машин от аппаратного обеспечения серверов позволяет более гибко подходить к резервному копированию виртуальных машин на VMware ESX и пробовать различные способы бэкапа.
В процессе работы были выявлены следующие способы резервного в виртуальной инфраструктуры VMware / vSphere :
. фреймворк VMwareConsolidatedBackup / vSphereDataProtection API и интеграция этих механизмов с продуктами для резервного копирования сторонних производителей (например, Symantec NetBackup или ARCserve);
. продукт VeeamBackup, который интегрирован со средствами VMwareConsolidatedBackup / vSphereDataProtection API и позволяет производить не только резервное копирование ВМ на уровне образов и восстановление на уровне образов, отдельных дисков и файлов, но и делать реплики виртуальных машин на других хостах ESX;
. создание снапшотов LUN в SAN напрямую средствами дисковых массивов или репликация томов в SAN;
. установка агентов резервного копирования для резервного копирования на уровне файлов и ВМ целиком из гостевой ОС;
. использование ghettoVCB;
. продукт Acronis vmProtect 6.
2.4.1 VMwareConsolidatedBackup
Резервное копирование данных и восстановление систем после сбоев является критически важным процессом для ИТ-инфраструктуры организации. Компания VMware предлагает простой и эффективный механизм, решающий задачи резервного копирования — фреймворкVMwareConsolidatedBackup (VCB).используется для создания резервных копий виртуальных машин, отдельных серверов VMware ESX Server, а также работает в совокупности со средством управления виртуальной инфраструктурой VMwareVirtualCenter. Поскольку VCB является всего лишь фреймворком для резервного копирования в виртуальной инфраструктуре, требуется либо использование ПО для резервного копирования сторонних производителей для автоматизации задач архивирования (которые поддерживают средства VCB), либо вручную писать сценарии командной строки, добавляя их в планировщик задач Windows.реализует следующие возможности:
. создание архивных копий виртуальных машин посредством специального прокси-сервера VCB, который снимает нагрузку по созданию резервных копий с серверов производственной сети LAN за счет операций непосредственно в сети хранения данных SAN;
. не требует установки дополнительных агентов на серверы ESX и в гостевые ОС;
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
. предоставляет широкие возможности по интеграции с продуктами сторонних производителей средств резервного копирования. При этом поддержка многих пакетов уже встроена в VCB (а кроме того и, наоборот, эти продукты имеют VCB-поддержку). Книмотносятся: Symantec Backup Exec, Veritas NetBackup, Tivoli Storage Manager, EMC Networker, CA BrightStoreARCServe, Commvault Galaxy.
На рисунке 3 представлена схема резервного копирования VCB.
Рисунок 3 Принцип работы резервного копирования VCB
На этой схеме показано то, что, поскольку виртуальные машины (то есть их виртуальные диски и файлы конфигурации) находятся на общем хранилище, есть возможность сделать мгновенный снимок файлов виртуальных дисков и скопировать их на прокси-сервер (или смонтировать тома гостевой ОС). Далее резервную копию виртуальной машины или ее файлы с прокси-сервера VCB можно скопировать на архивный носитель, например, ленточную библиотеку.
Реализуется это следующим образом — VCB заставляет ESX Server сделать снапшот виртуальной машины в то время, когда она запущена. Таким образом из одного файла виртуального диска на время получается два — один сохранил свое состояние на момент снимка, второй же накапливает все изменения виртуального диска, пока первый файл выкачивается прокси-сервером. Как только файл виртуального диска загружается на прокси-сервер, эти два файла на системе хранения снова сливаются в один.
На прокси-сервере VCB мы получаем полноценную резервную копию виртуальной машины, при этом в процессе создания копии не загружается сеть производственной среды LAN, поскольку снапшот делается на системе хранения и по FibreChannel или iSCSI загружается на прокси-сервер. Серверы ESX также нагрузки не испытывают, поскольку все делается только на уровне хранилища, не затрагивая серверную часть, поэтому бэкап виртуальных машин можно делать в течение дня, а не только в периоды наименьшей нагрузки.
После того, как копия виртуальной машины попала на прокси-сервер VCB, ее можно отправить уже на ленточную библиотеку или другое хранилище.
2.4.2 VMwareDataRecovery
Вместе с продуктом VMwarevSphere 4 компания VMware выпустила также продукт VMwareDataRecovery, позволяющий осуществлять резервное копирование образов виртуальных машин и их файлов, а также восстанавливать их из графического интерфейса.
Рассмотрим продукт и его связь с фреймворком VMwareConsolidatedBackup (VCB). Новый продукт, наследник VMware Consolidated Backup стал называться VMware vStorage API for Data Protection. А продукт VMwareDataRecovery стал надстройкой (GUI) над VMwarevStorageAPIforDataProtection, которая позволяет делать бэкап из графического интерфейса с поддержкой дедупликации и восстановления виртуальных машин и их файлов.полностью интегрирован с VMwarevCenter и управлять резервным копированием можно прямо из консоли vSphereClient. При бэкапе виртуальной машины делается ее снапшот средствами vStorage API (VCB), забирается vmdk-диск и конфигурационные файлы, данные дедуплицируются и складываются на хранилище. При этом:
. не требуется устанавливать агентов ни на ВМ, ни на хосты VMware ESX;
. работа виртуальной машины не прерывается (можно снимать резервную копию в течение дня).
Рисунок 4 Особенности резервного копирования VMwareDataRecovery
Рисунок 5 Устройство архитектуры VMwareDataRecovery
То есть, с точки зрения архитектуры, решения VMwareDataRecovery выглядит так: специальная виртуальная машина (Virtual Appliance импортируемый на vCenter) функционирует на хосте VMware ESX и обеспечивает операции по резервному копированию виртуальных машин и их файлов (не только данного хоста ESX, но и всех остальных). На сервере же VMwarevCenter установлена специальная надстройка VMwareDataRecovery, которая обеспечивает управление бэкапом и восстановлением из vSphereClient. Резервные копии виртуальных машин можно хранить на хранилищах любого типа, включая CIFS/SMB ресурсы.
У резервного копирования VMwareDataRecovery есть следующие особенности:
. все резервные копии виртуальных машин подлежат дедупликации. Технология дедупликации — собственная от VMware. Поддерживается хранилище емкостью до 2 ТБ;
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
. первая резервная копия делается полной, все остальные — инкрементальные;
. для задачи резервного копирования могут быть определены следующие параметры: источник, целевое хранилище, окно резервного копирования и политика хранения по времени (retentionpolicy). Можно управлять целевым хранилищем (Prepare, Mount, Unmount, Extend);
. одновременно может быть запущено до 8 задач резервного копирования и восстановления.
. при резервном копировании и восстановлении можно выбрать отдельные виртуальные диски машин;
. можно запускать задачу восстановления машины, даже когда идет ее резервное копирование;
. изнутри виртуальной машины поддерживается технология VSS (VolumeShadowService) — для получения целостных бэкапов, извне — Changeblocktracking для отслеживания изменившихся блоков и получения более эффективных бэкапов;
. можно резервно копировать целые сущности vCenter, такие как Cluster или пул ресурсов;
. присутствует поддержка шифрования целевого хранилища резервных копий;
. один VMwareDataRecoveryAppliance может осуществлять резервное копирование до 100 виртуальных машин. Для резервного копирования большего количества понадобятся дополнительные Appliances;
. каждая задача резервного копирования может иметь только один backupdestination;
. старые хосты ESX 3.5 / VC 2.5 не поддерживаются. Виртуальные машины с поколением виртуального Hardware меньше 7 необходимо обновить до седьмого для более эффективного создания резервных копий;
. поддерживается резервное копирование типа Off-LAN, когда трафик резервного копирования идет только по SAN, не загружая сеть передачи данных;
. VMwareDataRecovery может создавать резервную копию виртуальной машины только на уровне образа (файлов vmdk), а восстанавливать может как образ целиком, так и отдельные файлы в гостевую ОС (пока поддерживается только экспериментально).
Рисунок 6 Технологически процесс резервного копирования с помощью VMwareDataRecovery
— это очень простой продукт, направленный только на сектор SMB, где критичность данных (как и квалификация администраторов) невысока и требуется лишь простейший механизм резервного копирования[12].
2.4.3 Скрипт ghettoVCB
Бесплатная альтернатива всем выше предложенным способам — ручное копирование виртуальных машин. Но, копировать руками машину каждый раз, когда нужно внедрить какое-то оборудование, или просто для сохранения данных, это безумно неудобно. Вот для этого и была разработана технология автоматизированного бэкапа, написанная энтузиастами на скриптах perl: ghettoVCB.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Данный скрипт можно свободно скачать в Интернете.
В данном примере представлено самое простейшее резервное копирование с помощью этого скрипта, без использования особых конфигураций, для резервного копирования одной виртуальной машины в локальное хранилище ESXi хоста.
. загружается скрипт ghettoVCB.sh;
. скрипт передается на ESXi хост;
. далее необходимо подключиться по SSH к хосту;
. скрипт распаковывается на хосте;
. при необходимости, скрипт исправляется под требуемые настройки;
. создается файл vms_to_backup, в котором прописываются имена виртуальных машин, которые необходимо забэкапить;
. запускается команда ./ghettoVCB.sh -f vms_to_backup.
После этого создание резервной копии виртуальной машины завершено.
Упрощенный принцип работы скрипта заключается в следующем: Создается снапшот виртуальной машины. Далее на основе этого снапшота создается копия виртуальной машины, которая кладется в указанное в настройках место. Снапшот удаляется.
Пример восстановления виртуальной машины:
. загружается скрипт ghettoVCB-restore.sh;
. скрипт передается на ESXi хост;
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
. далее необходимо подключиться по SSH к хосту;
. скрипт распаковывается на хосте;
. создается файл vms_to_restore, в котором указывается перечень восстановления в следующем формате: [Полный путь к бэкапу][Путь к хранилище куда происходит восстановление][Тип диска];
6. запускаетсякоманда ./ghettoVCB-restore.sh -c vms_to_restore.
В итоге будет запущена процедура восстановления. Особенности данного скрипта заключаются в следующем — для того чтобы выполнить восстановление необходимо удалить виртуальную машину. При желании, скрипт можно сконфигурировать, указав следующие параметры:
. директорию создания бэкапов;
. формат сохраняемого диска, возможны варианты: zeroedthick, eagerzeroedthick, thin, 2gbsparse;
. количество бэкапов на одну машину (каждый последующий будет удаляться скриптом). Если, например, скрипт будет бэкапить машины каждый час, то при указании числа 24, мы получим бэкапы каждый час на протяжении одного дня;
. требуется ли отключение машины перед бэкапом;
. формат диска машины (возможны: buslogic, lsilogic);
. сохранение на удаленном сервере;
. отправка логов по работе скрипта на почту[13].
2.4.4 AcronisvmProtect 6
AcronisvmProtect 6 использует программный интерфейс VMwarevStorage API forDataProtection (VCB), чтобы обеспечить резервное копирование и восстановление без установки дополнительных агентов для виртуальных машин на один или несколько хост-серверов ESXi в удаленном режиме. Использование агентов на виртуальных машинах не требуется.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
С помощью AcronisvmProtect 6 возможно использовать следующие варианты восстановления:
. восстановление виртуальной машины целиком поверх уже существующей виртуальной машины или в виде новой виртуальной машины на любой хост-сервер ESX/ESXi;
. восстановление отдельных файлов или папок для поддерживаемых гостевых файловых систем;
. монтирование носителя с резервной копией к хост-серверу ESX/ESXi в качестве NFS-ресурса и запуск виртуальной машины напрямую из резервной копии, что обеспечивает почти мгновенное восстановление.6 Windows Agent устанавливается на выделенную Windows-машину и берет на себя часть операций по резервному копированию и восстановлению с основных хост-серверов ESXi.6 предназначен для поддержки постоянно-инкрементного режима, в котором более старые инкрементные резервные копии можно удалять для освобождения места под новые резервные копии без необходимости в консолидации, требующей значительного объема ресурсов, а использование технологии VMwareChangeBlockTracking (CBT) обеспечивает достаточно высокий уровень скорости инкрементного резервного копирования.
Для общих хранилищ, таких, как сети хранения данных SAN, vmProtect 6 может считывать данные напрямую через сеть хранения данных, выполняя резервное копирование в обход локальной сети.6 детально рассматривает содержимое дисков и томов, чтобы проанализировать файловую систему и перенести в резервную копию только те блоки, которые фактически заняты данными вместо копирования виртуальных дисков целиком в виде файлов (.vmdk). Благодаря этому vmProtect 6 создает резервные копии быстрее и меньшего размера по сравнению с альтернативными решениями, когда происходит полное копирование файлов-образов виртуальных машин.
Встроенная дедупликация данных производит поиск идентичных блоков и обеспечивает сохранение в резервной копии каждого блока только один раз. В сочетании со сжатием это решение сокращает потребности в ресурсах хранения данных и пропускной способности каналов передачи данных, особенно в средах с большим числом одинаковых виртуальных машин.6 может восстанавливать элементы на уровне отдельных файлов из резервной копии виртуальной машины для всех основных файловых систем в Windows и Linux. Так же присутствует возможность исключать отдельные файлы и папки/каталоги из резервной копии виртуальной машины, чтобы уменьшить объем занимаемого места в хранилищах и сократить длительность резервного копирования.
В качестве управления AcronisvmProtect 6 используется интуитивно понятный веб-интерфейс. Доступная через веб-браузер, панель мониторинга AcronisvmProtect 6 предоставляет наглядный сводный обзор всех действий по резервному копированию и восстановлению, а также их статусов. Возможно настроить уведомление по электронной почте, таким образом, чтобы информировать администратора об успехе или неудаче операций, а также о любых новых предупреждениях.
Лицензия на AcronisvmProtect 6 покупается исходя из количества ЦП на сервере виртуализации. То есть, лицензия не ограничивает количество виртуальных машин, подлежащих бэкапу, занимаемое ими пространство или ресурсы, и не ограничивает свое действие по времени. Так же возможно подписание годового соглашения на хранение бэкапов в облачном хранилище CloudStorage. Хранилище позволяет в любой момент времени, при наличии связи с сетью Интернет, загрузить новые бэкапы или произвести восстановление виртуальных машин с сетевого хранилища предоставляемого компанией Acronis.
Из рассмотренных вариантов резервного копирования предлагается использовать:
. в качестве бесплатного решения скрипт ghettoVCB из-за его малых размеров, гибких возможностей конфигурирования и авторитетного признания многими системными администраторами VMwareESXi. Из недостатков можно отметить не совсем удобное конфигурирование, в виде текстовой правки самого скрипта, что отражается на удобстве пользования, особенно при необходимости смены настроек;
. в качестве более удобного, в плане управления и использования, однако платного решения, предлагается использовать AcronisvmProtect 6. Выбор аргументирован в связи с относительно не высокой стоимостью лицензирования и отсутствия ее временного ограничения, удобными возможностями управления, технологиями позволяющими снизить объем занимаемый бэкапами[14].
2.5 Доступ к виртуальным машинам
В качестве способа доступа к виртуальным машинам можно использовать стандартный программный комплекс vSphereClient.
vSphereClient представляет из себя клиент, подключаемый к хосту с установленным ESX/ESXi. Позволяет добавлять, изменять, удалять виртуальные машины и виртуальные сети, находящиеся на управляемом хосте.
Программа представляет доступ ко всем виртуальным машинам и сетям, позволяя создать, сконфигурировать, переконфигурировать, скопировать, удалить, подключиться в терминальном режиме к любой виртуальной машине.
Данные возможности крайне удобны при администрировании рабочих мест, но не допустимо опасны при предоставлении в пользование пользователям, во избежание случайного ( или специального) удаления чьей-либо машины, изменения конфигурации или прочих действий.
Как более безопасную альтернативу можно предложить использовать тонкие клиенты. Ввиду отсутствия органов управления и конфигурацией виртуальными машинами и виртуальными сетями, но с возможностью терминального по подключения к виртуальной машине.
Тонкий клиент (англ. thin client) в компьютерных технологиях — компьютер или программа-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер. Примером тонкого клиента может служить компьютер с браузером, использующийся для работы с веб-приложениями.
Под термином «тонкий клиент» подразумевается достаточно широкий с точки зрения системной архитектуры ряд устройств и программ, которые объединяются общим свойством: возможность работы в терминальном режиме. Таким образом, для работы тонкого клиента необходим терминальный сервер, в нашем случае им будет являться сервер виртуализации.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
В качестве «тонкого клиента» предлагается решение от WTware, которое не только удобно в использовании и настройке, но и позволяет частично или полностью снять проблему с подключением съемныхпостроен на базе ядра Linux. Подключается по протоколу RDP. Может быть загружен с CD, по сети, с USB или IDEflash-носителя. Терминалом могут стать машины с процессором от i486 и ОЗУ 8Мб.
Имеет 2 версии — Бесплатную Lite и Платную Pro.
WTwareLite позволяет:
. загружаться по сети, с CDROM, с IDE жесткого диска, IDE флэш-диска, с USB флэш-диска;
. подключаться к терминальным серверам Windows 2000 Server, Windows 2003 Server, Windows 2008 Server, Windows XP, Windows Vista;
3. обращаться с сервера к дисководу и CDROM, подключенным к терминалам;
. использовать в качестве терминалов даже 486-е компьютеры с 8Мб RAM;
. работать с разрешениями экрана до 1024×768, при глубине цвета 8, 15, 16, 24 или 32 бита, настраивать частоту регенерации экрана;
. использовать USB, DIN и PS/2-клавиатуры, USB, COM и PS/2-мыши.
. подключать к терминалам USB и LPT-принтеры и печатать на них с любого компьютера в сети;
. включает в себя четыре библиотеки драйверов видеокарт: SVGAlib 1.4.3, SVGAlib 1.9.23, Linux 2.4.32 Framebuffer и самый свежий X.org. Поддерживаются практически все видеокарты, выпущенные за последние 10 лет.
WTwarePRO дополнительно позволяет:
. работать с любыми разрешениями экрана, которые позволят видеокарта и драйвер, вплоть до 1920×1200;
. обращаться с сервера и любого компьютера в сети к дисководу, CDROM и USB-дискам, подключенным к терминалам;
. работать с устройствами, подключенными к COM-портам терминалов.
. работать со смарт-картами eTokenPRO 32K;
. задействовать ряд дополнительных настроек в конфигурационном файле.
В качестве особенностей WTware можно отметить, что присутствует программа, компилирующая загрузочный диск, что крайне облегчает настройки, особенно при создании большого количества терминалов. Компилятор позволяет крайне гибко настроить тонкий клиент, включая следующее:
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
. имя пользователя, пароль и домен, что позволяет автоматически входить в систему;
. настраивать список или единичный IP-адрес, что позволяет подключаться с одного USB или CD диска только к определенным(ой) виртуальным(ой) машинам(не);
. настраивать параметры передаваемой по каналу Ethernet графики и сжатия информации передаваемой по RDP протоколу, что немаловажно при сильно загруженном канале или его невысокой пропускной способности;
. позволяет подключать к виртуальной машине Floppy, IDECD/DVD приводы, USB-flash диски, принтеры, сканнеры, устройства подключенные к COM-портам терминала;
. позволяет подключать к виртуальной машине микрофон, подключенный к терминалу, и передавать звук с виртуальной машины на терминал;
. позволяет, независимо от настроек 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 и следующими характеристиками: процессор [email protected], память объемом 4096MbDDR2@667MHz, жесткий диск объемом 320GbHDD. Ноутбук использовался в качестве компилятора для создания образов тонких клиентов WTware. Также ноутбук использовался в качестве дополнительного терминала при тестировании.
В качестве свитча был использован неуправляемый свитч D-LinkDES-1005D
В качестве принт-сервера был использован принт-сервер D-LinkDP-301D
В качестве принтера был использован принтер HP 1200 , подключенный к локальной сети через принт-сервер
Первоначально был установлен гипервизор VMwareESXi 4.1.0 на сервер. Установка производилась с компакт-диска, сформированного из isoобраза, скачанного с сайта компании VMware .
Процесс установки представлен в приложении.
3. Экономическая часть
Темой дипломной работы является создание учебного класса с использованием технологии виртуализации. В процессе выполнения данной работы разрабатывается система, имеющая прикладной характер. В дипломной работе выполняется анализ и выбор системы виртуализации, на базе которой будет базироваться учебный класс, выполняется разработка требований к аппаратной части для выбранной платформы, разработка способов резервного копирования, разработка способов доступа к виртуальным машинам, разработка архитектуры учебного класса, построение макета учебного класса. Целесообразно отнести данный дипломный проект к опытно-конструкторской разработке.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
3.1 Определение себестоимости и цены опытно-конструкторской разработки учебного класса
Опытно-конструкторская разработка является областью с малой материало- и энергоемкостью, и основные затраты связаны с непосредственным или овеществленным трудом специалистов различных категорий. При этом учитываются все категории специалистов, участвующих непосредственно или косвенно в создании данного учебного класса.
Основные статьи затрат при опытно-конструкторской разработке:
. материалы;
2. покупные комплектующие изделия;
3. заработная плата основных исполнителей;
4. отчисления на социальные нужды (34,2% от ФОТ) ;
. накладные расходы;
6. прочие расходы.
К статье затрат заработная плата разработчиков — основная и дополнительная заработная плата разработчиков (заработная плата с учётом премии). В качестве основной заработной платы принимается сдельно-премиальная форма оплаты труда.
Заработная плата рассчитывается на основе трудоёмкости соответствующих стадий работ. Величина заработной платы определяется по следующей формуле 1.
(1)
где k — количество стадий работ;
-трудоёмкость i-ой стадии;
— средняя дневная тарифная ставка оплаты работ j-ой стадии.
Премия составляет 15 % от основной ставки оплаты труда.
По каждой стадии работ определяются исполнители и показатели оплаты труда. Результаты расчёта представлены в таблице 2.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Таблица 2
Распределение трудоемкости и заработной платы
Норматив отчислений на социальные нужды составляет 34,2% от фонда оплаты труда, тогда их можно рассчитать по формуле 2.
(2)
В накладные расходы включаются:
. затраты на электроэнергию;
. затраты на отопление;
. затраты на услуги связи;
. заработная плата научного руководителя;
. страховые выплаты в размере 34,2 %.
В сумме эти затраты составляют 134,2% отФОТ исполнителей проекта.
Величина накладных расходов (
) определяется по отношению к заработной плате:
,
где 
— коэффициент накладных расходов, для ОКР принимается на уровне 
, в данном случае 
, тогда 
Прочие расходы в себя включают затраты на проездные билеты для исполнителей.
Прочие расходы можно рассчитать по формуле 3.
. (3)
Таблица 3
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Стоимость материалов
Таблица 4
Стоимость покупных комплектующих изделий
Таблица 5
Затраты на проектирование новой техники
Общие затраты на создание учебного класса составили ЗОБЩ= 411347,0руб.
3.2 Оценка экономической эффективности
Для оценки экономической эффективности опытно-конструкторской разработки необходимо выяснить механизм её действия на экономические показатели в сферах её применения.
В данном случае, экономический эффект ожидается за счет того, что проектируемая НТ является более технологичной при эксплуатации, то есть имеет место опережение повышения эксплуатационной технологичности по сравнению с ростом эксплуатационных затрат.
При оценке показателя экономического эффекта (ЭОКР/экс) используется формула 4.
(4)
где:
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
, 
— годовые эксплуатационные расходы для базового и нового вариантов НТ соответственно;
— рассчитывается по формуле 5.
(5)
где:
— уровень эксплуатационной прогрессивности НТ, характеризующий повышение эксплуатационной технологичности;
— индекс измерения эксплуатационных затрат.
,
Таким образом, показатель годового экономического эффекта равен:
Уровень экономической эффективности (ЕПП) определяется по формуле 6.
(6)
Срок окупаемости затрат на создание учебного класса составит
, что составляет 10 месяцев и 2 дня.
3.3 Выводы
В экономической части дипломного проекта по разработке учебного класса на базе сервера виртуализации были проведены расчеты, которые позволяют судить о технической, экономической и научной значимости учебного класса, а также о целесообразности его разработки.
В результате расчетов получили: годовой экономический эффект составляет 
руб., уровень экономической эффективности —
, а срок окупаемости 10 месяцев и 2 дня после внедрения, что отражает эффективность применения разработанного учебного класса.
Заключение
В процессе работы над созданием учебного класса c использованием технологии виртуализации были выявлены основные проблемы и трудности возникающие при работе с классическим компьютерным классом. Основные возникающие трудности -это проблемы администрирования, обеспечения безопасности, захламления жестких дисков, проблемы обновления ПО, модернизации аппаратного обеспечения.
Были проанализированы недостатки и достоинства применения технологии виртуализации. Механизмы виртуализации обеспечивают решения основных проблем, которые возникают при использовании классического компьютерного класса. Недостатком же является повышенные требования к аппаратному обеспечению хранилища виртуальных машин (серверу виртуализации).
В работе был выполнен анализ доступных платформ виртуализации, из которых было выбрано наиболее эффективное для использования в учебной среде решение от компании VMware-ESXi.
В дальнейшем, разработана архитектура учебного класса с использованием технологии виртуализации, и выбран способ доступа на виртуальные машины. Исследованы решения печати и обмена файлами (перенос данных из виртуальной среды в физическую). Так же рассмотрены решения по развертыванию и сопровождению рабочих мест.
Произведен анализ требований к аппаратной части, в частности требования к серверу (объем хранилища виртуальных машин, размер оперативной памяти, производительность ЦП).
В заключение, собран и протестирован макет учебного класса, согласно предложенным решениям.
Использование технологии виртуализации позволит в значительной степени повысить удобство администрирования и использования учебного класса.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Список используемой литературы и источников
1. СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы» ;
2. Правила устройства электроустановок (ПУЭ), 7-е издание ;
. Синицын, В. VirtualBox — виртуализация под GPL//Системный администратор. — 2007, №3, С. 20-23;
. Бережной, А. Строим сетевую инфраструктуру на основе WMware Server//Системный администратор. -2007, №3, С. 14-18;
. Гордеев, А.В. Виртуальные машины и сети//Информационно-управляющие системы. — 2006, №2(21), С. 21-26,
. Черняк, М. Эпоха великого переселения ИТ//Открытые системы. — 2012, №01, [Электронный ресурс] Режим доступа URL:#»897145.files/image031.gif»>
Рисунок 1 Загрузочное меню установочного компакт диска с VMwareESXi
Рисунок 2 Первоначальный экран подготовки к установке гипервизора VMwareESXi
Рисунок 3 Загрузка ядра Vmkernel гипервизора VMwareESXi
Рисунок 4 Лицензионное соглашение на установку VMwareESXi
Рисунок 5 Предложение загрузчика начать установку VMwareESXi
Рисунок 6 Копирование файлов VMwareESXi
Рисунок 7 Сообщение об успешной установке VMwareESXi
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Рисунок 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 Гипервизор готов к использованию виртуальных машин
Далее была создана виртуальная машина со следующими параметрами:
. использование одного ЦП;
2. использование 512Mb RAM;
3. жесткий диск объемом 40Gb.
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Рисунок 20Создание новой виртуальной машины
Рисунок 21 Выбор типа ОС при создании виртуальной машины
Рисунок 22Выбор количества процессоров, используемых виртуальной машиной
Рисунок 23 Выбор объема памяти предоставляемой виртуальной машине
Рисунок 24 Завершающее окно при создании виртуальной машины
Далее на созданную ранее виртуальную машину производилась установка ОС. Установка производилась следующим образом:
. В CD/DVD привод операторского ПК с установленным vSphereClient был установлен компакт-диск с WindowsXPProfessionalSP-2,
. Далее в vSphereClientбыла выбрана виртуальная машина и было произведено подключение к ней, из vSphereClient ,в режиме «console»,
. В настройках консоли был выбрано подключение CD/DVD привода локальной машины к виртуальной
. Далее процесс установки ничем не отличался от установки на любой другой физический ПК.
Рисунок 25 Установка WindowsXPProfessional на виртуальную машину
После установки WindowsXPProfessional, в ОС были внесены следующие настройки:
. было присвоено имя ПК
. была создана пробная учетная запись
. был прописан IP-адрес
. был включен режим удаленного подключения
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
Рисунок 28 Настройка параметров TCP/IP
Рисунок 26 Включение службы удаленного рабочего стола
Затем, был сконфигурирован и записан загрузочный CD диск с тонким клиентом WTware, в конфигурации которого был прописан IP-адрес непосредственно самого тонкого клиента и IP-адрес виртуальной машины. Далее записанный диск был установлен в CD-привод компьютера, играющего роль терминала, после чего была осуществлена загрузка с данного компакт-диска.
Загрузка тонкого клиентаWTware длится всего несколько секунд и сопровождается единственной надписью на экране «Пожалуйста, ждите…». После загрузки клиента и подключения его к виртуальной машине, на экране отображается следующее окно входа в Windows:
Рисунок 27 Вход в виртуальную машину
Рисунок 28 Рабочий стол виртуальной машины
Рисунок 29 Проверка параметров TCP/IP
Рисунок 30 Проверка свойств виртуальной машины
После входа в систему было произведено тестирование на возможность пользоваться внешними реальными ресурсами сети, для определения возможности обмена файлами при помощи файл-сервера, а также использования сетевого оборудования. Так же была произведена установка принтера, подключенного к локальной сети через принт-сервер, после чего была произведена через него пробная печать.
Рисунок 31 Проверка доступности сетевых ресурсов
Рисунок 32 Установка подключения к принтеру через принт-сервер
Также была произведена проверка работоспособности функций «проброса» подключенных к терминалу USB, CD накопителей до виртуальной машины.
Рисунок 33 Окно «Мой компьютер»
Далее была произведена установка основных программных пакетов, с которыми обычно приходится работать студентам, используя терминальный клиент. Было установлено следующее ПО:
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.
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 Структура виртуальной сети
Нужна помощь в написании диплома?
Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.