Red Hat Enterprise Virtualization 3::БИТ 02.2012

Поиск по сайту

bit.samag.ru

Web

Рассылка Subscribe.ru

подписаться письмом

Вход в систему


Запомнить меня
Регистрация Забыли пароль?

О журнале

Ваше мнение

Статьи

Общие тенденции и тренды

Архив

Мероприятия

Календарь мероприятий

декабрь

2024

показать все

Новости партнеров

13.12.2024

Рынку индустриального ПО нужна стратегия развития Итоги III Конференции по матмоделированию

07.12.2024

Avanpost FAM/MFA+ стали еще безопаснее: вышла обновленная версия системы аутентификации

07.12.2024

M1Cloud: Итоги 2024 года на российском облачном рынке

06.12.2024

Действия сотрудников назвали главной причиной утечек информации

06.12.2024

САТЕЛ представляет систему записи разговоров СИЗАР

показать все

Статьи

12.12.2024

Что следует учитывать ИТ-директорам, прежде чем претендовать на должность генерального директора?

11.12.2024

Сетевая инфраструктура, сетевые технологии: что лучше – самостоятельная поддержка или внешнее обслуживание?

22.11.2024

Тандем технологий – драйвер инноваций.

21.11.2024

ИИ: маршрут не построен, но уже проектируется

18.11.2024

Глеб Шкрябин: «Надежные и масштабируемые системы — основа стабильной работы бизнеса в условиях больших нагрузок»

14.10.2024

Елена Ситдикова: «На разработчиках программного обеспечения для транспорта лежит большая ответственность перед пассажирами»

13.06.2024

Взгляд в перспективу: что будет двигать отрасль информационной безопасности

18.04.2024

5 способов повысить безопасность электронной подписи

18.04.2024

Как искусственный интеллект изменит экономику

18.04.2024

Неочевидный САПР: выход ПО за рамки конструкторской деятельности

показать все

Red Hat Enterprise Virtualization 3

Главная / Архив номеров / 2012 / Выпуск №2 (15) / Red Hat Enterprise Virtualization 3

Рубрика: Виртуализация

Оксана Курышева, инженер, RHCSA. Работает в НЦПР, участвует в проектах по виртуализации Red Hat

Red Hat Enterprise Virtualization 3

Для многих специалистов Red Hat Enterprise Virtualization до сих пор выглядит неоднозначно. С одной стороны, крупнейшие мировые облака строятся на технологиях Red Hat – их выбрали Amazon, IBM, NTT. Однако на массовом рынке RHEV развивается не столь быстро. Что несет релиз RHEV3, чтобы изменить эту ситуацию?

Рекорды и проблемы RHEV до сегодняшнего дня

Чтобы понять, почему возникает различие в отношении разных пользователей, стоит обратить внимание, как Red Hat Enterprise Virtualization (RHEV) используется при создании крупнейших мировых облаков. Разумеется, облачные провайдеры не раскрывают детали архитектуры, но в одном принципиальном моменте они сходятся. В ведущих мировых облачных системах RHEV используется как инфраструктурная платформа, на базе которой создаются собственные системы провайдера – порталы для пользователей, учет потребления ресурсов, управление биллингом, инструменты управления с учетом специфики конкретного провайдера (см. рис. 1).

Рисунок 1. В крупнейших мировых облаках RHEV используется как основа инфраструктуры, на базе которой создаются собственные системы провайдера

В силу этой специфики требований основные усилия разработчиков Red Hat были направлены на улучшение гипервизора KVM. В результате сегодня практически все рекорды производительности в области виртуализации по общепризнанным тестам SPECvirt принадлежат Red Hat. Абсолютный рекорд у Red Hat Enterprise Linux 6.1 с гипервизором KVM на серверах HP ProLiant DL980 G7. Более того, пять следующих результатов также принадлежат Red Hat, а ближайшие результаты VMware отстают практически в два раза [5].

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

Основные нововведения RHEV3

Прочитать об основных возможностях и принципиальной архитектуре RHEV можно в обзоре Андрея Маркелова в «Системном администраторе» [2]. Полный список технических нововведений новой версии (RHEV3) составляет более 100 пунктов [3]. В данном обзоре остановимся на наиболее принципиальных из них.

RHEV Manager на базе JBoss

В новой версии RHEV3 управляющая система (RHEV Manager, RHEV-M) полностью переписана на Java, устанавливается на JBoss в качестве сервера приложений и использует PostgreSQL для хранения данных. Это дает возможность предельно просто развернуть ее на сервере Red Hat Enterprise Linux – все необходимые компоненты, включая сам RHEV-M, устанавливаются одной командой:

yum install rhevm

Возможность выбора между Active Directory и LDAP

Для большой инфраструктуры виртуализации централизованное управление пользователями очень быстро становится обязательным требованием. Практически во всех корпоративных сетях исторически для этого используется Active Directory, поэтому системы виртуализации ориентируются именно на нее. RHEV до недавнего момента не был исключением – пользователи либо заводились локально, либо брались из AD. Начиная с RHEV3 появилась возможность использовать для этого LDAP (рекомендуется IPA). Трудно сказать, сколько корпоративных пользователей обратят внимание на это нововведение. Но для хостеров, которые строят публичные облака, независимость от продуктов Microsoft, безусловно, является сильным преимуществом.

Расширенные возможности работы с системами хранения данных

В RHEV3 появились средства для «живой миграции» систем хранения данных. Теперь средствами RHEV-M можно перенести образы виртуальных машин с одной системы хранения на другую без остановки работы самой машины. Раньше такой функционал можно было реализовать, но это требовало отдельной настройки за рамками RHEV-M. Теперь все необходимое интегрировано в управляющую консоль.

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

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

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

Портал для пользователей

В RHEV3 значительно переработан портал для пользователей, теперь он существует в двух вариантах – базовый и расширенный.

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

Рисунок 2. Расширенный интерфейс портала для пользователей

Настраиваемые отчеты

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

Улучшения SPICE для WAN

Значительно улучшен SPICE – протокол доставки рабочего стола для инфраструктуры виртуальных рабочих мест (VDI). Изменения в первую очередь коснулись оптимизаций для работы на плохих каналах связи. Кроме очевидного повышения качества компрессии, появились более тонкие оптимизации, такие как динамическая подстройка степени компрессии в зависимости от качества канала и автоматическая настройка глубины цвета и эффектов рабочего стола.

Улучшение производительности

Традиционно обновлен гипервизор. Теперь он основан на RHEL6.1, а это значит, что в него вошли те оптимизации, которые позволили Red Hat установить рекорд в тестах SPECVirt.