справочник по данным мониторинга Кэш Azure для Redis

В этой статье содержатся все справочные сведения о мониторинге для этой службы.

Дополнительные сведения о данных, собираемых для Кэш Azure для Redis, и их использовании см. в разделе "Мониторинг Кэш Azure для Redis".

Метрики

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

Сведения о хранении метрик см. в обзоре метрик Azure Monitor.

Дополнительные сведения и сведения о поддерживаемых метрик для Microsoft.Cache/redis и Microsoft.Cache/redisEnterprise см. в разделе "Список метрик".

Поддерживаемые метрики для Microsoft.Cache/redis

В следующей таблице перечислены метрики, доступные для типа ресурса Microsoft.Cache/redis.

• Все столбцы могут не присутствовать в каждой таблице.
• Некоторые столбцы могут находиться за пределами области просмотра страницы. Выберите "Развернуть таблицу ", чтобы просмотреть все доступные столбцы.

Заголовки таблиц

• Категория — группа метрик или классификация.
• Метрика — отображаемое имя метрик, как оно отображается в портал Azure.
• Имя в REST API — имя метрики, указанное в REST API.
• Единица измерения.
• Агрегирование — тип агрегирования по умолчанию. Допустимые значения: среднее (среднее), минимальное (минимальное), максимальное (максимальное), общее (сумма), число.
• Измерения - , доступные для метрики.
• Интервалы интервалов - времени, по которым выборка метрики выполняется. Например, указывает, PT1M что метрика выборка выполняется каждую минуту, каждые 30 минут, PT30M PT1H каждый час и т. д.
• Экспорт DS— можно ли экспортировать метрики в журналы Azure Monitor с помощью параметров диагностики. Сведения об экспорте метрик см. в статье "Создание параметров диагностики" в Azure Monitor.

Поддерживаемые метрики для Microsoft.Cache/redisEnterprise

В следующей таблице перечислены метрики, доступные для типа ресурса Microsoft.Cache/redisEnterprise.

• Все столбцы могут не присутствовать в каждой таблице.
• Некоторые столбцы могут находиться за пределами области просмотра страницы. Выберите "Развернуть таблицу ", чтобы просмотреть все доступные столбцы.

Заголовки таблиц

• Категория — группа метрик или классификация.
• Метрика — отображаемое имя метрик, как оно отображается в портал Azure.
• Имя в REST API — имя метрики, указанное в REST API.
• Единица измерения.
• Агрегирование — тип агрегирования по умолчанию. Допустимые значения: среднее (среднее), минимальное (минимальное), максимальное (максимальное), общее (сумма), число.
• Измерения - , доступные для метрики.
• Интервалы интервалов - времени, по которым выборка метрики выполняется. Например, указывает, PT1M что метрика выборка выполняется каждую минуту, каждые 30 минут, PT30M PT1H каждый час и т. д.
• Экспорт DS— можно ли экспортировать метрики в журналы Azure Monitor с помощью параметров диагностики. Сведения об экспорте метрик см. в статье "Создание параметров диагностики" в Azure Monitor.

метрики Кэш Azure для Redis

В следующем списке содержатся сведения и дополнительные сведения о поддерживаемых метриках Azure Monitor для Microsoft.Cache/redis и Microsoft.Cache/redisEnterprise.

• Задержка 99-го процентиля (предварительная версия)

  • Показывает наихудшую задержку (99-й процентиль) команд на стороне сервера. Измеряется путем выдачи PING команд из подсистемы балансировки нагрузки на сервер Redis и отслеживания времени реагирования.
  • Полезно для отслеживания работоспособности экземпляра Redis. Задержка увеличивается, если кэш находится под тяжелой нагрузкой или если выполняются длительные команды, которые задерживают выполнение PING команды.
  • Эта метрика доступна только в кэшах уровня "Стандартный" и "Премиум".
  • Эта метрика недоступна для кэшей, затронутых выходом из облачной службы. Дополнительные сведения см. здесь.

