Ограничения пропускной способности при потоковой передаче

  • Статья

Примечание.

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

Ниже приводятся ограничения для входящего трафика потоковых данных Аналитики временных рядов Azure Gen2.

Совет

Полный список всех ограничений см. в статье Планирование среды Gen2 для аналитики временных рядов Azure.

Ограничения на среду

Как правило, скорость входящего трафика рассматривается как произведение числа устройств в организации, частоты отправки событий и размера каждого события:

  • число устройств × частота отправки событий × размер каждого события.

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

Совет

  • Поддержка скоростей приема до 2 Мбайт/с предоставляется по запросу.
  • Если вам требуется более высокая пропускная способность, свяжитесь с нами, отправив запрос в службу поддержки не портале Azure.

  • Пример 1:

    В Contoso Shipping имеется 100 000 устройств, которые создают событие три раза в минуту. Размер события составляет 200 байт. В качестве источника событий Аналитики временных рядов Azure Gen2 используется Центр Интернета вещей с четырьмя секциями.

    • Скорость приема для среды Аналитики временных рядов Azure Gen2 рассчитывается следующим образом: 100 000 устройств * 200 байт/событие * (3/60 событий/с) = 1 Мбайт/с.
      • При условии сбалансированных секций ставка приема на секцию составит 0,25 МБайт/с.
      • Скорость приема в Contoso Shipping находится в пределах ограничения.

  • Пример 2:

    В Contoso Fleet Analytics имеется 10 000 устройств, каждое из которых создает событие каждую секунду. В качестве источника событий Аналитики временных рядов Azure Gen2 используется Центр событий с двумя секциями. Размер события составляет 200 байт.

    • Скорость приема рассчитывается следующим образом: 10 000 устройств * 200 байт/событие * (1 событие/с) = 2 Мбит/с.
      • При условии сбалансированных секций ставка приема на секцию составит 1 МБайт/с.
      • Скорость приема в Contoso Fleet Analytics превышает ограничения, заданные для среды и секции. Чтобы оставаться в пределах ограничений, Сотрудники могут отправить запрос в службу поддержки Аналитики временных рядов Azure Gen2 на повышение скорости приема для своей среды, и создать Центр событий с дополнительными секциями.

Секции центра и ограничения на секцию

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

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

Рекомендации по секционированию Центров событий см. в разделе о необходимом количестве секций.

Примечание.

Большинству Центров Интернета вещей, используемых в Аналитике временных рядов Azure Gen2, требуется всего четыре секции.

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

Аналитика временных рядов Azure 2-го поколения в настоящее время имеет общее ограничение на секцию в 0,5 МБИТ/с или 500 событий, хранящихся в секунду. В зависимости от того, как вы моделировали данные, массивы объектов можно разделить на несколько событий, хранящихся: как знать, будет ли массив объектов создавать несколько событий .

Специфика работы с Центром Интернета вещей

Создаваемому в Центре Интернета вещей устройству назначается секция на постоянной основе. В этом случае Центр Интернета вещей может гарантировать упорядочение событий (так как назначение никогда не меняется).

Фиксированное назначение секции также влияет на экземпляры Аналитики временных рядов Azure Gen2, которые принимают данные, отправляемые из нижестоящего Центра Интернета вещей. Когда сообщения с нескольких устройств перенаправляются в центр с помощью одного идентификатора устройства шлюза, они могут поступить в одну секцию одновременно, что может привести к превышению ограничений на масштаб каждой секции.

Влияние.

  • Если в одной секции скорость приема данных постоянно превышает ограничение, возможно, Аналитика временных рядов Azure Gen2 не будет синхронизировать все данные телеметрии устройств, пока не будет превышен срок хранения данных в Центре Интернета вещей. При постоянном превышении ограничений приема отправленные данные могут быть потеряны.

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

  • Перед развертыванием решения рассчитайте скорость приема на секцию.
  • Оптимально распределите нагрузку на устройства Центра Интернета.

Внимание

Для сред, использующих Центр Интернета вещей в качестве источника событий, рассчитайте скорость приема, принимая во внимание число используемых устройств, чтобы скорость не превышала ограничение, составляющее 0,5 Мбит/с на секцию.

  • Ограничение не будет превышено даже при одновременном поступлении нескольких событий.

Диаграмма секций Центра Интернета вещей

Дополнительные сведения об оптимизации пропускной способности центра и секций см. в следующих ресурсах:

Следующие шаги

  • Дополнительные сведения о хранении данных