АНАЛИЗ СЦЕНАРИЕВ ИСПОЛЬЗОВАНИЯ ТЕХНОЛОГИИ ВИРТУАЛИЗАЦИИ Текст научной статьи по специальности «Компьютерные и информационные науки»

Анализ сценариев использования технологии виртуализации

сч сч

0 сч

1П

01

о ш m

X

<

m о х

X

Тетеркин Максим Андреевич

инженер 1-й категории, Научно-технический центр «Гамма», max.teterkin@yandex.ru

Анисимов Александр Романович

магистрант, кафедра «Направляющие телекоммуникационные среды», Московский технический университет связи и информатики, anis656@mail.ru

Томильченко Лев Русланович

студент, кафедра «Многоканальные телекоммуникационные системы», Московский технический университет связи и информатики, tomilchenko.lev@bk.ru

Панов Алексей Ильич

студент, кафедра «Теория управления и динамика систем», Нижегородский государственный университет им. Н.И. Лобачевского, aleks.npc459@mail.ru

Башмуров Николай Александрович

студент, кафедра «Математическое моделирование экономических процессов», Нижегородский государственный университет им. Н. И. Лобачевского, bashmurov.nikolai@yandex.ru

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

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

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

Анализ консолидации серверов

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

Компании, реализующие консолидацию серверов, часто переходят от работы со 150 физическими серверами к работе со 150 виртуальными машинами только на 15 серверах, с соответствующим сокращением инвестиций в аппаратное обеспечение, электропитание и охлаждение, времени работы сотрудников и, во многих случаях, расходов на лицензирование программного обеспечения (ПО). Такая консолидация позволяет повысить коэффициент использования до 60-80%. Пример того, как виртуализация помогает объединять серверы, приведен на Рисунке 1.

Рисунок 1. Консолидация серверов с помощью виртуализации

Среды разработки и тестирования

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

Используя виртуализацию, разработчик или тестер может реплицировать распределенную среду, содержащую несколько систем на одном оборудовании. Это сводит на нет наличие множества серверов для случайного использования разработчиками или тестерами.

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

Application А Application A Application A

* Windows J*' Windows Windows

Single Processor Single Processor Single Processor

Application A Application A Application A

Windows J*' Windows Windows

Multi-Core

Software Engineer

Software Engineer

Before After

Рисунок 2. Использование виртуализации для разработки

Before After

Рисунок 3. Использование виртуализации для тестирования

Частные облачные вычисления

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

Качество обслуживания

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

К счастью, виртуализация, при правильном управлении, может помочь повысить качество обслуживания, поскольку устраняет зависимость от оборудования. Виртуализация систем позволяет быстрее реагировать на сбои всех типов: аппаратного обеспечения, сети, даже самого ПО виртуализации. Её также можно использовать для предотвращения сбоев, перемещая рабочие нагрузки из системы, в которой имеются признаки проблем (память, диск и т. д.).

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

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

Простота отказоустойчивости

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

Высокая доступность

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

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

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

Таким образом, ВД решает проблему сбоя оборудования, используя ПО виртуализации высокого уровня для координации гипервизоров на двух или более серверах, постоянно отслеживая их и при необходимости перезапуская виртуальные машины на других серверах.

X X

о го А с.

X

го m

о

ю

2 О M

to

сч сч о сч

1П

о ш m

X

<

m о х

X

Это, безусловно, решает проблему сбоя оборудования и делает аварийное переключение на резервный ресурс более надежным. Следует отметить, что переход к этой многомашинной виртуализации более сложен, чем одномашинная ситуация сама по себе. Частью состояния виртуальной машины является ее сетевой адрес и ресурсы хранения. Если переместить виртуальную машину на другое оборудование, биты ее состояния также должны быть перемещены, иначе новая виртуальная машина не сможет найти свое хранилище или подключиться к сетям. Таким образом, ВД требует, чтобы ПО виртуализации могло перенести эти части состояния виртуальной машины на другой физический сервер и настроить гипервизор этого сервера на использование состояния виртуальной машины из исходного неисправного оборудования.

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

ВД обеспечивает дополнительный уровень защиты при отказе за счет дополнительной сложности ПО виртуализации. Однако можно заметить, что даже ВД не обеспечивает возможность переноса текущего состояния памяти виртуальной машины на второй сервер. Другими словами, даже если добиться того, чтобы начать выполнение виртуальной машины на втором сервере, пользователи, работающие с исходной виртуальной машиной, потеряют состояние своей работы. В зависимости от ценности приложения, даже этот бит потерянной работы может быть неприемлемым; в конце концов, если приложение обрабатывает многомиллионные сделки по андеррайтингу в долларах США (или, что плохо, сотни многотысячных сделок по андеррайтингу в долларах США), потеря даже части работы может оказаться значительной.

Кластеризация

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

Принцип работы кластеризации

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

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

Рисунок 4. Кластеризация

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

