Виртуализация процессора для чего нужна


Зачем нужна виртуализация?

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

Средняя статистика по использованию ресурсов (на примере контролера домена):

blackdiver.net

Аппаратная виртуализация. Первое знакомство

Многие специалисты в области ИТ неоднократно сталкивались с таким понятием, как "аппаратная виртуализация". И это вовсе неслучайно, поскольку здесь приходится иметь дело с постоянным наращиванием мощности техники. Что такое виртуализация? Какой она бывает? В чем ее основные преимущества и недостатки? Давайте попробуем это выяснить.

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

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

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

Аппаратная виртуализация. Преимущества

1. Достаточно простая разработка платформ для виртуализации (в сравнении с разработкой под программную виртуализацию). Это дает безусловное преимущество во времени при создании новых платформ и сокращает трудовые затраты.

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

3. Возможность оптимизации.

4. Упрощение управления инфраструктурой серверов.

Аппаратная виртуализация. Недостатки

1. Высокие требования к аппаратным решениям (серверам).

2. Высокие затраты на реализацию технологии.

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

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

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

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

fb.ru

Виртуализация: кому это действительно необходимо?

Привет! Сегодня я начинаю писать курс по системам виртуализации под абсолютно разные платформы, в том числе Windows 7, Linux и *BSD.

