Команды и распределение ресурсов

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

Создать группу#

Откройте «Команды и ресурсы» и создайте команду или группу общих сервисов.
Выберите кластеры и правила: namespaces, отдельные нагрузки или разрешённые business labels.
Посмотрите предварительный состав и пересечения, затем сохраните правила.

Это аналитическое распределение внутри организации. Оно не создаёт пользователей, не выдаёт Kubernetes-права и не меняет labels приложений. Namespace-правила не расширяют область наблюдения агента.

Как определяется состав#

Правила объединяются по «ИЛИ»: нагрузке достаточно совпасть с одним namespace, именованной нагрузкой или точной парой label key/value. Внутри группы одна нагрузка считается один раз. Между группами пересечения показываются отдельно и исключаются из эксклюзивных итогов, чтобы не удваивать ресурсы.

«Без владельца» означает известную нагрузку без подходящей группы, а не простаивающую мощность. Если метки недоступны или снимок устарел, принадлежность остаётся неизвестной; такие нагрузки не считаются автоматически нераспределёнными.

Business labels: только явное включение#

По умолчанию список передаваемых business labels пуст. Можно разрешить только team, owner, cost-center и app.kubernetes.io/part-of. Агент передаёт выбранные ключи из metadata.labels Deployment, StatefulSet и DaemonSet. Labels Pod, шаблона Pod и namespace не используются.

Правила используют точные пары ключ/значение, до 16 пар. Пустое значение и отсутствующая метка различаются. Для нового правила нужен включённый ключ и свежий снимок. Старое правило остаётся в истории после выключения ключа, но его полнота больше не предполагается.

Включить передачу меток#

В CLI 0.7.0 к команде подключения из интерфейса можно добавить повторяемый параметр --business-label team. Для существующего подключения используйте актуальный CLI с проверенной контрольной суммой и инструкцию обновления в интерфейсе.

python3 ooppsctl.pyz cluster export-chart --output ./oopps-agent-chart

Команда выгружает включённый Helm chart локально: она не обращается в сеть или Kubernetes и не перезаписывает существующий каталог. Далее выберите правильный context, проверьте Helm upgrade с сохранением текущих значений и разрешёнными ключами через dry-run, затем подтвердите применение. Нужен агент 0.3.2 или новее: экспорт chart не обновляет закреплённый digest старого агента автоматически. Не заменяйте digest непроверенным тегом.

Метрики и рекомендации группы#

В группе видны requests и свежее фактическое использование доступных нагрузок. Для выбранной нагрузки можно открыть рекомендации CPU и памяти. Расчётная стоимость использует заданные вами ставки; это не полный счёт кластера. Неполные данные остаются неизвестными.

История состава и использования#

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

График за 24 часа применяет текущий эксклюзивный состав группы к историческим образцам. Это не история прежней принадлежности и не исторический биллинг. Для завершённого часа нужны минимум 48 согласованных минут; текущий неполный час показывается после первых согласованных данных. Пропуски остаются пробелами. Для больших групп действует предел расчёта истории в 200 нагрузок; ограничение явно показывается.