Показатели эффективности: kvm vs. xen

TYPE-2 HYPERVISORS AND HYBRID ONES

The Type-2 hypervisor is also called a hosted hypervisor. It is an additional application layer located on top of the primary operating system.

In fact, the hosted hypervisor operates as one of the processes performed by the primary OS (as a rule, Linux). In this case, the hypervisor capabilities are much more reduced — it manages the guest operating systems, and the host OS takes over the emulation and management of physical server resources.

The most popular Type-2 hypervisors are Oracle VM VirtualBox, VMware Workstation, KVM.

Oracle VM VirtualBox

Oracle VM VirtualBox is a modular, cross-platform hypervisor manufactured by Oracle Corp. for various operating systems Linux, macOS, Microsoft Windows, FreeBSD, Solaris/OpenSolaris, ReactOS, DOS, and others. It was created in 2007 at Sun Microsystems Corporation; then, after Oracle merged SunMicrosystems, the hypervisor development continued. The source code for the base version is open-source under the GNU GPL, so the hypervisor is popular and available for unlimited modification. BTW, VirtualBox is capable of supporting 64-bit guest systems, even if the host OS is 32-bit.

VMWARE WORKSTATION

The first version of the hypervisor VMware Workstation, developed by VMware, a member of the EMC Corporation, was released in 1999. It is proprietary software that works with x86-64 host operating systems Microsoft Windows, Linux, Ubuntu, CentOS. Supports over 200 guest OS. For testing, the free version of the Workstation Player is accessible to users. However, this version of the hypervisor has significantly fewer features compared to the Pro version.

KVM

Kernel-based Virtual Machine, KVM, – гипервизор, созданный в октябре 2006 года и почти сразу был интегрированный с основной веткой ядра Linux версии 2.6.20., выпущенной в начале 2007 года. Позже KVM был адаптирован как модуль ядра в FreeBSD. В KVM включены загружаемый модуль ядра kvm.ko, отвечающий за виртуализацию, процессорно-специфический загружаемый модуль для AMD или Intel kvm-amd.ko либо kvm-intel.ko, и компоненты пользовательского режима QEMU. KVM – полностью открытое ПО по лицензии GNU GPL и GNU LGPL. BTW, by creating our cloud infrastructure solution SIM-Cloud IaaS, engineers of SIM-Networks used KVM QEMU for virtualization.

Hybrid hypervisors

The hybrid hypervisor is a type that combines some of the characteristics of both Type-1 and Type-2. The hypervisor directly controls the CPU and RAM, and via the host OS, guest operating systems gain access to I/O devices.

Technologies are constantly evolving, and manufacturers of hypervisors are looking for ways to improve their products, create new versions, more flexible, more integrated to different systems and conditions. In recent years, Xen and Hyper-V hypervisors have increasingly been referred not to the first type, but to the hybrid one, and this is partly true. Current versions of these hypervisors primarily combine the properties of both types.

Paravirtualization

One more popular solution, the paravirtualization, is the installation of a specially modified guest OS, the core of which is changed to work effectively with the Type-2 hypervisor. Sure, we cannot talk about modifying proprietary systems with closed source code, such as Windows. But to modify most versions of Linux, owner permission is not required.

With paravirtualization, guest OSs are modified for running in a virtualized environment. It means that the necessary requirement for paravirtualization is the open-source code of all components of operating systems. However, a significant increase in productivity, proportionate to the performance of a non-virtualized system, makes paravirtualization a popular technology among users.

Термин

Термин гипервизор (hypervisor) зачастую используется в двух понятиях, которые следует различать. Первое, более широкое, включает все виды технологий поддержки исполнения виртуальных машин (ВМ). Более узкое один из вариантов таких решений, основанный на отсутствии хостовой ОС.
Гипервизор создает абстракцию нижележащей аппаратной платформы, таким образом, чтобы она могла использоваться одной или несколькими виртуальными машинами (ВМ), при этом ВМ не знают, что совместно используют одну и ту же платформу. В данном контексте виртуальная машина – это просто контейнер для операционной системы и приложений. Интересное преимущество данного подхода состоит в том, что виртуальная машина изолируется от других виртуальных машин, запущенных на этом же гипервизоре, что позволяет иметь несколько операционных систем или несколько конфигураций одной операционной системы.