Мы рассмотрим такие замечательные системы, как Hyper-V от Microsoft, Workstation и ESXi от VmWare, а также VirtualBox от Oracle. Эта статья нужна для того, чтобы ты мог определиться с выбором, ведь каждая из систем имеет свои достоинства и недостатки. Но все-таки, зачем нужна виртуализация? Представь, что в наследство от предыдущего админа тебе достался сервер с 64ГБ памяти, 2 Intel Xeon 2.66GHz и прочими единорогами. Что со всем этим делать, если тебе нужно поднять Jabber Server на Linux, почтовый сервер на Windows, Backup-сервер на Linux/*BSD системе, при этом сохранить файлопомойку, в качестве которой он сейчас используется? Ниже я отвечу на эти и другие вопросы, неизбежно возникающие по мере прочтения статьи.

Oracle VirtualBox.

Начать с этой системы я решил по очень простой причине. Она имеет практически все необходимое для того, чтобы внедрять ее на предприятиях небольших и средних, но самое главное – она бесплатная! Качай, ставь и настраивай. Имеет очень понятный интерфейс и в первый мой раз ее использования единственный вопрос, который у меня возник, это «где включить поддержку USB2.0?», но об этом позже.

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

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

Microsoft Hyper-V.

Эта система поставляется вместе с Microsoft Windows 2008/R2; 2012. Плотно интегрирована с Windows, что дает возможность проворачивать порой просто эпические вещи, вроде расширения им службы Терминалов. Это позволяет под каждого пользователя поднимать свою виртуальную машину автоматически, в связке с PXE. Не смотря на кажущуюся бессмысленность сего мероприятия, просто представь, что у тебя есть целый курс учеников, подключенных из своих домашних интернетов, но каждому из которых необходимо выделить отдельную машинку с админскими правами для различных экспериментов. А если строгое ограничение обучения – WinXP? Вот тут и приходит на помощь такая штука.

В целом, очень удобная и интересная вещичка. Не без недостатков. Бывают проблемы с установкой на ней Linuxов и BSDёв. Например у меня не всегда распознается сетевая карточка при установке Debian, а на FreeBSD однажды не смог разбиться диск, мол «Установщик не имеет прав доступа для записи на диск». Ну и классика – использование домашней ОС в качестве посредника между виртуальной машиной и реальным железом – не есть гуд. Имеется «отдельная» версия Гипер Визора (Microsoft Hyper-V Server 20xx), но она входит в состав Windows Server Core И управляется через CLI PowerShell, а потому все равно взаимодействует с железом посредством ОС.

Справедливости ради должен отметить, что Hyper-V бесплатен и потому все эти минусы – не минусы вовсе. Я бы хотел сказать, что Hyper-V во многом интереснее и удобнее Oracle VirtualBox (хотя и не во всем). Основным его недостатком перед «ВиртуальнойКоробкой» является необходимость установки серверной версии Windows не ниже Server 2008 либо Windows 8 Pro.

VMware Player

Я не мог не упомянуть об этой программулине. Не смотря на то, что по своему функционалу она в чем то даже уступает Oracle VirtualBox, эта корявенькая пародия на Workstation, о которой пойдет речь дальше, может быть полезной тому, кто хочет обладать немного большим удобством и функционалом, чем есть у «ВиртуальнойКоробки».

Есть разница между Видео-плеером и видеомагнитофоном. Последний умеет записывать. Так вот. Раньше VMware Player умел только воспроизводить. Создаешь виртуалочку в Workstation, даешь доступ всем, кому надо, затем тем же лицам ставишь Плэйер и вперед на мины.

В данный момент он представляет из себя практически полноценный (читай: упрощенный) вариант Workstation, но для частного лица, пока еще, бесплатен. Интерфейс очень напоминает Workstation, но оно и не удивительно – яблоко от яблони не далеко падает. В общем, если твои цели – тестирование и обкатка на личной машинке, то Must Have! Ты спросишь, а зачем я тогда надрывался над VirtualBox? Все просто. Во-первых, функционал немного отличен (подробнее – в следующих статьях), во-вторых, Player для скачивания требует регистрации на сайте VMware.com, тогда как для скачивания VirtualBox достаточно зайти на одноименный адрес с доменом ORG первого уровня и качай себе на здоровье. К тому же, честно говоря, «ВиртуальнаяКоробка» немного меньше отмечается в реестре J

VMware Workstation

Первое, что хотелось бы сказать об этой системе – она платная. Существуют два варианта использования. Триальный и купить лицензию. Необходимо зайти на сайт https://www.vmware.com и скачать приложение. Запустив установку, выбрать «I want to try VMware Workstation 1х for 30 days» и введя свой E-Mail, нажать кнопку «Continue». Либо купить, получить ключ и ввести его в поле, выбранном по умолчанию: «I have a license key for VMware Workstation 1x»

Что тут говорить, VMware – Это признанный лидер в виртуализиции. Здесь ты найдешь все, что необходимо для построения виртуальной инфраструктуры практически любой сложности. Поддержка USB3.0, совместимость с огромным количеством операционных систем, скорость работы ощутимо выше, чем у всех остальных систем, за исключением разве что VMware ESXi.

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

В общем, не смотря на то, что Workstation явно является флагманом среди «ОС-зависимых» систем виртуализации, до полноценных решений он явно не дотягивает. Но если тебе нужен отличный продукт для небольшой компании (100-200 человек), то эта система станет несомненно лучшим выбором.

VMware vSphere.

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

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

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

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

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

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

И напоследок…

Хотелось бы сказать несколько красивых слов, как это делают главные герои некоторых книг, но просто подведу итог, описав цели использования представленного софта. Итак, все эти приложения несомненно занимают достойные места в своих нишах. Главное, это не забывать – инструмент должен использоваться по назначению, а не простаивать. Если тебе надо развернуть тестовую платформу для какой-нибудь ерунды, используй VirtualBox, ибо мощный и бесплатный. Желаешь развернуть временное, но полноценное рабочее место – тебе к VMware Workstation. Хочешь использовать Microsoft, как тонко-терминальное решение, HyperV подойдет лучше всего. Для серьезной работы с отказоустойчивыми кластерами тебе к VMware vSphere.

Ты вправе спросить: «А как же Citrix XenServer?». Отвечаю. Citrix – это на столько широкая тема, что одно ознакомительное описание займет 4-5 страниц. Это уже будет неформат, а потому продуктам этой славной конторки я посвящу отдельную серию статей.

Да избежишь ты ошибки 0x00000000!

Автор: Василий Костюченко.

network-lab.ru

Виртуализация

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

Для чего нужна виртуализация?

  • Запуск гостевых ОС. Наверняка при работе в одной ОС может понадобится воспользоваться софтом работающим только в другой операционной системе, либо интересно пощупать другую систему без полноценной установки.
  • Изоляция. Например, что бы apache жил в своем окружении и в случае дырявых скриптов злоумышленник не навредил остальным сервисам.
  • Ускорение перезагрузки серверов: перезагрузка виртуальной машины дешевле перезагрузки физической. В современных серверах на загрузку биоса может уходить по 5 минут.
  • Абстрагирование от аппаратных проблем (в некоторой степени).
  • Обеспечение простой миграции на новое физическое оборудование. Сохранили образ виртуальной машины, скопировали на новый физический компьютер и запустили там. Или, например, есть старый сервер, железу которого осталось жить не долго, а софт настраивался годами и настраивать его заново нет возможности. Тогда можно сделать из него виртуалку и запустить на новом железе.
  • Простое управление инфраструктурой. Существуем множество решений для управления парком виртуальных машин. Так же, в последнее время, наблюдается тенденция на разделение серверных инженеров и системных администраторов. Инженеры занимаются железом и запуском среды виртуализации, а администраторы уже настраивают виртуальные машины.
  • Утилизация ресурсов мощных серверов. Например есть мощный сервер используемый на 50%, тогда можно оставшуюся мощность использовать для других виртуальных машин.
  • Продажа небольшого количества ресурсов конечных покупателям. Всем известный shared hosting.
  • Экономия. Вместо 30 простых серверов, для которых нужно место в стойке, можно использовать мощную 32-ух ядерную машину с кучей виртуалок.

Можно разместить на своем сервере hunny pot (бочку меда), ложную приманку для злодеев. Например ssh повесить не на 22 порт, а на 22 порту сделать ssh какой-нибудь виртуалки, которую если сломают ничего страшного не произойдет.

Гипервизор

Гипервизор это часть системы виртуализации для управления этой системой. Основные типы гипервизоров:

  • Автономный, это целая операционная система заточенная для этих целей.
  • Может быть запущен на основе базовой ОС (VirtualBox, VMWare, VirtualPC).
  • Гибридный (OpenVZ)

Типы виртуализации.

  • Контейнеры (LXC, OpenVZ, FreeBSD jails ), когда у гостевой ОС нет своего отдельно ядра. Как правило это папочка на диске которую можно легко перенести в другую подобную систему виртуализации.
  • Паравиртуализация (Xen), это промежуточный способ между контейнерами и полной виртуализаций, используется эмуляция устройств.
  • Полная виртуализация: аппаратная и софтварная (Xen, qemu, VirtualBox), когда виртуальная машина работает напрямую с устройствами, то есть эмуляция устройств не используется.
  • Смешанная (qemu, VirtualBox), в этом случае может использовать как прямая работа с устройствами, так и через прослойку гипервизора. Таким образом, если есть возможность и это быстрей, то устройство работает через прослойку. Например в VirtualBox после установки дополнений гостевой ОС начинается работа через прослойку, в результате мышь и клавиатура перестают захватываться виртуальной машиной.

Гипервизоры, системы виртуализации

OpenVZ

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

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

Часто встречаются ситуации когда некоторые хостеры продают по 150-300% процентов ресурсов, поэтому надо быть аккуратным при выборе хостера.

LXC (linux containers)

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

  • Сложно администрировать, нужно понимать особенности
  • Мало проблем во внутренностях, то есть достаточно надежная система при корректной настройке
  • Много проблем в утилитах управления

Jail

Вполне себе контейнер, только для FreeBSD. Разрабатывалась как замена chroot и получила развитие. Повторяет функционал LXC.

Xen

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

  • Был одним из первых
  • До сих пор популярен по многим причинам
  • Умеет HVM и паравиртуализацию

VirtualBox

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

Но она достаточно медленная если виртуалок стано

Hyper-V

Тоже система виртуализации. Windows.

KVM+QEMU

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

  • Быстро работает
  • Оверхед по дискам
  • Старый и удобный

MS Virtual PC

Когда-то конкурировал с VirtualBox

Bochs

Может свиртуализировать все, но делает это софтварно.

Parallels workstation

VMWare (fusion, workstation, ESX)

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

Проблемы виртуализации

Возрастающие затраты ресурсов

  • Проседания по дискам
  • Утечка памяти в гипервизорах
  • Потеря ресурсов во время "раздачи слонов"

Безопасность

  • Возможность выйти в хост-систему
  • Возможность повредить работе соседей
  • Возможность повредить ядро bare-metall хоста в некоторых случаях (или вызвать kernel panic/oops)

Не все системы виртуализации достаточно "управляемы"

  • Костыли для развертывания машин
  • Костыли для управления
  • Костыли для ограничений
  • Костыли, костыли, костыли...

Работа с вычислительными ресурсами

  • Не всегда понятно как считаются
  • Не всегда считаются честно
  • Прекрасные возможности для оверселлинга =)

Облачная виртуализация.

Основные инструменты:

  • UEC (Ubuntu Enterprise Cloud)
  • RHEV (RH enterprise virtualization)
  • XCP (xen cloud platform)
  • VMWare vSphere

Что должна уметь облачная виртуализция:

  • Живую миграцию
  • Быструю миграцию
  • Резервировать машины в реальном времени

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

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

Что актуально вместо этого? Предоставление в облаке платформ, а не виртуальных машин.

Естественно при использовании облачной виртуализации волнует вопрос: как использовать облачную виртуализацию для создания отказоустойчивой инфраструктуры?

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

Пример реализации отказоустойчивого кластера на примере амазона будет в другом посте.

andrey.borue.ru

Зачем нужна виртуализация сервера?

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

Что такое виртуализация?

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

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

Основные типы виртуализации и используемые технологии

Дело в том, что в понятии виртуализации различают три основных направления:

  • представления;
  • приложения;
  • серверы.

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

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

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

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

Выбор оборудования

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

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

Преимущества в системе безопасности

Как правило, сама серверная структура подразумевает наличие нескольких аппаратов для выполнения тех или иных задач. В плане обеспечения безопасности системные администраторы устанавливают контроллеры домена Active Directory и интернет-шлюзы не на одном, а на разных серверах.

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

Если подойти к этому вопросу с другой стороны, можно отметить, что виртуализация сервера позволяет обойти ограничения по установке, а также быстро восстановить искомую конфигурацию, ведь бэкап хранится в самой виртуальной машине. Правда, как считается, виртуализация серверов с Windows Server (Hyper-V) в таком представлении выглядит ненадежной.

Кроме того, достаточно спорным остается вопрос лицензирования. Так, например, для Windows Server 2008 Standard предусмотрен запуск всего одной виртуальной машины, на Enterprise – четыре, а на Datacenter – вообще неограниченное число (причем даже копий).

Вопросы администрирования

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

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

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

Программы виртуализации серверов

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

Однако и эта технология обладает некоторыми недостатками, поэтому многие предпочитают программные пакеты вроде WMware, VirtualBox, QUEMI или даже MS Virtual PC. Хотя названиями такие приложения и разнятся, принципы работы с ними особо не отличаются (разве что в деталях и некоторых нюансах). С некоторыми версиями приложений может производиться и виртуализация серверов Linux, но эти системы подробно рассматриваться не будут, поскольку у нас большинство пользователей использует все-таки Windows.

Виртуализация сервера на Windows: простейшее решение

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

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

Но тут нужно обратить внимание на включение самого модуля. Виртуализация серверов Hyper-V не может производиться без предварительного включения этого компонента в самой системе Windows.

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

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

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

Речь идет об использовании таких программных продуктов, как Oracle VirtualBox, VMware Workstation (VMware vSphere) и других. Например, сервер виртуализации VMware может создаваться таким образом, чтобы сделанные внутри виртуальной машины аналоги компьютеров работали раздельно (независимо друг от друга). Такие системы можно использовать в процессах обучения, тестировании какого-либо программного обеспечения и т.д.

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

Что же касается процесса создания компьютера внутри машины, в VMware vSphere виртуализация серверов, равно как и в Hyper-V, производится на основе «Мастера», однако, если сравнивать эту технологию с Windows-системами, сам процесс выглядит несколько проще, поскольку программа сама может предложить некое подобие шаблонов или автоматически вычислить нужные параметры будущего компьютера.

Основные недостатки виртуальных серверов

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

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

Во-вторых, хотя и считается, что несколько серверов могут быть объединены в кластер, а при отказе одного из них можно «переехать» на другой, в том же Hyper-V этого добиться невозможно. И это выглядит как явный минус в вопросе отказоустойчивости.

В-третьих, явно спорным будет вопрос переноса в виртуальное пространство ресурсоемких СУБД или систем вроде Mailbox Server, Exchange Server и т.д. В этом случае будет наблюдаться явное торможение.

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

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

Резюме

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

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

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

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

fb.ru


Смотрите также