Часто задаваемые вопросы о Центрах событий

Общее

Что такое пространство имен Центров событий Azure?

Пространство имен — это контейнер, ограничивающий область действия для Центра событий и (или) разделов Kafka. Оно предоставляет уникальное полное доменное имя (FQDN). Пространство имен выполняет роль контейнера приложений, в котором могут размещаться несколько Центров событий и (или) разделов Kafka.

Когда следует создавать новое пространство имен, а когда — использовать существующее пространство имен?

Используемые для оценки распределение мощностей единицы пропускной способности (TU) или единицы обработки (PU) оплачиваются на уровне пространства имен. Пространство имен также связано с регионом.

Создать новое пространство имен вместо использования существующего может быть желательно в одном из следующих сценариев.

  • Требуется концентратор событий, связанный с новым регионом.
  • Требуется концентратор событий, связанный с другой подпиской.
  • Требуется концентратор событий с отдельным выделением емкости (т. е. потребность емкости пространства имен с добавленным концентратором событий превысит порог в 40 TU и вы не хотите создавать выделенный кластера).

Какова разница между Центрами событий ценовых категорий "Базовый" и "Стандартный"?

Центры событий ценовой категории "Стандартный" предоставляют функции, недоступные для категории "Базовый". Ценовая категория "Стандартный" включает в себя следующие функции:

Дополнительные сведения о ценовых категориях, включая Центры событий ценовой категории "Выделенный", см. на странице цен на Центры событий.

Где доступны Центры событий Azure?

Центры событий Azure доступны во всех поддерживаемых регионах Azure. Список см. на странице регионов Azure.

Можно ли использовать одно AMQP-подключение (Расширенный протокол управления очередью сообщений) для отправки и получения из нескольких концентраторов событий?

Да, при условии, что все концентраторы событий находятся в одном пространстве имен.

Каков максимальный срок хранения событий?

Центры событий (цен. категория "Стандартный") в настоящее время поддерживают максимальный срок хранения в семь дней. Концентраторы событий не предназначены для постоянного хранения данных. Период хранения более 24 часов предназначен для сценариев, в которых удобно воспроизводить поток событий в тех же системах. Например, для обучения или проверки новой модели машинного обучения на основе существующих данных. Если требуется хранить сообщения дольше семи дней, включите функцию Сбор в Центрах событий, чтобы извлекать из концентратора событий данные в учетную запись хранения или учетную запись службы Azure Data Lake по своему выбору. Включение записи повлечет за собой затраты в соответствии с приобретенной единицей пропускной способности.

Вы можете настроить срок хранения для захваченных данных в учетной записи хранения. Управление жизненным циклом службы хранилища Azure предлагает многофункциональные политики на основе правил для учетных записей v2 общего назначения и хранилищ BLOB-объектов. Эти политики позволяют переводить данные на новые уровни доступа и удалять их по завершении жизненного цикла. Дополнительные сведения см. в статье Управление жизненным циклом хранилища BLOB-объектов Azure.

Как применить мониторинг для концентраторов событий?

Концентраторы событий создают метрики, которые предоставляют в Azure Monitor полные данные о состоянии ресурсов. Они позволяют оценить общую работоспособность службы Центров событий не только на уровне пространства имен, но также и на уровне сущностей. Узнайте, какие возможности мониторинга поддерживаются для Центров событий Azure.

Где Центры событий Azure хранят данные?

Центры событий Azure уровня "Стандартный", "Премиум" и "Выделенный" хранят и обрабатывают данные, опубликованные в регионе, выбранном при создании пространства имен Центров событий. По умолчанию данные клиента остаются в пределах этого региона. При настройке геоизбыточного аварийного восстановления для пространства имен Центров событий Azure метаданные копируются в выбранный дополнительный регион. Таким образом, эта служба автоматически соответствует требованиям о месте расположения данных в регионе, включая те, которые указаны в центре управления безопасностью.

Какие порты нужно открыть в брандмауэре?

Для отправки и получения событий можно использовать следующие протоколы с Центрами событий Azure:

  • Протокол AMQP 1.0
  • Протокол HTTP 1.1 с TLS (HTTPS)
  • Apache Kafka

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

