vCloud Director 8.10: для чего нужны Virtual Machine Affinity Rules

Технологии
Екатерина Юдина
12.05.2017
Количество просмотров
8289
В статье «Знакомство с vCloud Director 8.10: обзор функциональных изменений» мы рассказывали про новые возможности средства управления облачной инфраструктурой VMware vSphere. Однако отдельные функции, появившиеся в текущем релизе, нуждаются в более детальном представлении.

О том, что такое правила раздельного/совместного существования виртуальных машин (Virtual Machine Affinity Rules), зачем их создавать и в каких сценариях использовать, расскажем в этом материале.

Знакомство с Virtual Machine Affinity Rules

Итак, выход релиза vCloud Director 8.10 повлек за собой возможность создания Virtual Machine Affinity Rules, или специализированных правил для виртуальных машин с использованием веб-интерфейса консоли vCD. Функционал, заложенный в правила, позволяет контролировать размещение различных групп ВМ на физических узлах организации VDC с несколькими ресурсными пулами.

VDC с несколькими ресурсными пулами

VDC с несколькими ресурсными пулами

Если же подобные правила отсутствуют, vCloud Director самостоятельно распределяет виртуальные машины между ESXi-хостами, полагаясь на доступность ресурсов узла и требования, предъявляемые к ВМ относительно CPU, RAM, HDD. В таком случае процесс размещения системой виртуальных машин на узле практически не контролируется. Однако эта проблема решается с помощью правил совместного/раздельного существования ВМ, или Affinity/Anti-affinity rules.

Как работают правила

Поскольку существует два типа Virtual Machine Affinity Rules, способы их работы отличаются друг от друга.

  • Affinity rules, или правила совместного существования ВМ, формируют обращение к системе с требованием разместить две или более виртуальные машины на одном физическом узле. Такой подход применим в сценариях, когда ВМ с точки зрения производительности преимущественнее находиться на одном хосте или при рабочих нагрузках, допускающих случай отказа одного физического узла с возможностью миграции ВМ на альтернативную площадку.
  • Anti-affinity rules, или правила раздельного существования ВМ, наоборот, сообщают системе, что две или более ВМ необходимо разместить на двух разных физических хостах. Такой тип правил используется в сценариях, когда требуется обеспечить избыточность и высокую доступность. За счет создания Anti-affinity rules формируется стратегия ограничения запуска двух и более ВМ на одном физическом хосте. Если же подходящие под условия правил хосты оказываются недоступными, Anti-affinity rules не выполняются. Информация об этом заносится в журнал событий.

Сценарии использования правил

Чтобы понять, в каких случаях используются правила, рассмотрим несколько практических кейсов.Используйте Public Cloud для различных бизнес-сценариев. Получите желаемый объем ресурсов для ваших проектов в масштабируемом облаке «ИТ-ГРАД».

# Пример, когда необходимо использовать Affinity rules

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

# Пример, когда необходимо использовать Anti-affinity rules

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

Как создаются правила

Для создания Virtual Machine Affinity Rules необходимо подключиться к консоли vCloud Director –> My Cloud и перейти в раздел виртуальных машин. Обратите внимание на присутствие закладки Affinity rules – здесь и создаются правила раздельного/совместного существования ВМ.

Панель создания Affinity Rules

Панель создания Affinity Rules

Новое правило создается путем нажатия на значок «+», после чего открывается окно мастера и вводятся необходимые значения.

Мастер создания правила Affinity

Мастер создания правила Affinity

Требуется задать Rule name – имя правила, выбрать две или более ВМ, которые будут размещаться на одном физическом хосте. Обратите внимание, что создаваемое правило активируется по умолчанию – это определяется опцией Enabled. В случае отключения этого параметра правило не будет активным. Anti-affinity rules создаются аналогичным образом.

Важно! Оба типа правила применяются в том случае, если ВМ находятся в состоянии powered-on.

Заключение

В этой статье мы познакомились с правилами Affinity/Anti-affinity, доступными для создания через веб-консоль vCloud Director. Следите за новыми материалами первого блога о корпоративном IaaS. В следующих статьях мы продолжим изучение новых возможностей vCloud Director 8.10.

Средняя оценка: 0, всего оценок: 0
Поделиться

Только полезные материалы в нашей рассылке

Ошибка подписки

Похожие статьи

IT-инфраструктура
Организация надежной беспроводной сети Wi-Fi
22.04.2020
Количество просмотров
5161

Организация надежной беспроводной сети Wi-Fi

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

Технология VMware vSAN как элемент гиперконвергентной системы для облачных провайдеров

Технология vSAN является одним из элементов гиперконвергентной системы от VMware, которую активно используют облачные провайдеры для создания отказоустойчивой, гибкой и масштабируемой услуги по аренде виртуальной инфраструктуры (IaaS).
Истории успеха
Новый оператор каршеринга BelkaCar использует облако IaaS «ИТ-ГРАД» для обеспечения отказоустойчивости и масштабируемости
14.09.2016
Количество просмотров
27771

Новый оператор каршеринга BelkaCar использует облако IaaS «ИТ-ГРАД» для обеспечения отказоустойчивости и масштабируемости

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

Ваше обращение приняли

Скоро наш менеджер свяжется с вами.
А пока вы можете изучить интересные материалы в нашем блоге.

Подписка оформлена

Скоро отправим вам уведомление о новых материалах.