• Задержка кэша (предварительная версия)

  • Задержка кэша определяется исходя из задержки между узлами кэша. Эта метрика измеряется в микросекундах и содержит три измерения: Avg, Min и Max. Они представляют соответственно среднее, минимальное и максимальное время задержки кэша за указанный интервал создания отчетов.

• Промахи в кэше

  • Количество неудачных операций поиска по ключу за указанный интервал отчетности. Оно соответствует значению keyspace_misses из команды Redis INFO. Промахи в кэше не всегда означают, что с кэшем возникли какие-то неполадки. Например, при использовании шаблона программирования "Отдельно от кэша" приложение сначала ищет элемент в кэше. Если он там отсутствует (то есть фиксируется промах), элемент извлекается из базы данных и добавляется в кэш. Промахи в кэше – нормальное явление для программирования на базе шаблона "Отдельно от кэше". Если количество промахов в кэше больше, чем предполагается, проанализируйте алгоритм приложения, который заполняет кэш и считывает оттуда значения. Если элементы вытеснили из кэша из-за нехватки памяти, то может возникнуть ошибка кэша, но более эффективная метрика для мониторинга давления памяти будет Used Memory или Evicted Keys.

• Cache Miss Rate

  • Процент неудачных поисков ключей во время указанного интервала отчетности. Эта метрика недоступна в кэшах уровня Enterprise или Enterprise Flash.

• Чтение из кэша

  • Объем данных (в МБ/с), считанных из кэша за указанный интервал отчетности. Это значение рассчитывается на основе трафика сетевых адаптеров, поддерживающих виртуальную машину, на которой размещен кэш, и не связано непосредственно с системой Redis. Это значение соответствует пропускной способности сети для этого кэша. Если вы хотите настроить оповещения об ограничениях пропускной способности сети на стороне сервера, создайте их с помощью этого счетчика Cache Read. См . эту таблицу для наблюдаемых ограничений пропускной способности для различных ценовых категорий кэша и размеров.

• Запись в кэш

  • Объем данных (в МБ/с), записываемых в кэш за указанный интервал отчетности. Это значение рассчитывается на основе трафика сетевых адаптеров, поддерживающих виртуальную машину, на которой размещен кэш, и не связано непосредственно с системой Redis. Это значение соответствует пропускной способности сети в отношении данных, отправляемых из кэша клиенту.

• Подключенные клиенты

  • Количество подключенных к кэшу клиентов за указанный интервал отчетности. Оно соответствует значению connected_clients из команды Redis INFO. Как только будет достигнуто предельное количество подключений, все дальнейшие попытки подключения к кэшу будут завершаться сбоем. Даже если нет активных клиентских приложений, возможно, существует несколько экземпляров подключенных клиентов из-за внутренних процессов и подключений.

• Подключенные клиенты с помощью токена Microsoft Entra (предварительная версия)

  • Количество клиентских подключений к кэшу, прошедших проверку подлинности с помощью маркера Microsoft Entra в течение указанного интервала отчетности.

• Число создаваемых транзакций в секунду

  • Количество мгновенных созданных подключений в секунду в кэше через порт 6379 или 6380 (SSL). Эта метрика может помочь определить, часто ли клиенты отключаются и повторно подключаются, что может привести к более высокой загрузке ЦП и сервера Redis. Эта метрика недоступна в кэшах уровня Enterprise или Enterprise Flash.

• Соединения, закрываемые в секунду

  • Количество мгновенных подключений, закрываемых в секунду в кэше через порт 6379 или 6380 (SSL). Эта метрика может помочь определить, часто ли клиенты отключаются и повторно подключаются, что может привести к более высокой загрузке ЦП и сервера Redis. Эта метрика недоступна в кэшах уровня Enterprise или Enterprise Flash.