Протокол порты; Сведения
AMQP 5671 и 5672 См. Руководство по использованию протокола AMQP.
HTTPS 443 Этот порт используется для HTTP или REST API и для AMQP через WebSockets.
Kafka 9093 См. Использование Центров событий Azure из приложений Apache Kafka.

Если AMQP используется через порт 5671, то для исходящей связи требуется порт HTTPS, так как с использованием протокола HTTPS выполняются некоторые операции управления пакетами SDK клиентов, а также осуществляется получение токенов из службы Azure Active Directory (если они используются).

Официальный пакет SDK для Azure обычно использует протокол AMQP для отправки и получения событий от Центров событий. Вариант протокола AMQP через WebSockets работает через порт TCP 443, как и API HTTP. В остальном с точки зрения функциональности он полностью идентичен обычному протоколу AMQP. Этот вариант протокола имеет более высокую начальную задержку при подключении из-за дополнительных циклов подтверждения соединения, а также требует несколько больших дополнительных расходов для совместного использования порта HTTPS. Если выбран этот режим, для обмена данными достаточно TCP-порта 443. Для выбора между обычным протоколом AMQP и режимом AMQP через WebSockets используются следующие параметры.

Язык Параметр
.NET Свойство EventHubConnectionOptions.TransportType со значением EventHubsTransportType.AmqpTcp или EventHubsTransportType.AmqpWebSockets
Java Свойство com.microsoft.azure.eventhubs.EventProcessorClientBuilder.transporttype со значением AmqpTransportType.AMQP или AmqpTransportType.AMQP_WEB_SOCKETS
Узел Объект EventHubConsumerClientOptions со свойством webSocketOptions.
Python Свойство EventHubConsumerClient.transport_type со значением TransportType.Amqp или TransportType.AmqpOverWebSocket

Какие IP-адреса нужно внести в список разрешений?

При работе с Azure иногда необходимо разрешить определенные диапазоны IP-адресов или URL-адреса в корпоративном брандмауэре или прокси-сервере, чтобы получить доступ ко всем службам Azure, которые вы используете или пытаетесь использовать. Убедитесь, что разрешен трафик на IP-адреса, используемые Центрами событий. IP-адреса, используемые Центрами событий Azure, см. в разделе Диапазоны IP-адресов и теги служб Azure — общедоступное облако.

Кроме того, убедитесь, что IP-адрес вашего пространства имен добавлен в список разрешений. Чтобы найти правильные IP-адреса для добавления в список разрешений, выполните следующие действия.

  1. В командной строке выполните следующую команду:

    nslookup <YourNamespaceName>.servicebus.windows.net
    
  2. Запишите IP-адрес, возвращенный в Non-authoritative answer.

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

  1. Сначала следует запустить nslookup в пространстве имен.

    nslookup <yournamespace>.servicebus.windows.net
    
  2. Запишите имя в разделе не заслуживающий доверия ответ, который имеет один из следующих форматов:

    <name>-s1.cloudapp.net
    <name>-s2.cloudapp.net
    <name>-s3.cloudapp.net
    
  3. Выполните команду nslookup для каждого из них с суффиксами s1, s2 и s3, чтобы получить IP-адреса всех трех экземпляров, работающих в трех зонах доступности.

    Примечание

    IP-адрес, возвращенный командой nslookup, не является статическим. Однако он остается постоянным до тех пор, пока базовое развертывание не будет удалено или перемещено в другой кластер.

Какие IP-адреса клиента отправляют события в мое пространство имен или получают события из него?

Сначала включите фильтрацию IP-адресов в пространстве имен.

Затем включите журналы диагностики для событий подключения виртуальной сети Центров событий, следуя инструкциям в разделе Включение журналов диагностики. Вы увидите IP-адрес, для которого подключение запрещено.

{
    "SubscriptionId": "0000000-0000-0000-0000-000000000000",
    "NamespaceName": "namespace-name",
    "IPAddress": "1.2.3.4",
    "Action": "Deny Connection",
    "Reason": "IPAddress doesn't belong to a subnet with Service Endpoint enabled.",
    "Count": "65",
    "ResourceId": "/subscriptions/0000000-0000-0000-0000-000000000000/resourcegroups/testrg/providers/microsoft.eventhub/namespaces/namespace-name",
    "Category": "EventHubVNetConnectionEvent"
}

