Перейти к содержанию

Политики

Скриншот_12-12-2023_15.36.55

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

  • all policies выбирает все типы
  • imported policies выбирает импортированные политики
  • manual policies выбирает политики, созданные вручную
  • defaults - политики, созданные по умолчанию

В этом разделе представлены политики, созданные вручную.

Чтобы создать политику, необходимо заполнить имя, добавить Linked groups и заполнить хотя бы одно павило.

Linked groups - это целевые группы, на которые будет воздействовать политика. Выбрать можно несколько групп объектов, к ним применятся все правила, если они применимы.

Скриншот_12-12-2023_18.27.53

Набор правил (Rules):

  • Reconfigure - изменение размера объектов. В нем можно настроить варианты работы действий (None, disable, recommend, manual, automate)
  • Move - в каком порядке применяются действия: (None, disable, recommend, manual, automate)
  • Action rules - правила автоматизации действий
  • None - сброс назначения по умолчанию
  • disable - отключение создания
  • recommend - рекомендации, которые мы не хотим (не можем) выполнить
  • manual - рекомендации, которые создаются и выполняются пользователем системы вручную
  • automate - рекомендации создаются и отправляются на выполнение автоматически

Правила размещения

  1. Тип размещения
  2. none - сброс назначения по умолчанию
  3. place - разместить объекты из целевой группы на явно указанные поставщики ресурсов
  4. do_not_place - запретить размещение объектов из целевой группы на явно указанные поставщики ресурсов
  5. affinity - размещать совместно объекты из целевой группы на одном из явно указанных поставщиков ресурсов
  6. anty_affinity - запретить совместное размещение объектов из целевой группы на одном из явно указанных поставщиков
  7. Relations type - ограничения на типы объектов в целевой группе и группе поставщиков, которые будут учитываться при создании Placement rules
  8. none - сброс назначения по умолчанию
  9. volume on storage - учитывать только volume из целевой группы, а из группы поставщиков учитывать только storage
  10. Virtual Machine on Physical Machine - учитывать только VM из целевой группы, а из группы поставщиков учитывать только PM

Merge rules - по умолчанию объекты с разных таргетов и разных кластеров не могут перемещаться

  • none - сброс назначения по умолчанию

  • target - ослабляет ограничения по перемещению между группами поставщиков с разных таргетов

  • cluster - ослабляет ограничения по перемещению между группами поставщиков с разных кластеров 

Settings Система позволяет сконфигурировать целевую загрузку различных типов объектов. За это отвечают *UTILIZATION настройки. Рассмотрим их работу на примере:

Допустим, что у нас есть ВМ, емкость памяти которой - 1000 МБ, текущий уровень загрузки памяти ВМ - 900 МБ или 90%. По умолчанию VM_MEM_UTILIZATION настройка установлена на 70%. Таким образом мы считаем, что ВМ перегружена по памяти. Влиять на абсолютную величину загрузки оперативной памяти мы не можем, поэтому будем менять ее емкость(1000 МБ). Поскольку текущая загрузка неизменна мы должны сделать емкость такой, чтобы 900 МБ были бы 70%: 900/0.7 = 1285,7143 МБ, после округления - 1286 МБ. Таким образом будет сгенерирована рекомендация по увеличению памяти для Вашей ВМ с 900 до 1286 МБ.

Расчеты, представленные выше - достаточно грубое приближение работы аналитической машины, дающее общее представление о значении свойств с суффиксом "UTILIZATION".

  1. Объем. В поле Storage_amount_step прописываем число, на сколько изменять текущее значение емкости, до тех пор, пока оно не превысит значение, рекомендуемое нашей аналитической машиной.

  2. Виртуальная машина

  3. Memory_min_mb - в поле прописываем значение, ниже которого опуститься нельзя
  4. VM_MEM_UTILIZATION - значение, которое не рекомендуется изменять без рекомендации тех. поддержки. Оно явно влияет на реконфиг и косвенно на move
  5. VM_CPU_UTILIZATION - значение, которое не рекомендуется изменять без рекомендации тех. поддержки
  6. Memory_step - число, на сколько изменять текущее значение емкости, до тех пор, пока оно не превысит рекомендуемое нашей аналитической машиной.
  7. CPU_step - число, на сколько изменять текущее значение емкости, до тех пор, пока оно не превысит рекомендуемое нашей аналитической машиной. 
  8. Physical Machine - они явно влияют на move
  9. PM_MEM_UTILIZATION - см. пример.
  10. PM_CPU_UTILIZATION - см. пример

Импортирование политик, созданных на стороне VMware.

На стороне VMware имеется функционал по созданию политик.

Для этого нужно выбрать кластер и в конфигурациях открыть вкладку 'VM/Host Rules'.

Скриншот_02-04-2024_14.41.12.png

Прописываем имя и выбираем тип, где:

  • Keep Virtual Machine together - AFFINITY
  • Separate virtual machines - ANTI_AFFINITY
  • Virtual machine to hosts - PLACE (Must run/Should run)
  • Virtual machine to hosts - DO_NOT_PLACE (Must not run/Should not run)

Virtual machines to Virtual Machines - не импортируется, не имеет аналога в Octopus.

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

Скриншот_02-04-2024_11.46.31.png

К примеру, создадим политику с именем 'Test3', выберем тип 'Virtual machine to hosts' и группу 'OldPms'. На платформе Octopus она отобразится с типом DO_NOT_PLACE.

Скриншот_02-04-2024_12.47.28

Созданные политики отображаются на платформе Octopus и имеют тип discovered, поэтому изменить и удалить их невозможно.

Настройка расписания политик

Скриншот3.png

Имя расписания

Обязательное к заполнению поле.

Допустимо прописать в нем короткое понятное имя, описывающее политику. Имя должно быть уникальным в системе.

Start Day и Start Time

Это первый день и время, с которого начнет работу политика.

По умолчанию, система устанавливает:

  • start day - дата сегодняшнего дня в формате ДД/ММ/ГГГГ
  • start time - текущее время, в формате 24-часового времени по региональному стандарту + 1 минута

Дата и время являются настраиваемыми.

Недопустимо:

  • Выбирать прошедшее время.

Finish Day и Finish Time

Это параметры, которые определяют последний день и время выполнения политики в расписании. Они указывают дату и время, после которых задача считается завершённой.

По умолчанию, система устанавливает:

  • дата равна началу политики
  • время увеличивается на 1 час, относительно старта.

Допустимо:

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

Недопустимо:

  • Выбирать прошедший день и время.

Duration

image25.png

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

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

Если вы заполнили данные для окончания события, а затем указали продолжительность, то окончание события автоматически обнуляется.

Допустимо:

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

Примеры: 10 минут, 1 час, 2 дня.

Repeat

Необходим для определения повторяемости события.

Повторение события начинается с момента указанной даты и времени. В выпадающем списке возможно выбрать кратность:

  • день
  • неделя
  • месяц

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

По умолчанию, время начала будет продублировано. Поля с началом и окончанием времени являются обязательными.

При выборе дня, следует указать количество (1-31), а также начало и окончание события по времени.

image26.png

При выборе повтора недели, можно указать ее кратность (1-5). Поле является обязательным.По умолчанию система отмечает день, равный заданной даты начала и является настраиваемый. Выбор дней является обязательным.

image27.png

При выборе месяца следует указать: каждый день (1-31) из каждых месяцев (1-12). Поля являются обязательными.Поля времени начала и окончания также являются обязательными. По умолчанию система дублирует заданные ранее параметры.

image28.png

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

image29.png