Планирование среды Аналитики временных рядов Azure 2-го поколения

Примечание

Служба "Аналитика временных рядов" (TSI) больше не будет поддерживаться после марта 2025 г. Рассмотрите возможность переноса существующих сред TSI на альтернативные решения как можно скорее. Дополнительные сведения о прекращении поддержки и миграции см. в нашей документации.

В этой статье описываются рекомендации по быстрому планированию и началу работы с помощью среды службы "Аналитика временных рядов Azure" 2-го поколения.

Рекомендации для планирования и подготовки

Рекомендации по планированию и подготовке среды описаны в следующих статьях

Служба "Аналитика временных рядов Azure" использует бизнес-модель оплаты по мере использования. Дополнительные сведения о расходах и производительности см. в статье Цены на службу "Аналитика временных рядов Azure".

Среда 2-го поколения

При подготовке среды службы "Аналитика временных рядов Azure" 2-го поколения создаются два ресурса Azure:

  • среда 2-го поколения службы "Аналитика временных рядов Azure";
  • Учетная запись хранения Azure

В рамках процесса подготовки необходимо указать, следует ли включить теплое хранилище. Теплое хранилище предоставляет возможности многоуровневых запросов. Если этот параметр включен, необходимо указать срок хранения в диапазоне от 7 до 30 дней. Запросы, выполняемые в период хранения для теплого хранилища, обычно обеспечивают более быстрое время ответа. Когда запрос выходит за пределы периода хранения теплого хранилища, он обслуживается из холодного хранилища.

Запросы в теплое хранилище предоставляются бесплатно, запросы в холодном хранилище являются платными. Важно понимать шаблоны запросов и соответствующим образом планировать конфигурацию теплого хранилища. Мы рекомендуем хранить интерактивную аналитику самых свежих данных в теплом хранилище, а анализ шаблонов и долгосрочные тенденции — в холодном хранилище.

Примечание

Дополнительные сведения о запросах к теплым данным см. в справочнике по API.

Для начала работы вам понадобятся три дополнительных элемента:

Проверка возможностей службы "Аналитика временных рядов Azure" 2-го поколения

Ограничения свойств

Ограничения для свойств Аналитики временных рядов Azure увеличены до 1000 для теплого хранилища. Для холодного хранилища ограничений не существует. Свойства событий имеют соответствующие столбцы JSON, CSV и диаграммы, которые можно просмотреть в обозревателе Аналитики временных рядов Azure 2-го поколения.

номер SKU Максимальное число свойств
2-го поколения (L1) 1000 свойства (столбцов) для теплого хранилища; неограниченное число для холодного хранилища
1-го поколения (S1) 600 свойств (столбцов)
1-го поколения (S2) 800 свойств (столбцов)

Потоковый прием

Ограничения API

Ограничения REST API для аналитики временных рядов Azure 2-го поколения указаны в справочной документации по REST API.

Настройка свойств "Идентификаторы временных рядов" и "Метка времени"

Чтобы создать новую среду службы "Аналитика временных рядов", выберите идентификатор временного ряда. Это действует как логический раздел для ваших данных. Как уже говорилось, убедитесь в том, что у вас есть готовые идентификаторы временных рядов.

Важно!

Идентификаторы временных рядов не могут быть изменены позже. Перед окончательным выбором и первым использованием проверьте каждый их них.

Чтобы дифференцировать ваши ресурсы уникальным образом, вы можете выбрать до трех ключей. Дополнительные сведения см. в статьях Рекомендации при выборе идентификатора временного ряда и Правила приема данных.

Свойство Метка времени также является важным. Вы можете назначить это свойство при добавлении источников событий. Каждый источник событий имеет дополнительное свойство метки времени, которое используется для отслеживания источников событий с течением времени. Значения метки времени учитывают регистр и должны быть отформатированы в соответствии с индивидуальной спецификацией каждого источника события.

Если оставить это поле пустым, то время, когда событие было поставлено в очередь в Центр Интернета вещей или Концентратор событий, используется в качестве метки времени события. Как правило, пользователи должны настроить свойство "Метка времени" и использовать время, когда датчик или тег генерировали показание, а не время постановки концентратора в очередь. Дополнительные сведения, в том числе о смещениях часовых поясов, см. в статье Метка времени источника события.

Понимание модели временного ряда

Теперь вы можете настроить модель временных рядов среды службы "Аналитика временных рядов Azure". Новая модель позволяет легко находить и анализировать данные Центра Интернета вещей. Это позволяет осуществлять обработку, обслуживание и обогащение данных временных рядов и помогает подготовить наборы данных готовые для потребителей. Модель использует идентификаторы временных рядов, которые сопоставляются с экземпляром, который связывает уникальный ресурс с переменными, известными как типы, и иерархиями. Дополнительные сведения см. в статье Общие сведения о модели временных рядов.