Важно!

Журналы виртуальной сети создаются только в том случае, если пространство имен разрешает доступ с конкретных IP-адресов (правила фильтрации IP-адресов). Если вы не хотите ограничивать доступ к пространству имен с помощью этих функций и по-прежнему желаете получать журналы виртуальной сети для отслеживания IP-адресов клиентов, подключающихся к пространству имен Центров событий, можно использовать приведенное ниже обходное решение: включите фильтрацию IP-адресов и добавьте весь диапазон адресации для IPv4 (1.0.0.0/1–255.0.0.0/1). Центры событий не поддерживают диапазоны адресов IPv6.

Примечание

В настоящее время невозможно определить исходный IP-адрес для отдельного сообщения или события.

Интеграция с Apache Kafka

Как интегрировать существующее приложение Kafka с Центрами событий?

Центры событий предоставляют конечную точку Kafka, которую могут использовать существующие приложения на основе Kafka. Чтобы настроить Kafka в режиме PaaS (платформа как услуга), достаточно лишь изменить конфигурацию. Так вы сможете обойтись без создания собственного кластера Kafka. Центры событий поддерживают Apache Kafka 1.0 и более новые версии клиента, а также работают с существующими приложениями, средствами и платформами Kafka. Дополнительные сведения см. в репозитории Центров событий для Kafka.

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

Чтобы подключиться к концентратору событий с поддержкой Kafka, следует обновить конфигурации клиентов Kafka. Для этого создайте пространство имен Центров событий и получите строку подключения. Измените bootstrap.servers, чтобы он содержат полное доменное имя Центров событий и порт 9093. Обновите файл sasl.jaas.config, чтобы направлять клиент Kafka к конечной точке Центров событий (которая является полученной строкой подключения) и использовать правильную проверку подлинности, как показано ниже:

bootstrap.servers={YOUR.EVENTHUBS.FQDN}:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="{YOUR.EVENTHUBS.CONNECTION.STRING}";

Пример.

bootstrap.servers=dummynamespace.servicebus.windows.net:9093
request.timeout.ms=60000
security.protocol=SASL_SSL
sasl.mechanism=PLAIN
sasl.jaas.config=org.apache.kafka.common.security.plain.PlainLoginModule required username="$ConnectionString" password="Endpoint=sb://dummynamespace.servicebus.windows.net/;SharedAccessKeyName=DummyAccessKeyName;SharedAccessKey=XXXXXXXXXXXXXXXXXXXXX";

Примечание

Если конфигурация sasl.jaas.config не поддерживается вашей платформой, найдите конфигурации, которые используются для установки имени пользователя и пароля SASL, и используйте их вместо них. В качестве имени пользователя задайте $ConnectionString, а в качестве пароля — строки подключения для Центров событий.

Каков размер сообщения (события) для Центров событий?

Для Центров событий допускается максимальный размер сообщения 1 МБ.

Единицы пропускной способности

Что такое единицы пропускной способности Центров событий? (Применяется только к **стандартному** уровню)

Пропускная способность Центров событий определяет объем данных (в мегабайтах) или число событий (в тысячах) размером 1 КБ, которые могут проходить через Центр событий. Пропускная способность измеряется в единицах пропускной способности. Единицы пропускной способности следует приобретать заранее до начала работы со службой Центров событий. Единицы пропускной способности для Центров событий вы можете указать явным образом с помощью портала Azure или шаблонов Resource Manager для Центров событий.

Применяются ли единицы пропускной способности одновременно для всех Центров событий в пространстве имен?

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

  • до 1 МБ в секунду входящих событий (событий, отправленных в концентратор событий), но не более 1000 входящих событий, операций управления или контролирующих вызовов API в секунду;
  • До 2 МБ в секунду исходящих событий (событий, полученных от концентратора событий), но не более 4096 исходящих событий.
  • до 84 ГБ хранилища событий (достаточно для срока хранения 24 часа, используемого по умолчанию).

Как выставляются счета за единицы пропускной способности?

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

Как правильно оптимизировать использование единиц пропускной способности?

Вы можете начать с одной единицы пропускной способности и настроить автоматическое расширение. Функция автоматического расширения позволяет увеличивать количество единиц пропускной способности по мере роста трафика и (или) объема полезных данных. Можно также задать верхний предел количества для единиц пропускной способности.

