Метки — это мощный инструмент для организации телеметрии и определения политик в Grafana Cloud, помогающий оптимизировать оповещения, распределение затрат, контроль доступа и многое другое. Но традиционно пользовательские метки в Synthetic Monitoring работали немного иначе: они существовали только в одной метрике sm_check_info, и Grafana Cloud добавляла к каждой из них префикс label_.
Чтобы пользовательские метки в Synthetic Monitoring работали согласованно с остальной частью Grafana Cloud — без дополнительных объединений (join), соглашений об именах или обходных путей, — мы выпускаем обновление, которое позволяет вашим пользовательским меткам присоединяться непосредственно к каждой метрике проверки, а не только к 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_.
- Двойная запись (Dual-write): ваши метки с префиксом и без него для каждой метрики записываются одновременно. Ваши существующие дашборды, оповещения и отчеты о затратах продолжают работать со старыми именами, пока вы мигрируете ссылки на новые.
Двойная запись (Dual-write): ваши метки с префиксом и без него для каждой метрики записываются одновременно. Ваши существующие дашборды, оповещения и отчеты о затратах продолжают работать со старыми именами, пока вы мигрируете ссылки на новые.
- Без префикса: вы отказываетесь от меток с префиксом; остаются только прямые метки без префикса.
Без префикса: вы отказываетесь от меток с префиксом; остаются только прямые метки без префикса.
Окно миграции открыто. Чтобы начать миграцию, проверьте все пользовательские метки на соответствие списку зарезервированных меток Synthetic Monitoring — система отклонит миграцию, если какие-либо метки совпадают с зарезервированными значениями. Затем следуйте инструкциям в нашем руководстве по миграции. Примечание: для выполнения шагов миграции требуются права администратора.
Эта миграция не увеличивает кардинальность или стоимость. Период, когда во время двойной записи серии как с префиксом, так и без него существуют бок о бок, покрывается тарификацией по 95-му перцентилю и не тарифицируется как дополнительные активные серии. Никакие исторические данные не теряются — все, что вы уже собрали, остается доступным для запросов в течение вашего окна хранения под своими исходными именами меток во время и после миграции.
Как узнать больше
Пожалуйста, ознакомьтесь с руководством по миграции меток Synthetic Monitoring, чтобы получить полный список зарезервированных меток и контрольный список двойной записи, а затем как можно скорее начните двойную запись. За дальнейшими консультациями обращайтесь в службу поддержки Grafana Labs.
Общую информацию о том, как работают метки в Synthetic Monitoring, см. в нашей документации по Synthetic Monitoring.