Модель является динамичной, поэтому ее можно построить в любое время. Чтобы быстро приступить к работе, создайте и загрузите ее до загрузки данных в службу "Аналитика временных рядов Azure". Чтобы построить модель, см. статью Использование модель временных рядов.

Для многих клиентов модель временных рядов сопоставляется с уже существующей моделью активов или системой ERP. Если у вас нет существующей модели, предоставляется предварительно созданный пользовательский интерфейс для быстрого запуска и выполнения. Чтобы представить, как модель может вам помочь, посмотрите демонстрационный пример среды.

Формирование ваших событий

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

Хорошее правило:

  • Храните метаданные в вашей модели временных рядов.
  • Убедитесь в том, что режим временного ряда, поля экземпляра и события содержат только необходимые сведения, например, идентификатор временного ряда или свойство "Метка времени".

Чтобы получить дополнительные сведения и понять, как будут сведены и храниться события, см. правила сведения и экранирования JSON.

Непрерывность бизнес-процессов и аварийное восстановление

В этом разделе описываются возможности службы "Аналитика временных рядов Azure", которые продолжают поддерживать работу приложений и служб, даже если происходит сбой (это называется аварийным восстановлением в бизнесе).

Высокий уровень доступности

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

Дополнительные функции высокого уровня доступности, предоставляемые в Azure (а также доступные любому экземпляру службы "Аналитика временных рядов Azure"), включают следующие.

Убедитесь, что вы включили соответствующие функции Azure, чтобы обеспечить высокий уровень доступности для устройств и пользователей в разных регионах.

Примечание

Если Azure настроена для обеспечения доступности между регионами, дополнительная настройка доступности между регионами в службе "Аналитика временных рядов Azure" не требуется.

Интернет вещей (IoT) и концентраторы событий

Некоторые службы Azure IoT также включают встроенные функции аварийного восстановления для бизнеса.

Интеграция службы "Аналитика временных рядов Azure" с другими службами предоставляет дополнительные возможности аварийного восстановления. Например, данные телеметрии, отправляемые в концентратор событий, могут быть сохранены в резервной копии базы данных хранилища BLOB-объектов Azure.

Аналитика временных рядов Azure

Существует несколько способов сохранения данных, а также продолжения функционирования приложений и служб службы "Аналитика временных рядов Azure" в случае, если они нарушат работу.

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

  • Как экземпляр отработки отказа специально для службы "аналитика временных рядов Azure" для перенаправления данных и трафика в
  • Для сохранения данных и сведений аудита

Как правило, лучшим способом дублирования среды службы "Аналитика временных рядов Azure" является создание второй среды службы "Аналитика временных рядов Azure" в резервном регионе Azure. События тоже отправляются в эту вторичную среду из основного источника событий. Убедитесь, что используется вторая выделенная группа потребителей. Следуйте бизнес-рекомендациям по аварийному восстановлению того источника, как описано выше.

Для создания среды-дубликата выполните следующие шаги.

  1. Создайте среду во втором регионе. Дополнительные сведения см. в статье Создание среды службы "Аналитика временных рядов Azure" на портале Azure.
  2. Создайте для вашего источника событий вторую выделенную группу потребителей.
  3. Подключите этот источник событий к новой среде. Обязательно назначьте вторую выделенную группу потребителей.
  4. Ознакомьтесь с документацией к концентратору Интернета вещей и концентраторам событий службы "Аналитика временных рядов Azure".

При возникновении события:

  1. Если во время инцидента ваш основной регион дал сбой, переключите операции на резервную среду службы "Аналитика временных рядов Azure".
  2. Так как порядковые номера концентратора перезапускаются от 0 после отработки отказа, воссоздайте источник событий в обоих областях или средах с разными группами потребителей, чтобы избежать создания повторяющихся событий.
  3. Удалите основной источник событий, который теперь неактивен, чтобы освободить доступный источник событий для вашей среды. (Существует ограничение в двух активных источниках событий для каждой среды).
  4. Используйте второй регион для резервного копирования и восстановления данных телеметрии и запросов службы "Аналитика временных рядов Azure".

Важно!

Если происходит отработка отказа:

  • Также может возникать задержка.
  • При перенаправлении операций может произойти непродолжительный пик обработки сообщений.

Дополнительные сведения см. в статье Отслеживание и уменьшение регулирования для сокращения задержек в службе "Аналитика временных рядов Azure".

Дальнейшие действия

  • Ознакомьтесь с Помощником по Azure, чтобы спланировать параметры конфигурации восстановления рабочих процессов.
  • Ознакомьтесь с Помощником по Azure, чтобы спланировать параметры конфигурации восстановления рабочих процессов.
  • Узнайте о приеме данных в службе "Аналитика временных рядов Azure" 2-го поколения.
  • Ознакомьтесь со статьей о хранении данных в службе "Аналитика временных рядов Azure" 2-го поколения.
  • Узнайте о моделировании данных в службе "Аналитика временных рядов Azure" 2-го поколения.