Как работает функция автоматического расширения для Центров событий?

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

Мы предлагаем начать с небольшого значения единиц пропускной способности (например, 2). Если вы ожидаете роста трафика до 15 единиц пропускной способности, включите для пространства имен функцию автоматического расширения и установите максимальное ограничение в 15 единиц пропускной способности. Теперь количество единиц пропускной способности будет увеличиваться автоматически по мере роста трафика.

Взимается ли плата за использование функции автоматического расширения?

Эта функция предоставляется без дополнительных затрат.

Как применяются ограничения пропускной способности?

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

Если общая исходящая пропускная способность или общий коэффициент исходящих событий во всех Центрах событий в пространстве имен превышает суммарные ограничения по единицам, получатели будут регулироваться, но ошибок регулирования не создается.

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

Существует ли ограничение на количество зарезервированных (выбранных) единиц пропускной способности?

На портале Azure можно выбрать до 40 единиц пропускной способности при создании пространства имен базового или стандартного уровня. При объемах более 40 единиц пропускной способности Центры событий предлагают специальную модель на основе ресурсов и емкости, например кластеры Центров событий ценовой категории "Премиум" или "Выделенный". Дополнительные сведения см. в разделах Центры событий (цен. категория "Премиум") — обзор и Центры событий (цен. категория "Выделенный") — обзор.

Кластеры категории "Выделенный"

Что такое Центры событий ценовой категории "Выделенный"?

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

Как создать кластер Центров событий ценовой категории "Выделенный"?

Пошаговые инструкции и дополнительные сведения о настройке выделенного кластера Центра событий см. в статье Краткое руководство. Создание выделенного кластера Центров событий с помощью портала Azure.

Чего я могу достичь с помощью кластера?

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

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

Формат полезных данных Приемники Пропускная способность для входящих данных Количество поступающих сообщений Пропускная способность для исходящих данных Количество исходящих сообщений Общее количество единиц пропускной способности Количество единиц пропускной способности на одну единицу емкости
Пакеты 100×1 KB 2 400 МБ в секунду 400 тыс. сообщений/с 800 МБ в секунду 800 тыс. сообщений/с 400 единиц пропускной способности 100 единиц пропускной способности
Пакеты 10×10 KB 2 666 МБ в секунду 66,6 тыс. сообщений/с 1,33 ГБ в секунду 113 тыс. сообщений/с 666 единиц пропускной способности 166 единиц пропускной способности
Пакеты 6×32 KB 1 1,05 ГБ в секунду 34 тыс. сообщений/с 1,05 ГБ в секунду 34 тыс. сообщений/с 1000 единиц пропускной способности 250 единиц пропускной способности

При тестировании использовались следующие критерии.

  • Использовался выделенный кластер центров событий с четырьмя единицами емкости (CU).
  • Для Центра событий, который использовался для приема сообщений, было выделено 200 разделов.
  • Принимаемые данные распределялись между двумя приложениями-получателями, каждый из которых работал со всеми разделами.

Могу ли я выполнить увеличение и уменьшение масштаба моего кластера?

После создания кластеры оплачиваются как минимум за 4 часа использования. В предварительной версии интерфейса самообслуживания вы можете отправить запрос в службу поддержки в группу Центров событий в разделе Техническая поддержка>Квота>Запрос на увеличение или уменьшение выделенного кластера, чтобы увеличить или уменьшить масштаб кластера. Выполнение запроса на масштабирование кластера может занять до 7 дней.

Когда следует масштабировать выделенный кластер?

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

Использование ЦП является ключевым показателем потребления ресурсов выделенного кластера. Когда общее использование ЦП достигает 70 % (без ненормальных состояний, таких как большое количество ошибок сервера или неудачных запросов), это означает, что кластер постепенно достигает максимальной емкости. Поэтому вы можете использовать его в качестве индикатора, чтобы определить, нужно ли вертикально увеличивать масштаб выделенного кластера.

Чтобы отслеживать использование ЦП выделенного кластера, необходимо выполнить описанные ниже действия.

  • В колонке метрики кластера "Выделенный" добавьте новую метрику в концентраторы событий, как показано ниже. Dedicated cluster CPU consumption metric

  • Выберите CPU в качестве метрик и используйте в Max качестве агрегата.

  • Затем добавьте фильтр для типа Role свойства, используйте оператор равенства и выберите все три значения (SBSAdmin, SBSFE, SBSEH) из раскрывающегося списка.

