Затраты, экономия и аномалии
Billing-данные принадлежат активному коннектору. Сначала проверьте охват и валюту, затем анализируйте потери, тренды и отклонения.
До анализа
- выберите нужный коннектор в верхней панели;
- выполните Коннекторы → ⋮ → Синхронизация;
- убедитесь, что billing period, валюта и итог сопоставимы с консолью провайдера;
- если inventory есть, а billing нет, проверьте отдельную billing-роль или токен провайдера.
Успешный список VM не подтверждает доступ к расходам. Yandex Cloud использует Billing Account ID и billing.accounts.viewer; Selectel — отдельный X-Token. Смотрите руководство своего коннектора.
Страница «Затраты и экономия»
Основной экран использует 30-дневный запрос и объединяет billing с рассчитанными рекомендациями. Доступные блоки зависят от детализации, которую вернул провайдер:
- расход за период и валюта;
- топ потерь — категории текущих рекомендаций с месячным эффектом;
- тренд затрат и накопленная подтверждённая экономия, если есть история;
- По сервисам — разбивка по типам/сервисам;
- По ресурсам — ресурсы с доступным Resource ID и стоимостью;
- Удалённые ресурсы — отдельный учёт подтверждённого cleanup, если такие операции были.
Отсутствующий блок не обязательно означает ошибку UI: некоторые Billing API не возвращают нужную гранулярность. Смотрите предупреждение синхронизации и исходный период.
Как читать расчёт экономии
- значение за период относится к фактическому billing-интервалу;
- значение /мес может быть экстраполяцией текущего периода на 30 дней;
- потенциальная экономия — оценка до выполнения, а не уже полученная скидка;
- подтверждённый эффект появляется только после применения и последующего наблюдения;
- нулевая стоимость ресурса делает денежную оценку недоступной, но техническая рекомендация может остаться полезной.
Аномалии расходов
Откройте Оптимизация → Аномалии. Экран позволяет выбрать период и настроить два фильтра: минимальное изменение в процентах и минимальную абсолютную дельту стоимости. Оба условия должны выполняться.
Baseline — среднее предыдущих семи дневных точек. Для первой оценки UI использует период 30 дней, минимальное изменение 15% и минимальную дельту 5 единиц валюты; значения можно менять.
| Уровень | Внутреннее правило severity | Действие |
|---|---|---|
| red | Рост не менее 11% и абсолютная дельта не меньше удвоенного выбранного минимума (и не меньше 5) | Проверить источник роста и Resource Group |
| yellow | Рост не менее 5% и дельта не меньше выбранного минимума | Сопоставить с релизами и масштабированием |
| normal | Строка прошла пользовательский фильтр, но не достигла severity-порогов выше | Наблюдать |
Для baseline требуется больше семи корректных дневных точек. Если API возвращает только итог без daily rows, аномалии недоступны. Повторная синхронизация не создаёт историческую детализацию, которой нет у провайдера.
Диагностика
| Симптом | Проверка |
|---|---|
| 0 или пустой экран | Активный коннектор, время sync, billing warning, отдельный токен/роль |
| Сумма не совпадает с консолью | Период, налоги/скидки, валюта, scope проекта/аккаунта и задержка данных API |
| Нет «По ресурсам» | Возвращает ли провайдер Resource ID и cost rows, а не только агрегат по сервисам |
| Нет аномалий | Количество daily points, выбранные % и абсолютный порог |
| Оценка экономии завышена | Отличайте месячную экстраполяцию от фактической стоимости короткого периода |