Типы архитекруры на реальных примерах

VMware vSphere Hypervisor

Основная статья: VMware vSphere Hypervisor

Классический вариант полностью автономного гипервизора, который относится к категории архитектуры монолитного ядра. Он содержит всё необходимое для работы ВМ и по сути является автономной ОС, включающей в том числе и драйверы для работы с оборудованием. Именно на эти моменты как на архитектурные преимущества делает акцент VMware, подчеркивая, что такой подход обеспечивает наиболее полную изоляцию ВМ, а следовательно, и более высокую надежность системы в целом. В целом ее ESX Server состоит из собственно гипервизора, среды исполнения (ESXi) и сервисной консоли на базе ядра Linux, при этом ESXi может использоваться автономно, но в этом случае у него ограничены возможности управления системой.
Критики данного варианта указывают на сложность решения задачи реализации собственной модели драйверов, доводка которой до нужного уровня является многолетней задачей. Отмечается также, что вся архитектура ESX — закрытая, проприетарная (на это делает акцент даже Microsoft).

Microsoft Hyper-V

Основная статья: Microsoft

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

По мнению разработчиков Microsoft, такой подход более эффективен при высокой вычислительной нагрузке, когда используется только “тонкий” гипервизор, который в случае Microsoft занимает всего порядка 100 Кб оперативной памяти.

Для ускорения же работы на уровне драйверов Microsoft использует два механизма взаимодействия прикладных BM с родительской. В одном случае применяется специальный внутренний интерфейс VMBus, который позволяет общаться ВМ между собой напрямую. Он доступен для ВМ, реализованных на базе Windows, а также Xen, но только для тех разработчиков, с кем у Microsoft есть соответствующий уровень сотрудничества. Для всех остальных ОС используется второй вариант полной эмуляции драйверов.
Как свое преимущество Microsoft также подчеркивает наличие в ее Hyper-V проверенной модели драйверов, которая развивается в рамках Windows Server в целом на протяжении ряда лет.

История

Компания VMware успешно функционирует на рынке высоких технологий уже более десятилетия. Основана VMware была в 1998-м году, и с тех пор уже стала известна более чем в сорока странах всего мира. В 2004 году VMware была приобретена корпорацией EMC и под ее управлением функционирует до сих пор, располагаясь в городе Пало-Альто, штат Калифорния.VMware основывает свою деятельность на разработках в области виртуализации. Официально история именно VMware vSphere началась почти 10 лет назад, в конце апреля 2009 года. Решение возникло не на пустом месте, а пришло на смену платформе виртуализации VMware Virtual Infrastructure, наработки которой и были использованы. vSphere позволяет быстро развернуть надежную отказоустойчивую инфраструктуру, объединить виртуальные системы, сети и хранилища в единые пулы ресурсов, сделать рабочую среду максимально устойчивой и управляемой. Многие специалисты называют ее первой истинно облачной операционкой. И вот почему. Сегодня чтобы приложение заработало в облачной среде , Microsoft Azure или Amazon, его код нужно переписать для них, либо создать с нуля. vSphere же призвана перенести исполнение приложений в облако максимально естественным и безболезненным для программиста, администратора и пользователя образом. Те программы, которые уже сейчас работают под управлением ПО VMware, фактически оказываются готовыми к миграции в облако без нужды в каких бы то ни было патчах и модификациях.
При разработке VMware Infrastructure 3.5, компанией VMware была задумана vSphere как расширенный набор инструментов для облачных вычислений с использованием VMware ESX/ESXi 4. Набор инструментов с поддержкой облачных вычислений отделили как VMware Infrastructure 4 (VI 4 для краткости ) для отличия от VMware Infrastructure 3.5 (VI 3.5 ), готовой к выпуску (30 марта 2009).

Важные даты

