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

Подписка на Astra Automation определяет предельное количество узлов, которые платформа имеет право автоматизировать. Этот предел не связан с вычислительными ресурсами платформы и планируется отдельно: ресурсы определяют, справится ли платформа с нагрузкой, а подписка – сколько узлов разрешено автоматизировать.

Планирование подписки выполняется до расчета ресурсов платформы, но входом этого расчета не является: ресурсы считают по количеству управляемых узлов и профилю нагрузки. Подписку планируют раньше, потому что ее объем определяет закупку и от результатов расчета ресурсов не зависит. Единственное исходное значение, которое нужно получить заранее, – total_managed_nodes: его собирают в исходных данных.

Термины

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

• Лицензия (license) – приобретенное право использовать Astra Automation для автоматизации определенного количества узлов в течение определенного срока. Лицензия приобретается через Личный кабинет и задает верхний предел, доступный заказчику.

• Подписка (subscription) – набор узлов, выделенный из лицензии и активированный на конкретной платформе. Одну лицензию можно разделить между несколькими подписками, указав для каждой собственное количество узлов. Именно предел подписки, а не лицензии, действует на развернутой платформе.

• Манифест подписки (subscription manifest) – файл, которым подписка активируется на платформе, развернутой без доступа к интернету. Манифест загружается из Личного кабинета при создании подписки.

• Управляемый узел (managed node) – узел инфраструктуры, состояние которого платформа изменяет или контролирует. Определение приведено в терминологии Ansible Core. Общее количество таких узлов – это парк, который собирается в исходных данных в параметре total_managed_nodes.

• Автоматизируемый узел (automated node) – управляемый узел, до которого дошло задание. В счет подписки попадают только такие узлы.

• Метрики узлов (host metrics) – учет автоматизируемых узлов, который ведет платформа. По нему определяется, сколько узлов из подписки израсходовано.

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

Примечание

Что задание на узле сделало, счетчик не различает. Узел расходует подписку и тогда, когда задание завершилось на нем ошибкой, и тогда, когда все задачи на нем пропущены по условию. А узел, до которого задание не дошло из-за недоступности, счетчик пропускает.

Техническая и коммерческая стороны

У расхода подписки две стороны, и при планировании их необходимо различать.

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

• Коммерческая сторона – условия лицензионного соглашения. Они определяют, за что фактически платит заказчик: сколько узлов инфраструктуры разрешено автоматизировать и на каких условиях.

В большинстве случаев обе стороны дают одно и то же число, поэтому счетчик служит рабочим инструментом контроля. Расхождения возникают в частных случаях – например, когда один и тот же узел доступен платформе под несколькими названиями. Правила, по которым работает счетчик, приведены в порядке расчета количества узлов.

Важно

При расхождении технической и коммерческой сторон источником истины является лицензионное соглашение, а не показания счетчика.

Показания счетчика используйте для оперативного контроля расхода подписки. Спорные случаи разрешайте с поставщиком лицензии.

Оценка количества узлов

Для оценки количества узлов в подписке соберите следующие значения:

Параметр	Описание	Источник
total_managed_nodes	Общее количество управляемых узлов	CMDB, инвентарные системы
automated_share	Доля парка, которая будет затронута заданиями в течение срока подписки. Задается числом от 0 до 1 (например, 0.3 – 30 % парка)	Перечень процессов, планируемых к автоматизации
ephemeral_nodes	Количество уникальных названий временных узлов, задействованных в течение срока подписки	Процессы подготовки сред разработки и тестирования
growth	Прогнозируемый рост парка за срок подписки. Задается долей (например, 0.2 – рост на 20 %)	Стратегия заказчика

Количество узлов в подписке оценивается по формуле:

subscription_nodes = total_managed_nodes × automated_share × (1 + growth) + ephemeral_nodes

Пример подстановки: парк из 1000 управляемых узлов, автоматизация затрагивает 30 % парка (automated_share = 0.3), прогнозируемый рост за срок подписки – 20 % (growth = 0.2), временных узлов не планируется:

1000 × 0.3 × (1 + 0.2) + 0 = 360

Параметр growth – тот же прогноз роста парка, что и growth_3y в исходных данных, но за срок подписки, а не за три года. При трехлетней подписке значения совпадают.

Рекомендации по оценке:

• Параметр automated_share определяйте по процессам, а не по парку: узел попадает в счет, если хотя бы один автоматизируемый процесс его затрагивает. На первом этапе внедрения эта доля обычно составляет от 0.2 до 0.4 (20-40 %), при зрелой автоматизации приближается к 1.

• Временные узлы учитывайте отдельным слагаемым, а не долей: они расходуют подписку так же, как постоянные, но в парке не отражаются. Оценку выполняйте по количеству уникальных названий за весь срок подписки – не по количеству событий создания и не по количеству одновременно существующих узлов. Ферма из 20 названий, пересоздаваемая ежедневно в течение года, расходует 20 узлов подписки, а не 7300.

• Закладывайте запас на пилотные и тестовые узлы. Узел, автоматизированный однократно во время испытаний, остается в учете.

Временные узлы

Временные узлы – создаваемые под задачу и удаляемые после ее выполнения – расходуют подписку наравне с постоянными. Инфраструктура, в которой узлы часто пересоздаются с новыми названиями, расходует подписку быстрее, чем растет парк.

Снизить расход позволяют следующие меры:

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

• Исключение неиспользуемых узлов из учета – вручную или автоматически, по давности последней автоматизации. Порядок и ограничения описаны в удалении неиспользуемых узлов.

При планировании учитывайте, что автоматическое исключение по давности наступает не раньше чем через 12 месяцев. На подписку сроком в один год рассчитывать на него не следует: узлы, автоматизированные в начале срока, будут занимать подписку до его конца.

Распределение узлов между организациями

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

Платформа не проверяет согласованность этих пределов между собой: сумма пределов организаций может превышать предел подписки, и такая настройка не отклоняется.

Право использования это не расширяет. Количество автоматизируемых узлов на платформе целиком ограничено подпиской независимо от того, как распределены пределы организаций. При превышении подписка получает статус Out of compliance – см. просмотр подписки.

Результат планирования

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

Входом расчета ресурсов платформы это значение не является. Ресурсы считают по количеству управляемых узлов и профилю нагрузки, а не по количеству узлов в подписке: платформа должна справляться с пиковой нагрузкой на том парке, который она обслуживает.