В кластеризации виртуализации все еще остается один недостаток: по-прежнему присутствует избыточная, неиспользуемая емкость резервного копирования в виде виртуальной машины, которая поддерживается в актуальном состоянии, но не работает. Хотя выполнение виртуальной машины на виртуализированном сервере, безусловно, менее дорого, чем выделение всего сервера в качестве горячего резервного копирования, все же есть некоторые затраты на выполнение дублируемой виртуальной машины. Одной из альтернатив является ПО HP PolyService, которое работает с аппаратными средствами отраслевых стандартов, такими как серверы HP ProLiant и портфель массивов хранения HP для консолидации и виртуализации NAS в средах Linux или Windows. С помощью ПО можно объединять информацию с файловых серверов или серверов баз данных в единый общий пул хранения данных, который является высокодоступным и может масштабироваться в соответствии с требованиями бизнеса.

Зеркальное отображение данных

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

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

Зеркальное отображение обеспечивает согласованность в реальном времени между двумя хранилищами данных. Это позволяет немедленно переключаться между одной системой и другой посредством присоединения второй к зеркальным данным.

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

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

Репликация данных

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

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

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

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

Также существуют 2 вида репликации данных - синхронная и асинхронная.

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

Рисунок 5. Синхронная репликация данных

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

Рисунок 6. Асинхронная репликация данных

Отказоустойчивость ИТ-организаций

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

Балансировка нагрузки

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

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

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

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

X X

о

го А с.

X

го т

о

2 О

м м

сч сч о сч

1П

о ш Ш X

<

m о х

X

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

Объединение сервера

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

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

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

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

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

Помощь в аварийном восстановлении

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

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

Заключение

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

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

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

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

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

Литература

1. Windows Server 2012 R2. Полное руководство. Том 2. Дистанционное администрирование, установка среды с несколькими доменами, виртуализация, мониторинг и обслуживание сервера. - М.: Вильямс, 2015. - 864 с.

2. Диттнер, Роджер Мейджорз Кен Матиас тен Сел-дан Мейджорз Кен Гротениус Туан Рул Дэвид мл. Виртуализация и Microsoft Virtual Server 2005 / Диттнер Роджер , Мейджорз Кен , Матиас тен Селдан, Мейджорз Кен , Гротениус Туан , Рул Дэвид , мл., Джеффри Грин. - М.: Бином-Пресс, 2008. - 432 с.

3. Ежова, Елена Николаевна Виртуализация Как Средство Деформации И Трансформации Пространства И Времени В Медиа-Рекламной Картине Мира / Ежова Елена Николаевна. - Москва: РГГУ, 2010. - 303 с.

4. Иванов, Д. В. Виртуализация общества. Версия 2.0 / Д.В. Иванов. - М.: Петербургское Востоковедение, 2002. - 224 с.

5. Лэнгоун, Д. Виртуализация настольных компьютеров с помощью VMware View 5: моногр. / Д. Лэнгоун. - М.: ДМК Пресс, 2013. - 268 с.

6. Наталия Елманова, Сергей Пахомов Виртуальные машины 2007. КомпьютерПресс 9'2007.

Analysis of virtualization technology Teterkin M.A., Tomilchenko L.R., Anisimov A.R., Panov A.I., Bakhmurov N.A.

Scientific and Technical Center "Gamma", Moscow Technical University of Communications and Informatics, Nizhny Novgorod State University named after N. I. Lobachevsky JEL classification: C10, C50, C60, C61, C80, C87, C90_

Virtualization finds application in several industries focused on its technological capabilities of representing abstract structures based on physical resources. The number of existing types of virtualization is so large that it is impossible to say unequivocally how to apply this technology in your own organization. The two types of virtualization that are most common in the use of a data center are server virtualization and data warehouse virtualization. Within each basic type, there are approaches or "preferences", each of which has advantages and disadvantages.

This article discusses the virtualization of servers and data warehouses, monitoring virtualization through the data center, as well as monitoring how virtualization is implemented on client devices, and also describes the basic features of virtualization technology.

Keywords: virtualization, device, storage, server, facility, system, network, storage, application, management, emulation, technology, resource, user.

Referenses

1. Windows Server 2012 R2. Complete guide. Volume 2. Remote

administration, installation of an environment with multiple domains, virtualization, monitoring and server maintenance. - Moscow: Williams, 2015. - 864 p.

2. Dittner, Roger Majors Ken Mathias ten Seldan Majors Ken Grotenius Tuan

Rule David Jr. Virtualization and Microsoft Virtual Server 2005 / Dittner Roger , Majors Ken , Mathias ten Seldan, Majors Ken, Grotenius Tuan , Rule David , Jr., Jeffrey Green. - Moscow: Binom-Press, 2008. - 432 p.

3. Yezhova, Elena Nikolaevna Virtualization As A Means Of Deformation And

Transformation Of Space And Time In The Media Advertising Picture Of The World / Elena Nikolaevna Yezhova. - Moscow: RSUH, 2010. - 303 p.

4. Ivanov, D. V. Virtualization of society. Version 2.0 / D.V. Ivanov. - M.:

Petersburg Oriental Studies, 2002. - 224 p.

5. Langone, D. Virtualization of desktop computers using VMware View 5:

monogr. / D. Langone. - M.: DMK Press, 2013. - 268 p.

6. Natalia Elmanova, Sergey Pakhomov Virtual Machines 2007. ComputerPress 9'2007.

X X

o

OD >

c.

X

OD m

o

2 O

lo lo