Должен ли концентратор событий иметь такое же количество разделов, как и единиц пропускной способности?

Отличный вопрос.

Основные сведения.

1 Единица пропускной способности (TU) означает ограничение входящего трафика 1 МБ / с или 1000 сообщений / с - в зависимости от того, что произойдет раньше. Вы платите за ЕП и можете изменять ЕП в соответствии с вашими требованиями к нагрузке. Это ваша ручка для управления счетом. И ЕП устанавливаются в данном пространстве имен концентраторов событий!

Когда вы покупаете 1 TU для пространства имен EventHubs и создаете в нем несколько EventHub, к ним в совокупности применяется ограничение в 1 МБ / с или 1000 сообщений / с. Лимит также применяется к каждому разделу индивидуально. Хотя, в некоторых регионах, где нагрузка невысока, иногда может повезти.

Учтите эти принципы, принимая решение «нет». перегородок в eventhub к вашим услугам:

1. Цель Разделов - обеспечить высокую доступность. Если вы отправляете в Eventhubs и хотите, чтобы отправка прошла успешно НЕ ВАЖНО, ЧТО вы должны создать несколько разделов и отправить, используя EventHubClient.Send (который не ограничивает отправку конкретным разделом).
2. Нет. разделов будет определять, насколько толстый канал событий и насколько быстро / параллельно вы можете получать и обрабатывать события. Если у вас есть 10 разделов на вашем EventHub - его емкость фактически ограничена 10 TU. Вы можете создать 10 приемников эпох параллельно, потреблять и обрабатывать События. Если вы предполагаете, что EventHub, который вы сейчас создаете, может быстро вырасти в 10 раз, создайте столько разделов и сохраните соответствие TU текущей нагрузке. Аналогия здесь - наличие нескольких полос на автостраде!

Также следует отметить, что ЕП настраивается на уровне пространства имен. И одно пространство имен Event Hubs может иметь в себе несколько EventHub, и у каждого EventHub может быть свой номер. перегородок.

Ответы:

Если вы выберете 5 или более TU в пространстве имен и у вас будет только 1 EventHub с 4 разделами, вы получите макс. 4 МБ / сек или 4K сообщений / сек.

Максимальный исходящий трафик будет в 2 раза больше входящего (8 Мбит / с или 8 КБ сообщений / сек). Другими словами, вы можете создать 2 шаблона приема (например, медленный и быстрый), создав 2 группы потребителей. Если вам нужно больше чем 2X параллельных приема, вам потребуется больше TU.

Да, в идеале вам понадобится больше разделов, чем TU. Сначала смоделируйте количество разделов, как указано выше. При разработке решения начните с 1 ЕД. После этого, когда вы выполняете нагрузочное тестирование или запускаете приложение, увеличивайте TU в соответствии с вашей нагрузкой. Помните, что в пространстве имен может быть несколько концентраторов событий. Таким образом, наличие 20 единиц TU на уровне пространства имен и 10 концентраторов событий с 4 разделами в каждом может обеспечить скорость передачи 20 МБ / с в пространстве имен.

Подробнее о EventHubs

Один раздел идет на один TPU. Думайте о TPU как о механизме обработки. Вы не можете использовать больше TPU, чем количество разделов. Если у вас 4 раздела, вы не можете использовать более 4 TPU.

Обычно количество разделов превышает количество TPU по следующим причинам.

• Вы можете увеличить количество TPU, если у вас большой трафик, но вы не можете изменить количество разделов
• У вас не может быть больше одновременных читателей, чем у вас есть разделы. Если вы хотите иметь 5 одновременных читателей, вам нужно 5 разделов.

Что касается пропускной способности, то ограничения составляют 1 МБ / 2 МБ на выходе на TPU. Это охватывает типичный сценарий, когда каждое событие отправляется как в холодное хранилище (например, в базу данных), так и в потоковую аналитику или обработчик событий для анализа, мониторинга и т. Д.