Метки — это мощный инструмент для организации телеметрии и определения политик в Grafana Cloud, помогающий оптимизировать оповещения, атрибуцию, контроль доступа и многое другое. Однако традиционно пользовательские метки в Synthetic Monitoring работали иначе: они существовали только в одной метрике sm_check_info, и Grafana Cloud добавляла к каждой из них префикс label_.
Чтобы пользовательские метки в Synthetic Monitoring работали согласованно с остальной частью Grafana Cloud — без дополнительных объединений (joins), соглашений об именовании или обходных путей — мы выпускаем обновление, которое позволяет прикреплять пользовательские метки непосредственно к каждой метрике проверки, а не только к sm_check_info, и удаляет префикс label_. Начиная с сегодняшнего дня, метки отображаются именно так, как вы их записываете, что упрощает навигацию по данным Synthetic Monitoring и их использование с политиками на основе меток во всей Grafana Cloud.
Если вы в настоящее время используете пользовательские метки в Synthetic Monitoring, прочитайте далее, как перейти на новые метки. Мы просим пользователей завершить миграцию до 1 марта 2027 года, чтобы гарантировать, что их пользовательские дашборды, SLO, оповещения и запросы, ссылающиеся на метрики Synthetic Monitoring, не перестанут работать и продолжат функционировать должным образом.
Если вы не используете пользовательские метки в Synthetic Monitoring, вам не нужно ничего делать для подготовки к этому обновлению.
Как работают пользовательские метки в Synthetic Monitoring
До сих пор, если вы хотели отфильтровать дашборд, ограничить область действия оповещения или распределить затраты по командам или сервисам в рамках Synthetic Monitoring, вам приходилось объединять sm_check_info с метрикой проверки, которую вы хотите запросить. Вам также нужно было помнить, что team в этом контексте на самом деле является label_team.
Этот подход работал, гарантируя, что ваши пользовательские метки никогда не вступали в конфликт с системными метками. Однако он перестал быть эффективным по мере масштабирования использования, когда десятки команд начали запускать сотни проверок для различных сервисов, сред и регионов.
Команды полагаются на согласованные схемы для управления рабочими процессами на основе меток, и это обновление еще больше интегрирует Synthetic Monitoring в ваши существующие политики.
Благодаря этому обновлению метки в Synthetic Monitoring теперь работают согласованно с метками во всей остальной части Grafana Cloud. Ваши пользовательские метки теперь будут прикрепляться непосредственно к каждой метрике проверки и журналу, а не только к sm_check_info, а префикс label_ будет удален. Метки будут отображаться именно так, как вы их определили, устраняя «налог на объединение» (join tax), который ранее требовал объединения метаданных с метриками только для того, чтобы отфильтровать дашборд или ограничить область действия оповещения.
Например, это устраняет необходимость поддерживать дополнительные выражения PromQL или отдельные деревья уведомлений специально для Synthetic Monitoring. Теперь одно правило оповещения может направлять уведомления нужной команде на основе меток самой метрики, а приложение Cost Management and Billing может распределять использование по вашим собственным измерениям, таким как команда, среда или сервис, без каких-либо дополнительных шагов.
Для команд, которые впервые внедряют Synthetic Monitoring, это также означает отсутствие необходимости изучать или обходить отдельные соглашения о метках; пользовательские метки ведут себя в Synthetic Monitoring так же, как и в других решениях Grafana Cloud. Это упрощает создание полнофункциональных рабочих процессов наблюдаемости с первого дня, используя единую согласованную схему меток для всех типов сигналов, вместо того чтобы управлять исключениями для ваших данных синтетического мониторинга.
Процесс миграции: что вам нужно сделать
Существует трехэтапный процесс миграции для перехода от состояния с префиксными метками к конечному состоянию, где пользовательские метки отображаются непосредственно в метриках проверки. Хотя вы сами контролируете темп каждого этапа, мы настоятельно рекомендуем завершить миграцию до 1 марта 2027 года. Поддержка устаревшего поведения с префиксами будет прекращена после этой даты.
Любой стек, не перенесенный до 1 марта 2027 года, будет автоматически перенесен силами Grafana Labs. Однако настоятельно рекомендуется выполнить миграцию по собственному графику, пока у вас есть полный контроль над процессом, чтобы гарантировать, что ваши пользовательские дашборды, SLO, оповещения и запросы, ссылающиеся на метрики Synthetic Monitoring, не перестанут работать и продолжат функционировать должным образом.
Вот более подробный обзор каждого этапа миграции:
- С префиксами: Ваши метки Synthetic Monitoring существуют только в sm_check_info с префиксом label_.
С префиксами: Ваши метки Synthetic Monitoring существуют только в sm_check_info с префиксом label_.
- Двойная запись: Ваши метки с префиксами и без них (для каждой метрики) записываются одновременно. Ваши существующие дашборды, оповещения и отчеты о затратах продолжают работать со старыми именами, пока вы переносите ссылки на новые.
Двойная запись: Ваши метки с префиксами и без них (для каждой метрики) записываются одновременно. Ваши существующие дашборды, оповещения и отчеты о затратах продолжают работать со старыми именами, пока вы переносите ссылки на новые.
- Без префиксов: Вы отказываетесь от меток с префиксами; остаются только прямые метки без префиксов.
Без префиксов: Вы отказываетесь от меток с префиксами; остаются только прямые метки без префиксов.
Окно миграции уже открыто. Чтобы начать миграцию, проверьте все пользовательские метки на соответствие списку зарезервированных меток Synthetic Monitoring — система отклонит миграцию, если какие-либо метки совпадут с зарезервированными значениями. Затем следуйте инструкциям в нашем руководстве по миграции. Обратите внимание: для выполнения шагов миграции требуются права администратора.
Эта миграция не увеличивает кардинальность или стоимость. Период, когда обе серии (с префиксами и без них) существуют бок о бок во время двойной записи, учитывается при расчете 95-го перцентиля для выставления счета, а не оплачивается как дополнительные активные серии. Исторические данные не теряются — все, что вы уже собрали, остается доступным для запросов в течение периода хранения под своими исходными именами меток как во время, так и после миграции.
Как узнать больше
Пожалуйста, ознакомьтесь с руководством по миграции меток Synthetic Monitoring, чтобы получить полный список зарезервированных меток и контрольный список для двойной записи, а затем как можно скорее начните двойную запись. За дополнительной помощью обращайтесь в службу поддержки Grafana Labs.
Общую информацию о том, как работают метки в Synthetic Monitoring, см. в нашей документации по Synthetic Monitoring.