Затем вы можете отслеживать эту метрику, чтобы определить, когда следует масштабировать выделенный кластер. Кроме того, можно настроить оповещения для этой метрики, чтобы получать уведомления о достижении установленного порогового значения загрузки ЦП.

Как Геоизбыточное аварийное восстановление работает с моим кластером?

Вы можете географически связать пространство имен в кластере выделенного уровня с другим пространством имен в кластере выделенного уровня. Мы не рекомендуем объединять пространство имен выделенного уровня с пространством имен в нашем стандартном предложении, потому что ограничение пропускной способности будет несовместимым и приведет к ошибкам.

Могу ли я перенести свои стандартные пространства имен в кластер выделенного уровня?

В настоящее время мы не поддерживаем автоматизированный процесс переноса данных концентраторов событий из стандартного пространства имен в выделенное.

Секции

Сколько секций мне нужно?

Так как секция — это механизм организации данных, позволяющий параллельно публиковать и использовать данные, рекомендуем сбалансировать единицы масштабирования (единицы пропускной способности, единицы обработки или единицы емкости) и секции для достижения оптимального масштаба. Как правило, мы рекомендуем пользователям поддерживать максимальную пропускную способность в 1 МБ/с на секцию и выбрать число секций, чтобы соответствовать нужной для обработки, максимальной пропускной способности. Например, если для вашего варианта использования требуется 20 МБ/с, для достижения оптимальной пропускной способности рекомендуем выбрать не менее 20 секций.

Тем не менее, если применяется модель, в которой приложение сопоставлено с конкретной секцией, то увеличение количества секций может не иметь никакого эффекта. Дополнительные сведения см. в статье Доступность и согласованность в Центрах событий.

Увеличение секций

Вы можете запросить увеличение числа секций до 40 (ровно), отправив запрос на поддержку.

  1. На странице пространства имен шины событий выберите в меню слева пункт Новый запрос на поддержку.
  2. На странице Новый запрос на поддержку выполните следующие действия:
    1. В сводке опишите кратко проблему.

    2. В поле Тип проблемы выберите Квота.

    3. В поле Подтип проблемы выберите Request for partition change (Запрос на изменение секции).

      Increase partition count

Число секций можно увеличить точно до 40. В этом случае число единиц пропускной способности также нужно увеличить до 40. Если позже вы решите уменьшить ограничение до <= 20, максимальное число секций также будет уменьшено до 32.

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

Цены

Где я могу найти дополнительные сведения о ценах?

Полные сведения о ценах на Центры событий см. в разделе со сведениями о ценах на Центры событий.

Взимается ли плата за хранение событий Центров событий более 24 часов?

Центры событий ценовой категории "Стандартный" разрешают хранение сообщений более 24 часов, но не более 7 дней. Если общий объем всех хранимых событий превышает лимит хранения для выбранного количества единиц пропускной способности (84 ГБ для каждой единицы), то за избыточный объем взимается плата согласно опубликованным ценам на хранилище BLOB-объектов Azure. Лимит хранения для каждой единицы пропускной способности покрывает все расходы для срока хранения в 24 часа (по умолчанию), даже если единица пропускной способности использована максимально.

Как рассчитывается и оплачивается размер хранилища Центров событий?

Общий размер всех хранимых событий, включая внутреннюю дополнительную память для заголовков событий или дисковые накопительные структуры во всех концентраторах событий, измеряется в течение дня. В конце дня вычисляется максимальный размер хранилища. Ежедневный лимит хранения рассчитывается на основе минимального количества единиц пропускной способности, которое было выбрано в течение дня (каждая единица имеет ограничение в 84 ГБ). Если общий размер превышает рассчитанный ежедневный лимит хранения, избыточный объем оплачивается согласно ценам на хранилище BLOB-объектов Azure (по цене локально избыточного хранилища ).

Как рассчитываются входящие события Центров событий?