• ЦП

  • Использование ресурсов ЦП сервера кэша Azure для Redis (в виде процентной доли) за указанный интервал отчетности. Это значение соответствует счетчику производительности \Processor(_Total)\% Processor Time в операционной системе. Обратите внимание, что эта метрика может быть шумной из-за низкоприоритетных фоновых процессов безопасности, выполняемых на узле, поэтому мы рекомендуем отслеживать метрику загрузки сервера Redis для отслеживания нагрузки на сервере Redis.

• ошибки

  • Конкретные сбои и проблемы с производительностью кэша, которые могут возникать за указанный интервал создания отчетов. Эта метрика имеет восемь измерений, представляющих различные типы ошибок. Типы ошибок, представленные сейчас, приведены следующим образом:
    • Failover — при отработке отказа в кэше (подчиненный становится первичным).
    • Dataloss — при потере данных в кэше.
    • UnresponsiveClients — когда клиенты не считывают данные с сервера достаточно быстро, а в частности, когда количество байтов в выходном буфере сервера Redis для клиента превышает 1000 000 байт.
    • AOF — при возникновении проблемы, связанной с сохраняемостью AOF.
    • RDB — при возникновении проблемы, связанной с сохраняемостью RDB.
    • Import — при возникновении проблемы, связанной с RDB импорта.
    • Export — при возникновении проблемы, связанной с RDB экспорта.
    • AADAuthenticationFailure — не рекомендуется
    • AADTokenExpired — не рекомендуется
    • MicrosoftEntraAuthenticationFailure — при сбое проверки подлинности с помощью маркера доступа Microsoft Entra
    • MicrosoftEntraTokenExpired — когда маркер доступа Microsoft Entra, используемый для проверки подлинности, не обновляется и срок действия истекает.

• Исключенные ключи

  • Количество элементов, исключенных из кэша за указанный интервал отчетности из-за ограничения maxmemory.
  • Оно соответствует значению evicted_keys из команды Redis INFO.

• Ключи с истекшим сроком действия

  • Количество ключей, для которых истек срок действия за указанный интервал отчетности. Это значение соответствует значению expired_keys команды INFO Redis.

