Планирование среды Azure Time Series Insights Gen1
Заметка
Служба "Аналитика временных рядов" будет прекращена 7 июля 2024 года. Рассмотрите возможность переноса существующих сред в альтернативные решения как можно скорее. Дополнительные сведения об устаревании и миграции см. в нашей документации .
Осторожность
Это статья Gen1.
В этой статье описывается планирование среды Аналитики временных рядов Azure 1-го поколения на основе ожидаемой скорости входящего трафика и требований к хранению данных.
Видео
просмотрите это видео, чтобы узнать больше об удержании данных в Azure Time Series Insights и как его планировать:
Лучшие практики
Для начала работы с Аналитикой временных рядов Azure желательно знать, сколько данных вы ожидаете отправлять в минуту и как долго вы планируете их хранить.
Для получения дополнительной информации о емкости и удержании данных для обеих категорий SKU в Azure Time Series Insights см. на странице с ценами на Azure Time Series Insights.
Чтобы лучше спланировать среду Аналитики временных рядов Azure для долгосрочного успеха, рассмотрите следующие атрибуты:
- Емкости хранилища
- Период хранения данных
- Пропускная способность входящего трафика
- Моделирование ваших событий
- Обеспечение наличия ссылочных данных
Емкость хранилища
По умолчанию Аналитика временных рядов Azure сохраняет данные на основе объема подготовленного хранилища (единиц × объема хранилища на единицу) и входящего трафика.
Хранение данных
Вы можете изменить время хранения данных в среде Аналитики временных рядов Azure. Вы можете включить до 400 дней хранения.
Служба "Аналитика временных рядов Azure" имеет два режима:
- Один режим оптимизирует для самых up-to-date данных. Она вводит в действие политику для очистки старых данных, что позволяет оставлять недавние данные доступными для экземпляра. Этот режим включен по умолчанию.
- Другие оптимизируют данные, чтобы остаться ниже настроенных ограничений хранения. приостановка входа данных предотвращает поступление новых данных, если выбрано поведение при превышении лимита хранилища.
Вы можете настроить хранение и переключиться между двумя режимами на странице конфигурации среды на портале Azure.
Важный
Вы можете настроить не более 400 дней хранения данных в среде Аналитики временных рядов Azure 1-го поколения.
Настройка хранения данных
На портале Azureвыберите вашу среду Time Series Insights.
В области среды аналитики временных рядов в разделе Параметрывыберите конфигурации хранилища.
В поле
время хранения данных (в днях) введите значение от 1 до 400. 
хранения
Совет
Дополнительные сведения о том, как осуществить реализацию соответствующей политики хранения данных, вы можете узнать в статье Как настроить хранение данных.
Входящая пропускная способность
Ниже приведены основные ограничения в Аналитике временных рядов Azure 1-го поколения.
Тарифы и емкости входящего трафика SKU
Уровни входа и вместимости SKU S1 и S2 обеспечивают гибкость при конфигурации новой среды Azure для системы анализа временных рядов. Емкость SKU указывает частоту ежедневного входящего трафика на основе количества событий или байтов, хранящихся в первую очередь. Обратите внимание, что входящий трафик измеряется в минуту, а регулирование выполняется с помощью алгоритма токен-бакета. Входящий трафик измеряется в блоках 1 КБ. Например, фактическое событие размером 0,8 КБ измеряется как одно событие, а событие 2,6 КБ считается тремя событиями.
| Емкость SKU S1 | Скорость входа | Максимальная емкость хранилища |
|---|---|---|
| 1 | 1 ГБ (1 миллион событий) в день | 30 ГБ (30 миллионов событий) |
| 10 | 10 ГБ (10 миллионов событий) в день | 300 ГБ (300 миллионов событий) |
| Емкость SKU S2 | Скорость входа | Максимальная емкость хранилища |
|---|---|---|
| 1 | 10 ГБ (10 миллионов событий) в день | 300 ГБ (300 миллионов событий) |
| 10 | 100 ГБ (100 миллионов событий) в день | 3 ТБ (3 миллиарда событий) |
Заметка
Емкость масштабируется линейно, поэтому SKU S1 с емкостью 2 поддерживает 2 ГБ (2 миллиона) событий в день входящего трафика и 60 ГБ (60 миллионов событий) в месяц.
Среды SKU S2 поддерживают значительно больше событий в месяц и имеют значительно более высокую пропускную способность входящего трафика.
| Номер SKU | Количество событий в месяц | Количество событий в минуту | Размер события в минуту |
|---|---|---|---|
| S1 | 30 миллионов | 720 | 720 КБ |
| S2 | 300 миллионов | 7 200 | 7200 КБ |
Ограничения свойств
Ограничения свойств 1-го поколения зависят от выбранной среды SKU. Предоставленные свойства событий содержат соответствующие столбцы JSON, CSV и диаграммы, которые могут просматриваться в обозревателе аналитики временных рядов Azure.
| Номер SKU | Максимальные свойства |
|---|---|
| S1 | 600 свойств (столбцы) |
| S2 | 800 свойств (столбцы) |
Источники событий
Поддерживается не более двух источников событий на один экземпляр.
- Узнайте, как добавить источник для концентратора событий.
- Настройте источник концентратора Интернета вещей.
Ограничения API
Ограничения REST API для Аналитики временных рядов Azure 1-го поколения указаны в справочной документации REST API.
Планирование среды
Вторая область, на которой следует сосредоточиться при планировании среды Azure Time Series Insights, — это пропускная способность входящего трафика. Ежедневная емкость хранилища и событий для входящего трафика измеряется по минутам в блоках по 1 КБ. Максимальный допустимый размер пакета составляет 32 КБ. Пакеты данных размером более 32 КБ усечены.
Вы можете увеличить емкость S1 или S2 SKU до 10 единиц в одной среде. Невозможно выполнить миграцию из среды S1 в S2. Невозможно выполнить миграцию из среды S2 в S1.
Для емкости входящего трафика сначала определите общий входящий трафик, который требуется за месяц. Затем определите, какие у вас потребности в расчете на минуту.
Ограничение пропускной способности и задержка влияют на производительность за минуту. Если у вас есть всплеск входящего трафика данных, который длится менее 24 часов, Azure Time Series Insights может наверстать за счет скорости входящего трафика, вдвое превышающей значения, указанные в приведенной выше таблице.
Например, если у вас есть одна S1 SKU, вы вносите данные с частотой 720 событий в минуту, и данные увеличиваются менее чем на один час с такой частотой 1,440 событий или меньше, в вашей среде нет заметной задержки. Однако если вы превышаете 1440 событий в минуту в течение более чем одного часа, скорее всего, произойдет задержка в данных, визуализируемых и доступных для запроса в вашей среде.
Возможно, вы не знаете заранее, сколько данных вы ожидаете отправить. В этом случае можно найти данные телеметрии для Центра Интернета вещей Azure и Центров событий Azure в подписке портала Azure. Данные телеметрии помогут вам определить, как сконфигурировать вашу среду. Используйте панель метрик на портале Azure для соответствующего источника события, чтобы просмотреть его данные телеметрии. Если вы понимаете метрики источника событий, вы можете более эффективно планировать и подготавливать среду Аналитики временных рядов Azure.
Вычисление требований к входящего трафика
Чтобы вычислить требования к входящему трафику, выполните следующие действия.
Убедитесь, что ёмкость входящего трафика превышает вашу среднюю частоту в минуту, и что ваша среда достаточно мощная, чтобы обрабатывать ожидаемый входящий трафик, эквивалентный удвоенной пропускной способности, в течение менее одного часа.
Если пики входящего трафика проходят и длятся более 1 часа, используйте пиковую частоту в качестве среднего. Подготовьте среду со способностью обрабатывать пиковую нагрузку.
Устранение регулирования и задержки
Сведения о предотвращении троттлинга и задержки см. в Устранение задержки и троттлинга.
Создавайте свои события
Важно убедиться, что способ передачи событий в Azure Time Series Insights соответствует размеру среды, которую вы выделяете. (И наоборот, можно сопоставить размер среды с количеством событий Аналитики временных рядов Azure и размером каждого события.) Кроме того, важно думать о атрибутах, которые может потребоваться использовать для среза и фильтрации при запросе данных.
Совет
Ознакомьтесь с документацией по созданию JSON в разделе 'Отправка событий'.
Убедитесь, что у вас есть справочные данные
ссылочный набор данных — это коллекция элементов, которые дополняют события из вашего источника событий. Механизм загрузки данных Временных рядов Azure связывает каждое событие из вашего источника событий с сопоставляющей строкой данных в эталонном наборе данных. Затем дополненное событие доступно для запроса. Соединение основано на столбцах первичного ключа, определенных в эталонном наборе данных.
Заметка
Справочные данные не присоединяются ретроактивно. Сопоставление и присоединение только текущих и будущих данных входящего трафика к эталонным набору данных после его настройки и отправки. Если вы планируете отправить большое количество исторических данных в Azure Time Series Insights и сначала не загрузите или не создадите справочные данные в Azure Time Series Insights, возможно, вам придется переделать свою работу (подсказка: это не весело).
Дополнительные сведения о том, как создавать, отправлять и управлять эталонными данными в Azure Time Series Insights, вы найдете в нашей документации по справочным наборам данных .
Аварийное восстановление бизнеса
В этом разделе описываются функции Аналитики временных рядов Azure, которые поддерживают работу приложений и служб, даже если происходит авария (известная как аварийное восстановление бизнеса).
Высокий уровень доступности
Как служба Azure, Аналитика временных рядов Azure предоставляет определенные высокий уровень доступности функции с помощью избыточности на уровне региона Azure. Например, Azure поддерживает возможности аварийного восстановления с помощью функции межрегиональной доступности Azure .
Дополнительные функции высокой доступности, предоставляемые в Azure (а также доступны для любого экземпляра Аналитики временных рядов Azure), включают:
- Аварийное переключение: Azure предоставляет георепликацию и балансировку нагрузки.
- восстановление данных и восстановление хранилища: Azure предоставляет несколько вариантов для сохранения и восстановления данных.
- Azure Site Recovery: Azure предоставляет функции восстановления с помощью Azure Site Recovery.
- Azure Backup: Azure Backup поддерживает локальную и облачную архивацию виртуальных машин Azure.
Убедитесь, что вы включите соответствующие функции Azure для обеспечения глобальной, межрегионной высокой доступности для устройств и пользователей.
Заметка
Если Azure настроена для включения доступности между регионами, в Аналитике временных рядов Azure дополнительная конфигурация доступности между регионами не требуется.
Центры интернета вещей и событий
Некоторые службы Интернета вещей Azure также включают встроенные функции аварийного восстановления бизнеса:
- Azure IoT Hub с высоким уровнем доступностиаварийного восстановления, которое включает избыточность внутри региона
- политики Центров событий Azure
- Резервирование хранилища Azure
Интеграция Аналитики временных рядов Azure с другими службами предоставляет дополнительные возможности аварийного восстановления. Например, данные телеметрии, отправленные в концентратор событий, могут быть сохранены в резервной базе данных хранилища блобов Azure.
Аналитика временных рядов Azure
Существует несколько способов поддерживать работу данных, приложений и служб Azure Time Series Insights, даже если они подвержены сбоям.
Однако вы можете определить, что полная резервная копия среды временных рядов Azure также требуется для следующих целей:
- Как запасной экземпляр , предназначенный для Azure Time Series Insights, для перенаправления данных и трафика в
- Сохранение данных и сведений аудита
Как правило, лучший способ дублировать среду Аналитики временных рядов Azure — создать вторую среду Службы "Аналитика временных рядов Azure" в резервном регионе Azure. События также отправляются в эту вторичную среду из источника основного события. Убедитесь, что вы используете вторую выделенную группу потребителей. Следуйте рекомендациям этого источника по аварийному восстановлению бизнеса, как описано ранее.
Чтобы создать дубликат среды, выполните приведенные действия.
- Создайте среду во втором регионе. Дополнительные сведения см. в статье Создание новой среды Аналитики временных рядов Azure на портале Azure.
- Создайте вторую выделенную группу потребителей для источника событий.
- Подключите этот источник событий к новой среде. Убедитесь, что вы назначаете вторую выделенную группу потребителей.
- Ознакомьтесь с документацией по Azure Time Series Insights , IoT Hub и Центрам событий .
Если происходит событие:
- Если основной регион затронут во время аварии, перенаправьте операции в резервную среду Аналитики временных рядов Azure.
- Так как порядковые номера последовательностей концентратора начинают с 0 после переключения на резервную систему, повторно создайте источник событий в обоих регионах или средах с разными группами потребителей, чтобы избежать создания дублированных событий.
- Удалите основной источник событий, который теперь неактивен, чтобы освободить доступный источник событий для вашей среды. (Существует ограничение двух активных источников событий для каждой среды.)
- Используйте второй регион для резервного копирования и восстановления всех телеметрии и данных запросов в Azure Time Series Insights.
Важный
Если происходит переключение:
- Также может возникнуть задержка.
- Может произойти моментный всплеск обработки сообщений, так как операции перенаправляются.
Дополнительные сведения см. в разделе Устранение задержки в службе "Аналитика временных рядов Azure".
Дальнейшие действия
Начните с создания новой среды Azure Time Series Insights на портале Azure.
Узнайте, как добавить источник событий Event Hubs в Azure Time Series Insights.
Узнайте, как настроить источник событий Центра Интернета вещей.