Диагностика и устранение неполадок в окружении службы "Аналитика временных рядов Azure" 1-го поколения
Примечание.
Служба временных рядов Аналитика будет прекращена 7 июля 2024 года. Рассмотрите возможность переноса существующих сред в альтернативные решения как можно скорее. Дополнительные сведения об устаревании и миграции см. в нашей документации.
Внимание
Эта статья посвящена службе "Аналитика временных рядов Azure" 1-го поколения.
В этой статье описаны проблемы, которые могут возникнуть в окружении службы "Аналитика временных рядов Azure". В статье перечислены возможные причины проблем и способы их устранения.
Видео
Узнайте о распространенных проблемах и устранении рисков Аналитика временных рядов Azure
Проблема. Не отображаются данные
Если в обозревателе службы "Аналитика временных рядов Azure" не отображаются данные, проанализируйте следующие распространенные причины.
Причина А. Формат исходных данных события отличен от JSON
Среда службы "Аналитика временных рядов Azure" поддерживает только данные в формате JSON. Примеры JSON см. в разделе Поддерживаемые формы JSON.
Причина Б. Для ключа источника события отсутствует необходимое разрешение
Для центра Интернета вещей в Центре Интернета вещей Azure необходимо указать ключ с разрешениями на подключение службы. Выберите политику iothubowner или service. Обе предоставляют разрешение на подключение службы.
Для концентратора событий в Центрах событий Azure необходимо указать ключ с разрешением на ожидание передачи данных. Политики read или manage будут работать, поскольку у них обеих есть разрешение на ожидание передачи данных.
Причина В. Указанная группа потребителей не является монопольной для службы "Аналитика временных рядов Azure"
При регистрации Центра Интернета вещей или концентратора событий важно задать группу потребителей, которая будет использоваться для чтения данных. Эта группа потребителей не может использоваться совместно. В противном случае базовый центр Интернета вещей или концентратор событий автоматически отключит один из модулей чтения в случайном порядке. Укажите уникальную группу получателей, из которой должно считывать данные окружение службы "Аналитика временных рядов Azure".
Причина Г. Окружение подготовлено буквально только что
Данные появятся в обозревателе службы "Аналитика временных рядов Azure" через несколько минут после создания окружения и его данных.
Проблема. Одни данные отображаются, а другие отсутствуют
Если данные появляются только частично и, вероятно, с задержкой, следует проверить наличие приведенных здесь возможных проблем.
Причина А. Окружение регулируется
Регулирование — это распространенная проблема, когда окружения подготавливаются после создания источника событий с данными. Центр Интернета вещей Azure и концентраторы событий Azure хранят данные до семи дней. Служба "Аналитика временных рядов Azure" всегда начинает обработку с наиболее старого события в источнике событий (первым пришел — первым обработан, или FIFO).
Например, если у вас есть 5 миллионов событий в источнике событий при подключении к S1 (окружению службы "Аналитика временных рядов Azure", обрабатывающему одну единицу в день), служба "Аналитика временных рядов Azure" будет считывать примерно 1 млн событий в день. Может показаться, что служба "Аналитика временных рядов Azure" работает с задержкой в пять дней. Но на самом деле происходит регулирование окружения.
Если у вас есть старые события в источнике событий, можно использовать один из двух способов, описанных ниже.
- Измените ограничения периода хранения источника событий, чтобы избавиться от старых событий, которые не должны отображаться в службе "Аналитика временных рядов Azure".
- Подготовьте среду большего размера (с большим количеством единиц), чтобы увеличить пропускную способность старых событий. Если в предыдущем примере увеличить скорость обработки окружения S1 до пяти единиц в день, ее события будут обработаны за день. Если у вас стабильно получается 1 млн или меньше событий в день, когда служба "Аналитика временных рядов Azure" начнет работать без задержки, можно уменьшить емкость обработки событий на единицу.
Принудительное ограничение регулирования применяется на основе типа номера SKU и емкости окружения. Все источники событий в среде совместно используют емкость. Если источник событий центра Интернета вещей или концентратора событий превышает установленное ограничение объема передаваемых данных, наблюдается регулирование и задержка.
На рисунке ниже показано окружение службы "Аналитика временных рядов Azure" с номером SKU S1 и емкостью 3. Она может принимать 3 миллиона событий в день.
Представьте себе окружение, принимающее сообщения из концентратора событий. Она имеет дневную норму входящего трафика 67 000 сообщений. Такая скорость соответствует примерно 46 сообщениям каждую минуту.
- Если все сообщения концентратора событий свести к одному событию службы "Аналитика временных рядов Azure", регулирование применяться не будет.
- Если все сообщения концентратора событий свести к 100 событиям службы "Аналитика временных рядов Azure", каждую минуту будет передаваться по 4600 событий.
Среда с номером SKU S1 и емкостью 3 может принимать только 2100 событий в минуту (1 миллион событий в день = 700 событий в минуту на 3 единицы = 2100 событий в минуту).
Общие сведения о логике см. в статье о поддерживаемых формах JSON.
Рекомендуемые действия по устранению проблемы чрезмерного регулирования
Чтобы устранить задержку, увеличьте емкость номера SKU среды. Дополнительные сведения см. в руководстве по масштабированию окружения службы "Аналитика временных рядов Azure".
Причина Б. Начальный прием хронологических данных замедляет дальнейший прием данных
При подключении существующего источника событий вполне вероятно, что центр Интернета вещей или концентратор событий уже содержит данные. Среда начинает извлекать данные, как только сообщения источника событий начинают сохраняться. Эту обработку по умолчанию нельзя переопределить. Вы можете включить регулирование. Регулирование может занять некоторое время, пока будет отслеживаться прием хронологических данных.
Рекомендуемые решения для большого начального объема принимаемых данных
Устранение задержки.
Увеличьте емкость номера SKU до максимально допустимого значения (в этом случае — 10). После увеличения емкости принимаемые данные начнут обрабатываться значительно быстрее. Плата взимается за увеличенную емкость. Степень ускорения можно увидеть в таблице доступности в обозревателе службы "Аналитика временных рядов Azure".
Устранив задержку, уменьшите емкость номера SKU до обычного уровня приема.
Проблема. Данные отображались ранее, но больше не отображаются
Если служба "Аналитика временных рядов Azure" больше не принимает данные, но события по-прежнему передаются потоком в Центр Интернета вещей или Службу событий, проверьте наличие этой потенциальной причины.
Причина А. Ключ доступа к концентратору создан повторно, и необходимо обновить окружение
Эта проблема возникает, когда ключ, указанный при создании источника события, больше не действителен. В концентраторе будут отображаться данные телеметрии, однако в службе "Аналитика временных рядов Azure" будут отсутствовать полученные сообщения о входящих событиях. Если вы не уверены, был ли ключ повторно создан, можно выполнить поиск в журнале действий концентратора событий в разделе "Создание или обновление правил авторизации пространства имен". Для центра Интернета вещей найдите "Создать или обновить ресурс IotHub".
Чтобы обновить окружение службы "Аналитика временных рядов Azure" с помощью нового ключа, откройте ресурс центра на портале Azure и скопируйте новый ключ. Перейдите к ресурсу службы "Аналитика временных рядов Azure" и выберите Источники событий.
Выберите один или несколько источников событий, прием из которых был остановлен, вставьте новый ключ и нажмите кнопку Сохранить.
Проблема. Параметр имени свойства метки времени источника события не работает
Убедитесь, что значение свойства метки времени, полученное из источника событий, является строкой JSON в формате гггг-мм-ддТчч:мм:сс.FFFFFFFK. Вот пример: 2008-04-12T12:53Z.
Обратите внимание, что в имени свойства метки времени учитывается регистр.
Самый простой способ убедиться, что имя свойства метки времени зафиксировано и работает правильно, — использовать обозреватель службы "Аналитика временных рядов Azure". В обозревателе службы "Аналитика временных рядов Azure" с помощью диаграммы выберите время, прошедшее после ввода имени свойства метки времени. Щелкните выделение правой кнопкой мыши и выберите параметр Explore events (Обзор событий).
Заголовок первого столбца — это имя вашего свойства метки времени. Рядом со словом Timestamp будет отображаться ($TS).
Следующие значения отображаться не будут:
- (abc). Указывает на то, что служба "Аналитика временных рядов Azure" считывает значения данных как строки.
- Значок календаря. Указывает на то, что служба "Аналитика временных рядов Azure" считывает значения данных как значения даты и времени.
- #. Указывает на то, что служба "Аналитика временных рядов Azure" считывает значения данных как целые числа.