1. 21 апреля 2009 года компания VMware объявила о создании vSphere 4, вместо VI 4, и выпустила 21 мая 2009 года.
2. 19 ноября 2009 года, VMware выпустила Update 1 для Vsphere 4 c добавлением ​​поддержки Windows 7 и Windows Server 2008 R2.
3. Компания VMware начала поставки VSphere 4.1 в августе 2010 г. Это обновление включает усовершенствованный vCenter Configuration Manager, а также vCenter Application Discovery Manager и способность VMotion перемещать одновременно более одной виртуальной машины от одного хоста сервера к другому.
4. 10 февраля 2011 года VMware выпустила Update 1 для Vsphere 4.1, чтобы добавить поддержку RHEL 6 , RHEL 5.6 , SLES 11 SP1 для VMware, Ubuntu 10.10 и Solaris 10 Update 9.
5. 12 июля 2011 года VMware выпустила пятую версию VMware vSphere .
6. 27 августа 2012 года VMware выпустила vSphere 5.1 .Эта расширенная версия vSphere включает VMware vSphere Storage Appliance, vSphere Data Protection, vSphere Replication and vShield Endpoint.
7. 22 сентября 2013 года вышла версия vSphere 5.5 .
8. В мае 2014 года SAP и VMware объявили о доступности SAP HANA для использования в производственной среде на VMware vSphere 5.5.
9. 3 февраля 2015 года генеральный директор компании VMware Пат Гелсингер объявил о выходе vSphere 6.0 с большим количеством новых функций и усовершенствований.

Создание виртуальной машины Windows на Vmware ESXi

Хотите узнать, как создать виртуальную машину Windows на Vmware ESXi? В этом уроке мы покажем вам, как создать виртуальную машину Windows с помощью сервера Vmware ESXi.

Этот учебник был протестирован на Vmware ESXi 6.5

Этот учебник был протестирован на Vmware ESXi 6.7

В этом руководстве не используется Vcenter.

Vmware ESXi Playlist:

На этой странице мы предлагаем быстрый доступ к списку видеороликов, связанных с Vmware ESXi.

Playlist

Не забудьте подписаться на наш канал YouTube, названный FKIT.

На этой странице мы предлагаем быстрый доступ к списку руководств, связанных с Vmware Esxi.

Учебное пособие — создание виртуальной машины Windows на Vmware ESXi

Во-первых, вам нужно получить доступ к веб-интерфейсу Vmware.

Откройте программное обеспечение браузера, введите IP-адрес вашего сервера Vmware ESXi и получите доступ к веб-интерфейсу.

На экране приглашения введите регистрационную информацию администратора.

После успешного входа в систему появится панель управления Vmware.

На панели управления Vmware откройте меню «Виртуальные машины».

Нажмите кнопку «Создать / Зарегистрировать виртуальную машину».

В помощнике по созданию Vmware выберите следующие параметры:

• Совместимость — Виртуальная машина ESXI 6.7
• Семейство гостевых ОС — Windows
• Версия гостевой ОС — Microsoft Windows Server 2012 (64 бит)

В нашем примере мы устанавливаем новую виртуальную машину Windows Server 2012 R2.

Затем выберите хранилище данных, где должна быть создана виртуальная машина.

Теперь вам нужно решить, как вы собираетесь устанавливать новую операционную систему виртуальных машин.

Если вы хотите установить операционную систему Windows с CD / DVD:

На экране настройки настройки вам необходимо изменить следующую конфигурацию:

• CD / DVD-привод — Хост-устройство
• Состояние — подключение при включении.

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

Вставьте установочный CD / DVD-диск Windows в драйвер Vmware ESXi.

Включите новую виртуальную машину.

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

Поздравляем! Вы установили новую виртуальную машину Windows на Vmware ESXi с помощью CD / DVD.

Если вы хотите установить операционную систему Windows из образа ISO:

На экране настройки настройки вам необходимо изменить следующую конфигурацию:

• CD / DVD-привод — файл ISO хранилища данных.
• Состояние — подключение при включении.
• CD / DVD-носители — нажмите кнопку «Браузер» и найдите место установки в хранилище данных.

Найдите и выберите файл образа установки операционной системы.

В нашем примере мы выбрали файл установки сервера Windows:

SW_DVD9_Windows_Svr_Std_and_DataCtr_2012_R2_64Bit_English_-4_MLF_X19-82891.ISO

Чтобы установить операционную систему из файла ISO, вам необходимо установить репозиторий ISO Vmware

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

Включите новую виртуальную машину.

Система должна автоматически начать новую установку операционной системы.