• Метрики георепликации

  Метрики георепликации влияют на ежемесячные внутренние операции обслуживания. Служба Кэш Azure для Redis периодически исправляет все кэши с помощью новейших функций и улучшений платформы. Во время этих обновлений каждый узел кэша принимается в автономный режим, который временно отключает ссылку георепликации. Если ссылка на георепликацию неработоспособна, проверьте, вызвана ли она событием исправления в гео-первичном или гео-вторичном кэше с помощью меню "Диагностика и устранение проблем " на портале. В зависимости от объема данных в кэше время простоя от исправления может занять от нескольких минут до часа. Если ссылка георепликации неработоспособна более часа, отправьте запрос в службу поддержки.

  Книга панели мониторинга георепликации — это простой и простой способ просмотра всех метрик георепликации уровня "Премиум" в одном месте. Эта панель мониторинга объединяет метрики, которые создаются только гео-первичным или гео-вторичным, чтобы их можно было просматривать одновременно.

  • Задержка подключения георепликации

    • Показывает время в секундах, так как последняя успешная синхронизация данных между гео-первичным и гео-вторичным. Если ссылка идет вниз, это значение продолжает увеличиваться, указывая на проблему.
    • Эта метрика создается только из экземпляра гео-вторичного кэша. В гео-первичном экземпляре эта метрика не имеет значения.
    • Эта метрика доступна только на уровне "Премиум" для кэшей с поддержкой георепликации.

  • Смещение Синхронизация данных георепликации

    • Показывает приблизительное количество данных в байтах, которые еще не синхронизированы с гео-вторичным кэшем.
    • Эта метрика создается только из гео-первичного экземпляра кэша . В геоторичном экземпляре эта метрика не имеет значения.
    • Эта метрика доступна только на уровне "Премиум" для кэшей с поддержкой георепликации.

  • Завершено событие полной синхронизации георепликации

    • Показывает завершение полной синхронизации между геореплицированными кэшами. При появлении большого количества операций записи на гео-первичной основе и репликации между двумя кэшами не удается сохранить, требуется полная синхронизация. Полная синхронизация включает копирование полных данных из гео-первичного в геоторию путем создания моментального снимка RDB, а не частичной синхронизации, которая возникает в обычных экземплярах. Дополнительные сведения см . на этой странице .
    • Метрика сообщает нулю большую часть времени, так как георепликация использует частичные повторения для любых новых данных, добавленных после начальной полной синхронизации.
    • Эта метрика создается только из экземпляра гео-вторичного кэша. В гео-первичном экземпляре эта метрика не имеет значения.
    • Эта метрика доступна только на уровне "Премиум" для кэшей с поддержкой георепликации.

  • Событие полной синхронизации георепликации

    • Показывает начало полной синхронизации между геореплицированными кэшами. При наличии большого количества операций записи в гео-первичной среде и репликация между двумя кэшами не может поддерживаться, требуется полная синхронизация. Полная синхронизация включает копирование полных данных из гео-первичного в геоторию путем создания моментального снимка RDB, а не частичной синхронизации, которая возникает в обычных экземплярах. Дополнительные сведения см . на этой странице .
    • Метрика сообщает нулю большую часть времени, так как георепликация использует частичные повторения для любых новых данных, добавленных после начальной полной синхронизации.
    • Метрика создается только из экземпляра гео-вторичного кэша. В гео-первичном экземпляре эта метрика не имеет значения.
    • Метрика доступна только на уровне "Премиум" для кэшей с поддержкой георепликации.

  • Георепликация работоспособна

    • Отображает состояние связи георепликации между кэшами. Может быть два возможных состояния, в которые может находиться ссылка репликации:
      • 0 отключено или неработоспособно
      • 1 — здоровый
    • Эта метрика доступна на уровнях Enterprise, Enterprise Flash и кэшах уровня "Премиум" с поддержкой георепликации.
    • В кэшах уровня "Премиум" эта метрика создается только из экземпляра гео-вторичного кэша. В гео-первичном экземпляре эта метрика не имеет значения.
    • Эта метрика может указывать на состояние отключенной или неработоспособной репликации по нескольким причинам, включая ежемесячные исправления, обновления ОС узла, неправильное настройку сети или сбой подготовки канала георепликации.
    • Значение 0 не означает, что данные геореплики теряются. Это просто означает, что связь между гео-первичным и гео-вторичным является неработоспособной.
    • Если ссылка георепликации неработоспособна более часа, отправьте запрос в службу поддержки.

• Операций считывания

  • Количество операций считывания из кэша за указанный интервал отчетности. Эта метрика представляет собой сумму следующих значений INFO-команды Redis: cmdstat_get, cmdstat_hget, cmdstat_hgetall, cmdstat_hmget, cmdstat_mget, cmdstat_getbit и cmdstat_getrange Она эквивалентна сумме попаданий и промахов за указанный интервал отчетности.

• Количество операций в секунду

  • Общее количество команд, обработанных сервером кэша в секунду за указанный интервал создания отчетов. Это значение соответствует instantaneous_ops_per_sec из команды Redis INFO.

• Загрузка сервера

  • Процент циклов ЦП, в которых сервер Redis занят обработкой и не ожидает простоя сообщений. Если этот счетчик достигает 100, сервер Redis достиг потолка производительности, и ЦП не может работать быстрее. Вы можете ожидать большого эффекта задержки. Если вы видите высокую нагрузку сервера Redis, например 100, так как вы отправляете на сервер много дорогостоящих команд, то в клиенте могут появиться исключения времени ожидания. В этом случае следует рассмотреть возможность масштабирования, масштабирования до кластера Premium или секционирования данных в несколько кэшей. Если загрузка сервера достаточно высока, например от 50 до 80 процентов, средняя задержка обычно остается низкой, а исключения времени ожидания могут иметь другие причины, чем высокая задержка сервера.
  • Метрика загрузки сервера учитывает другие процессы на компьютере с использованием существующих циклов ЦП, которые снижают время простоя сервера Redis. Например, на уровне C1 фоновые задачи, такие как сканирование вирусов, приводят к повышению нагрузки сервера без очевидной причины. Мы рекомендуем обратить внимание на другие метрики, такие как операции, задержка и ЦП, а также нагрузку сервера.

  Внимание

  Метрика загрузки сервера может представлять неправильные данные для кэшей уровня Enterprise и Enterprise Flash. Иногда загрузка сервера представлена как более 100. Мы анализируем эту проблему. Вместо этого рекомендуется использовать метрику ЦП.

