Basis Dynamix. Особенности CPU переподписки

Basis Dynamix обладает близкой к классической моделью управления ВМ с переподпиской по CPU. Существует две модели переподписки 'Strict'('Строгая') и 'Loose'('Свободная'). Для модели 'Строгая' значения переподписки по процессору должны строго соблюдаться, а это значит, что ВМки должны располагаться только на хостах, у которых значение переподписки совпадает со значением переподписки, указанного у ВМ. Попытка переместить ВМ на хост, значение переподписки которого отличается от того, что задано для ВМ может привести к падению при выполнении запроса к API Базиса и как следствие отсутствию изменений в расположении ВМ(она останется на исходном хосте).

Для того чтобы перемещения, нарущающие 'Строгую' модель переподписки, стали невозможны с точки зрения балансировщика системы Октопус, Октопус автоматически сформирует политики размещения со следующей конфигурацией: - исходная группа - группа ВМ, имеющих одинаковое значение переподписки, например, 3; - тип правила размещения - PLACE, объекты должны потреблять ресурсы только от объектов целевой группы; - целевая группа хостов размещения - группа хостов, имеющих значение переподписки равное значению переподписки ВМ из целевой группы, т.е. 3. Пример названия подобной политики: Bind STRICT overprovisioning ratio 3 VMs to PMs

В случае отсутствия хостов с нужным коэффициентом переподписки, политика создана не будет. Таким образом Октопус будет предлагать перемещать ВМ в соответствии с другими ограничениями по загрузке вычислительных ресурсов.

Таким образом размещение ВМ за пределами целевой группы хостов с точки зрения алгоритмов Октопус становится невозможным и будет строго соблюдаться. В модели 'Строгая' для каждого значения переподписки ВМ будет создана группа ВМ с соответствующим названием, например: CPU overprovisioning ratio 3 VMs. Аналогично для хостов с явно заданным значением переподписки будут созданы соответствующие группы, например: CPU overprovisioning ratio 3 PMs. Жесткая политика размещения будет создана только в случае, если есть группа ВМ и группа хостов с одинаковым значением переподписки.

Модель 'Свободная' обладает более мягкими ограничениями и подходит скорее для "подстраховки" процесса ручной балансировки. Суть ее сводится к тому, что заданное значение переподписки является желаемым, но не обязательным, а именно при перемещении ВМ должно быть отдано предпочтение хостам, чье значение переподписки совпадает. При этом, к сожалению, в расчет не берется даже текущая загрузка желаемого хоста. Получается, что может сложиться ситуация, когда загрузка предпочтительного хоста будет существенно выше, чем загрузка хоста с "плохим" коэффициентом переподписки и как результат снизится качество предоставляемых ресурсов(увеличится задержка получения процессорного времени), потому что желающих на "лучшее" значение переподписки скорее всего будет гораздо больше, чем будет доступно в реальности. Например, есть ВМ с текущим значением переподписки 3, в окружении существует 40 хостов, однако только 2 хоста имеют "предпочтительное" значение переподписки равное 3, однако загрузка этих хостов из-за следования политике "предпочтительных" значений может достигать 80-90% по CPU и Memory, при этом другие хосты, у которых настройки переподписки не заданы или заданы другие значения, могут быть загружены на 30-40%. Таким образом слепое следование без учета реальной загрузки хостов может привести к ситуации, когда окружение выйдет за допустимые и ожидаемые показатели целевой загрузки инфраструктуры. Поэтому, в модели 'Свободная' Октопус будет обеспечивать оптимальное расположение ВМ только с учетом загрузки метрик, собранных с Basis Dynamix(CPU, Memory), как самой ВМ, так и исходного и целевого хостов, что в совокупности, позволяет существенно улучшить качество размещения ВМ, при этом не конфликтуя с политикой гипервизора. Целевую загрузку хостов и ВМ, которую должен поддерживать Октопус можно задать с помощью политики для группы объектов, по умолчанию, целевая загрузка определяется на уровне 70%.