Поздравляем! Вы установили новую виртуальную машину Windows на Vmware ESXi, используя образ ISO.

2018-11-06T16:17:14-02:00

Возможности

Повышенная надежность и безопасность.
Средства управления аппаратным гипервизором ESXi встроены в ядро VMkernel, благодаря чему объем необходимого дискового пространства сокращается до 150 Мбайт. Это значительно снижает уязвимость гипервизора к атакам вредоносного ПО и сетевым угрозам и, как следствие, делает его более надежным и безопасным.

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

Снижение расходов на управление.
Для мониторинга оборудования и управления системой vSphere ESXi использует модель интеграции партнерских API-интерфейсов без агентов. Задачи управления выполняются через интерфейс командной строки vSphere Command Line Interface (vCLI) и интерфейс PowerCLI, который использует командлеты Windows PowerShell и сценарии для автоматизации управления.

Упрощенная установка исправлений и обновлений гипервизора.
Меньше исправлений — меньше длительность и число окон планового обслуживания.

Интеграция драйвера в образ ESXi с помощью графической утилиты ESXi-Customizer

ESXi-Customizer – это графическая утилита с простым интерфейсом, которая позволяет автоматизировать процесс интеграции драйверов и vib файлов в ISO образ ESXi.

Главный недостаток утилиты ESXi-Customizer – она поддерживает только версии ESXi 4.1, 5.0, 5.1 и 5.5. Так что при попытке создать с помощью нее образ для современной версии ESXi вы получите ошибку. На данный момент скрипт не обновляется с 2016 года.