• Операций присвоения

  • Количество операций записи в кэш за указанный интервал отчетности. Эта метрика представляет собой сумму следующих значений INFO-команды all Redis: cmdstat_set, cmdstat_hset, cmdstat_hmset, cmdstat_hsetnx, cmdstat_lset, cmdstat_mset, cmdstat_msetnx, cmdstat_setbit, cmdstat_setex, cmdstat_setrange и cmdstat_setnx.

• Всего ключей

  • Максимальное количество ключей в кэше за последний отчетный период. Оно соответствует значению keyspace из команды Redis INFO.

  Внимание

  Из-за ограничений базовой системы метрик для кэшей с включенной кластеризацией параметр "Всего ключей" возвращает максимальное количество ключей одного сегмента, в котором за отчетный период зарегистрировано максимальное количество ключей.

• Всего операций

  • Общее количество команд, обработанных сервером кэша за указанный интервал отчетности. Это значение соответствует значению total_commands_processed команды INFO Redis. Если Кэш Azure для Redis используется исключительно для pub/sub, нет метрик для Cache Hits, GetsCache Missesили Sets, но существуют Total Operations метрики, которые отражают использование кэша для операций pub/sub.

• Объем используемой памяти

  • Объем памяти кэша в мегабайтах, используемой для хранения пар "ключ — значение", за указанный интервал отчетности. Это значение соответствует значению used_memory команды INFO Redis. Это значение не включает метаданные или фрагментацию.
  • На уровне Enterprise и Enterprise Flash значение используемой памяти включает память как на первичных, так и на узлах реплики. Это может сделать метрику в два раза больше, чем ожидалось.

• Процент используемой памяти

  • Процент общей памяти, используемой в течение указанного интервала отчетности. Это значение ссылается на значение used_memory из команды Redis INFO для вычисления процента. Это значение не включает фрагментацию.

• RSS используемой памяти

  • Объем памяти кэша, используемый в МБ в течение указанного интервала отчетности, включая фрагментацию. Это значение соответствует значению used_memory_rss команды INFO Redis. Эта метрика недоступна в кэшах уровня Enterprise или Enterprise Flash.

Журналы ресурсов

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

Поддерживаемые журналы ресурсов для Microsoft.Cache/redis

Поддерживаемые журналы ресурсов для Microsoft.Cache/redisEnterprise/database

Таблицы журналов Azure Monitor

В этом разделе перечислены таблицы журналов Azure Monitor, относящиеся к этой службе, которые доступны для запроса Log Analytics с помощью запросов Kusto. Таблицы содержат данные журнала ресурсов и, возможно, больше в зависимости от собираемых и перенаправленных к ним данных.

Кэш Azure для Redis

microsoft.cache/redis

• ACRConnectedClientList
• AzureActivity
• AzureMetrics

Кэш Azure для Redis Enterprise

Microsoft.Cache/redisEnterprise

• REDConnectionEvents

Журнал действий

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

Дополнительные сведения о схеме записей журнала действий см . в схеме журнала действий.

• Операции поставщика ресурсов Microsoft.Cache

Связанный контент

• Описание Кэш Azure для Redis мониторинга см. в Кэш Azure для Redis монитора.
• Дополнительные сведения о мониторинге ресурсов Azure см. в статье "Мониторинг ресурсов Azure" с помощью Azure Monitor .