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

Раздел Политики

Скриншот_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, поэтому изменить и удалить их невозможно.