август    2026

Пн	Вт	Ср	Чт	Пт	Сб	Вс
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31

показать все 

20.07.2026

ИИ-директор «Группы Астра» Владимир Нелюб: Очередной инцидент с доступом к ChatGPT возвращает нас к вопросу о национальных моделях

Читать далее 

20.07.2026

Главное ИТ-событие года состоится в Москве в октябре

Читать далее 

20.07.2026

К2 НейроТех запустил калькулятор ИИ-зрелости для оценки инфраструктурной готовности бизнеса

Читать далее 

20.07.2026

ИИ в корпоративном обучении пока остается инструментом, а не заменой человека

Читать далее 

09.07.2026

Актуальные тренды цифровизации здравоохранения обсудили на конференции в Петербурге

Читать далее 

показать все 

26.07.2026

Почему компании возвращаются с облаков на свои серверы? Как считать экономику переезда?

Читать далее 

26.07.2026

Аутсорс разработки: как не потерять контроль над кодом и сэкономить 30% бюджета

Читать далее 

20.07.2026

Ключевая задача для технологического бизнеса — адаптация к новым правилам

Читать далее 

21.06.2026

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

Читать далее 

21.06.2026

Как вы обеспечиваете непрерывность разработки без зарубежных облаков?

Читать далее 

20.06.2026

Сергей Ергопуло: «Информационное моделирование становится частью единой цифровой вертикали предприятия»

Читать далее 

29.07.2025

Точность до метра и сантиметра: как применяют технологии позиционирования

Читать далее 

18.04.2024

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

Читать далее 

22.09.2023

Эпоха российской ориентации на Запад в сфере программного обеспечения завершилась

Читать далее 

22.09.2023

Сладкая жизнь

Читать далее 

показать все 

Главная / Архив номеров / 2012 / Выпуск №1 (14) / Виртуализация бизнес-критичных систем на базе RHEL6

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

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

Виртуализация бизнес-критичных систем
на базе RHEL6

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

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

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

Навскидку совершенно неочевидно, насколько можно в такой ситуации гарантировать качество обслуживания (quality of service, QoS) для нагруженных критичных виртуальных машин.

Однако перенести в виртуальную среду, в том числе критичные и нагруженные системы, вполне реально. Это мы проверим на базе Red Hat Enterprise Linux 6 и входящего в его состав гипервизора KVM. Необходимый нам для решения задачи инструмент называется Cgroups [1, 3].

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

Модельный ночной кошмар системного администратора представлен на рис. 1.

Рисунок 1. Виртуальные машины на базе KVM. Результаты без использования Cgroups. Есть риск, что критичная задача не получит нужных ресурсов из-за пересечения со второстепенной

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

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

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

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

Разумеется, данный пример весьма ограничен – в нем присутствует всего две машины и рассматривается только пропускная способность диска (частое «узкое место» и самый неочевидный в управлении ресурс).

Рисунок 2. Виртуальные машины на базе KVM. Результаты с использованием Cgroups. Тонкое управление ресурсами позволяет обеспечить необходимое качество обслуживания

Кроме того, для гибкого управления ресурсами в виртуальной системе большого масштаба необходимо учитывать, помимо Cgroups, и другие механизмы, такие как динамическое изменение объема оперативной памяти (ballooning) и возможность живой миграции виртуальных машин между физическими серверами для балансировки нагрузки.

Более полная картина, как Cgroups работают в сочетании с другими технологиями, будет рассмотрена в последующих статьях.

Тем не менее уже сейчас основных источников информации по настройке [2, 4, 5] должно вполне хватить для начала работы с Cgroups и для повторения приведенных результатов тестов.

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

1. Cgroups в Википедии (на английском) – http://en.wikipedia.org/wiki/Cgroups.
2. Полное руководство по управлению ресурсами с помощью Cgroups в RHEL6 (на английском) – http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Resource_Management_Guide.
3. Cgroups в документации ядра (на английском) – http://www.kernel.org/doc/Documentation/cgroups/cgroups.txt.
4. Краткая инструкция по началу работы с Cgroups (на русском) – http://www.ossportal.ru/technologies/kvm/blogs/422.
5. Цикл статей о виртуализации на базе KVM и управлении ресурсами в ней (на русском) – http://www.ossportal.ru/technologies/kvm.

В начало⇑

Комментарии отсутствуют

Комментарии могут отставлять только зарегистрированные пользователи