Каждое событие, отправленное в концентратор событий, считается оплачиваемым сообщением. Входящее событие определяется как единица данных, размер которой меньше или равен 64 КБ. Любое событие, размер которого меньше или равен 64 КБ, считается одним оплачиваемым событием. Если размер события превышает 64 КБ, то количество оплачиваемых сообщений вычисляется исходя из размера, кратного 64 КБ. Например, событие размером 8 КБ, отправленное концентратору событий, оплачивается как одно событие, а сообщение размером 96 КБ, отправленное концентратору событий, оплачивается как два события.

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

Применяется ли плата за подключение через посредника для Центров событий?

Плата за подключение взимается только при использовании протокола AMQP. При отправке событий с помощью HTTP плата за подключение не взимается вне зависимости от количества отправляющих систем или устройств. Если планируется использовать AMQP (например, для достижения более эффективной потоковой передачи событий или включения двусторонней связи в сценариях управления Интернетом вещей), то ознакомьтесь со сведениями о ценах на Центры событий, чтобы узнать, сколько подключений доступно на каждом уровне служб.

Как выставляются счета за использование функции "Сбор" в Центрах событий?

Функция записи активируется, когда ее включают в любом концентраторе событий пространства имен. Счет за использование функции "Сбор" в Центрах событий выставляется на почасовой основе для каждой приобретенной единицы пропускной способности. Так как количество единиц пропускной способности может увеличиваться или уменьшаться, стоимость каждого часа использования функции записи в службе "Центры событий" рассчитывается отдельно. Дополнительные сведения о выставлении счетов за использование функции "Сбор" в Центрах событий см. на этой странице.

Нужно ли мне оплачивать учетную запись хранения, которая выбрана для использования функции "Сбор" в Центрах событий?

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

Квоты

Существуют ли квоты, связанные с Центрами событий?

Список всех квот для Центров событий см. в статье Квоты для Центров событий.

Устранение неполадок

Почему я не могу создать пространство имен после удаления его из другой подписки?

При удалении пространства имен из подписки подождите 4 часа, прежде чем создать его заново с тем же именем в другой подписке. Иначе можно получить сообщение об ошибке Namespace already exists.

Какие исключения создаются Центрами событий? Какие действия можно предпринять?

Список возможных исключений Центров событий приведен в статье Исключения обмена сообщениями Центров событий.

Журналы диагностики

Центры событий поддерживают два типа журналов диагностики — журналы ошибок функции "Сбор" и операционные журналы. Оба типа представлены в формате JSON и могут быть включены на портале Azure.

Поддержка и соглашение об уровне обслуживания

Техническая поддержка для Центров событий доступна на странице Майкрософт с вопросами & ответами для Служебной шины Azure. Поддержка по выставлению счетов и управлению подпиской предоставляется бесплатно.

Дополнительные сведения о соглашении об уровне обслуживания см. на странице Соглашения об уровне обслуживания.

Azure Stack Hub

Как можно выбрать конкретную версию пакета SDK службы хранилища Azure при использовании Хранилища BLOB-объектов Azure в качестве хранилища контрольных точек?

Запустив этот код в Azure Stack Hub, вы получите ошибки выполнения, если не укажете конкретную версию API службы хранилища. Это связано с тем, что пакет SDK для Центров событий использует последний доступный в Azure API службы хранилища Azure, который может быть недоступным на вашей платформе Azure Stack Hub. Azure Stack Hub может поддерживать версию пакета SDK для Хранилища BLOB-объектов, отличающуюся от доступных в Azure. Если вы используете Хранилище BLOB-объектов Azure в качестве хранилища контрольных точек, проверьте поддерживаемую версию API службы хранилища Azure для сборки Azure Stack Hub и включите эту версию в код.

Например, если вы используете Azure Stack Hub версии 2005, последней доступной версией для службы хранилища будет версия 2019-02-02. По умолчанию клиентская библиотека пакета SDK для Центров событий использует последнюю доступную версию в Azure (2019-07-07 на момент выпуска пакета SDK). В таком случае, кроме действий, описанных в этом разделе, вам нужно добавить код для указания API службы хранилища версии 2019-02-02. Сведения о включении поддержки определенной версии API службы хранилища см. в следующих примерах для C#, Java, Python и JavaScript/TypeScript.

Сведения о включении поддержки определенной версии API службы хранилища с помощью кода см. в следующих примерах на GitHub:

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

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