Скачайте ESXi-Customizer-v2.7.2.exe (https://www.v-front.de/p/esxi-customizer.html), распакуйте архив и запустите утилиту (ESXi-Customizer.cmd). Утилита ESXi-Customizer официально не поддерживает Windows 10, поэтому при запуске в W10 появляется ошибка:

Чтобы исправить эту ошибку, достаточно отредактировать файл ESXi-Customizer.cmd и закомментировать строку (добавить в начале REM):

Сохраните файл ESXi-Customizer.cmd и запустите его. В открывшемся окне нужно указать путь к оригинальному ISO образу ESXi, файл с драйвером (формата VIB или архив с драйверами TGZ) и каталог, в который нужно сохранить полученный образ с интегрированным драйвером. Галку с проверкой обновлений лучше снять.

Нажмите кнопку Run и через несколько минут в целевом каталоге появится новый ISO образ ESXi, который можно установить на ваше железо.

What are hypervisors?

Before hypervisors hit the mainstream, most physical computers could only run one operating system (OS) at a time. This made them stable because the computing hardware only had to handle requests from that one OS. The downside of this approach was that it wasted resources because the operating system couldn’t always use all of the computer’s power.

A hypervisor solves that problem. It is a small software layer that enables multiple operating systems to run alongside each other, sharing the same physical computing resources. These operating systems come as virtual machines (VMs)—files that mimic an entire computing hardware environment in software.

The hypervisor, also known as a virtual machine monitor (VMM), manages these VMs as they run alongside each other. It separates VMs from each other logically, assigning each its own slice of the underlying computing power, memory, and storage. This prevents the VMs from interfering with each other; so if, for example, one OS suffers a crash or a security compromise, the others survive.

To explore more about virtualization and virtual machines, check out «Virtualization: A Complete Guide» and «Virtual Machines: A Complete Guide.»

For more information on how hypervisors manage VMs, check out this video, «Virtualization Explained» (5:20):

Watch the video

Интеграция драйверов с помощью PowerShell скрипта ESXi-Customizer-PS

PowerShell скрипт ESXi-Customizer-PS (https://www.v-front.de/p/esxi-customizer-ps.html) можно использовать для интеграции драйверов и обновления установочного образа ESXi 5.x и 6.x. Для использования этого скрипта на вашем компьютер должен быт установлен VMware PowerCLI 5.1 или выше.

Скачайте файл ESXi-Customizer-PS-v2.6.0.ps1 (разблокируйте скачанный из интернета PS1 файл, поставив галку Разблокировать в его свойствах ) и запустите PowerCLI.

Выполните команду для изменения PowerShell Execution Policy:

Справку по параметрам скрипта можно вывести так:

Чтобы скачать актуальную версию ISO дистрибутива ESXi 6.7 с последними обновлениями с сайта VMware Online Depot, выполните команду:

Аналогичным образом можно скачать другие версии ESXI (-v67 | -v65 | -v60 | -v55 | -v51 | -v50).

Чтобы сгенерировать ISO образ ESXi и сразу интегрировать в него все офлайн-бандлы и VIB-пакеты драйверов из папки C:\distr\esxi\driver, выполните:

Через 15-20 минут в указанном каталоге появится установочный ISO образ ESXi.

Вы можете модифицировать скачанный офлайн бандл (это zip архив с установочными файлами ESXi), добавив в него все VIB драйвера из указанного каталога:

С помощью следующей команды вы можете создать ISO-образ ESXi из офлайн-бандла:

В онлайн хранилище V-Front есть довольно большая библиотека vib драйверов, вы можете интегрировать в образ ESXi конкретные драйвера из этого хранилища так:

В этом примере мы интегрируем в дистрибутив ESXi следующие драйвера:

• net-e1000e – сетевой драйвер для Intel I21782579LM/82574L;
• net51-r8169 – сетевой драйвер Realtek 8168/8111/8411/8118 (его убрали из ESXi 5.1 и выше);
• esx-ui — ESXi Embedded Host Client —  удобный web интерфейс для хоста;
• sata-xahci — driver map для корректного определения некоторых SATA-контроллеров.

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

Чтобы обновить Offline bundle последними патчами из репозитария VMware, выполните:

Выбор KVM

Доводы «за»:

• несмотря на то что KVM — относительно молодой гипервизор, это компактный модуль, который в сочетании с ядром Linux обеспечивает простоту реализации, сохраняя поддержку Linux-тяжеловесов;
• KVM гибок; так как гостевые операционные системы взаимодействуют с гипервизором, интегрированным в ядро Linux, они могут во всех случаях обращаться непосредственно к оборудованию без необходимости изменения виртуализированной операционной системы. Это делает KVM более быстрым решением для виртуальных машин;
• исправления для KVM совместимы с ядром Linux. KVM реализован в самом ядре Linux, что облегчает управление процессами виртуализации.

Доводы «против»:

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

Похожие темы

• Оригинал статьи
• Ссылки для этого цикла статей:
  • Портал PowerVM.
  • Red Hat Enterprise Virtualization 3.0 Administration Guide.
  • VMware’s Quick Start Guide версия 5.17 | версия 4.15.
  • Обзор VMware VSphere.
  • Онлайн-книга: Getting Started with Xen Deployment.
  • Xen.org.
  • .
  • Red Hat Enterprise Virtualization 3.0 Administration Guide (в помощь по KVM).
  • IBM Director’s Virtualization Manager поможет вам управлять всеми виртуализированными системами z/VM с одной консоли.
• В разделе ресурсов для разработчиков облачной среды developerWorks можно обмениваться знаниями и опытом разработки приложений и услуг, накопленными при реализации своих собственных облачных проектов.
• Образы продуктов для IBM SmartCloud Enterprise.
• Как получить доступ к IBM SmartCloud Enterprise.

Русификатор

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

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

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

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

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

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

Type 1 vs. Type 2

There are two broad categories of hypervisors: Type 1 and Type 2.

Type 1 hypervisor

A Type 1 hypervisor runs directly on the underlying computer’s physical hardware, interacting directly with its CPU, memory, and physical storage. For this reason, Type 1 hypervisors are also referred to as bare-metal hypervisors. A Type 1 hypervisor takes the place of the host operating system.

• Pros: Type 1 hypervisors are highly efficient because they have direct access to physical hardware. This also increases their security, because there is nothing in between them and the CPU that an attacker could compromise.
• Cons: A Type 1 hypervisor often needs a separate management machine to administer different VMs and control the host hardware.

Type 2 hypervisor

A Type 2 hypervisor doesn’t run directly on the underlying hardware. Instead, it runs as an application in an OS. Type 2 hypervisors rarely show up in server-based environments. Instead, they’re suitable for individual PC users needing to run multiple operating systems. Examples include engineers, security professionals analyzing malware, and business users that need access to applications only available on other software platforms.

Type 2 hypervisors often feature additional toolkits for users to install into the guest OS. These tools provide enhanced connections between the guest and the host OS, often enabling the user to cut and paste between the two or access host OS files and folders from within the guest VM.

• Pros: A Type 2 hypervisor enables quick and easy access to an alternative guest OS alongside the primary one running on the host system. This makes it great for end-user productivity. A consumer might use it to access their favorite Linux-based development tools while using a speech dictation system only found in Windows, for example.
• Cons: A Type 2 hypervisor must access computing, memory, and network resources via the host OS, which has primary access to the physical machine. This introduces latency issues, affecting performance. It also introduces potential security risks if an attacker compromises the host OS because they could then manipulate any guest OS running in the Type 2 hypervisor.

Выбор PowerVM

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

Доводы «за»:

• PowerVM поддерживает несколько операционных систем на одном компьютере;
• обеспечивает до 10 виртуальных машин на одно ядро процессора;
• ресурсы процессора, памяти и ввода/вывода могут динамически перемещаться между виртуальными машинами;
• виртуальные машины могут использовать выделенные или общие (ограниченные или неограниченные) ресурсы процессора;
• ресурсы процессора могут автоматически перемещаться между виртуальными машинами в зависимости от рабочих нагрузок;
• ресурсы процессора для группы виртуальных машин можно ограничить, чтобы снизить затраты на лицензирование программного обеспечения;
• ресурсы хранения данных для серверов Power Systems и VIOS можно собирать в общие пулы для оптимизации использования ресурсов;
• упрощает создание и управление ВМ для серверов Power Systems и blade-серверов;
• поддерживает запуск многих Linux-приложений x86 в Linux на PowerVM;
• работающие виртуальные машины AIX и Linux можно перемещать между серверами, исключив плановые простои;
• интеллектуальное перераспределение памяти от одной виртуальной машины к другой повышает степень использования памяти;
• упрощает управление и повышает производительность среды Fibre Channel SAN.

Доводы «против»:

• в периоды высокой нагрузки производительность может снижаться. В реализации виртуализации Linux PowerVM есть механизм, который позволяет очень точно управлять ресурсами и контролировать их; однако в периоды пиковой нагрузки все же есть потенциал для снижения производительности;
• с помощью IBM PowerVM можно виртуализировать 10 логических разделов (LPAR) для совместного использования одного процессора или даже одной сетевой карты; эта практика может оказать негативное влияние на производительность (слишком много работы для единицы оборудования) и на готовность (подумайте о последствиях отказа этого процессора). Гибкость и широкие возможности по настройке виртуализации могут привести к плохо спроектированным системам, что вынудит компанию отказаться от всей своей стратегии виртуализации;
• безопасность: в прошлом в случае отказа сервера последствия ограничивались этим сервером. При виртуализации может пострадать каждый логический раздел или виртуальная среда в рамках физического сервера. Хотя системный администратор может сделать так, что логические разделы физической машины не будут иметь доступ друг к другу, не следует упускать из виду и физическую защиту;
• например, хотя во многих случаях этого не требуется, в большинстве установок IBM System р используется выделенная консоль HMC для выполнения настроек логических разделов Linux и виртуализации. Если администратор отошел от своего рабочего места и оставил консоль открытой, злоумышленник может получить доступ ко всей логической среде в рамках физического сервера.

Похожие темы

• Оригинал статьи
• Ссылки для этого цикла статей:
  • Портал PowerVM.
  • Red Hat Enterprise Virtualization 3.0 Administration Guide.
  • VMware’s Quick Start Guide версия 5.17 | версия 4.15.
  • Обзор VMware VSphere.
  • Онлайн-книга: Getting Started with Xen Deployment.
  • Xen.org
  • .
  • Red Hat Enterprise Virtualization 3.0 Administration Guide (в помощь по KVM).
  • IBM Director’s Virtualization Manager поможет вам управлять всеми виртуализированными системами z/VM с одной консоли.
• В разделе ресурсов для разработчиков облачной среды developerWorks можно обмениваться знаниями и опытом разработки приложений и услуг, накопленными при реализации своих собственных облачных проектов.
• Образы продуктов для IBM SmartCloud Enterprise.
• Как получить доступ к IBM SmartCloud Enterprise.