Обзор уровня выделенных Центры событий Azure

  • Статья

Выделенные кластеры Центров событий предназначены для удовлетворения потребностей наиболее требовательных критически важных рабочих нагрузок потоковой передачи событий. Эти кластеры предоставляют высокопроизводительную, низкую задержку, масштабируемую и надежную службу потоковой передачи событий для приложений потоковой передачи событий, основанных на api AMQP (ПАКЕТ SDK центров событий) или API Apache Kafka.

Примечание.

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

Почему выделенный кластер?

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

Потоковая передача событий с низкой задержкой

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

Потоковая передача больших объемов данных

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

Гарантированная согласованность производительности

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

Нулевое вмешательство

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

Самостоятельное масштабирование

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

Высокоуровневые функции и щедрые квоты

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

Единицы емкости (CU)

Выделенные кластеры подготавливаются и выставляются по единицам емкости (ЦС), предварительно выделенному объему ресурсов ЦП и памяти.

Объем принимаемых данных и передаваемых в потоке данных для каждого CU зависит от различных факторов, таких как следующие:

  • Количество отправителей и получателей
  • Количество секций.
  • Конфигурация производителя и потребителя.
  • Размер полезной нагрузки
  • Скорость исходящего трафика

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

Типы кластеров

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

В качестве пользователя выделенного кластера можно определить тип кластера, проверив доступность функции масштабирования емкости на портале. Если эта возможность присутствует, вы используете масштабируемый кластер самообслуживания. И наоборот, если он недоступен, вы используете устаревший выделенный кластер. Кроме того, можно найти свойства Azure Resource Manager, связанные с выделенными кластерами.

Автономные масштабируемые кластеры

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

Приблизительно одна единица емкости (CU) в масштабируемом кластере самообслуживания предоставляет емкость входящего трафика от 100 МБ/с до 200 МБ/с, хотя фактическая пропускная способность может колебаться в зависимости от различных факторов.

С помощью масштабируемых кластеров можно приобрести до 10 единиц ЦС для кластера в портал Azure. В отличие от традиционных кластеров, эти кластеры можно масштабировать постепенно с помощью единиц ЦС от 1 до 10. Если вам нужен кластер размером более 10 cu, вы можете отправить запрос на поддержку для увеличения масштаба кластера после его создания.

Важно!

Масштабируемый выделенный компонент самообслуживания можно развернуть с включенными зонами доступности с 3 ЦС, но вы не сможете использовать возможность самостоятельного масштабирования для масштабирования кластера. Чтобы создать или масштабировать автономный кластер с поддержкой AZ, необходимо отправить запрос на поддержку.

Устаревшие кластеры

Выделенные кластеры Центров событий, созданные до доступности масштабируемых кластеров самообслуживания, называются устаревшими кластерами.

Чтобы использовать эти устаревшие кластеры, прямое создание с помощью портал Azure или шаблонов ARM невозможно, и вместо этого необходимо отправить запрос на поддержку, чтобы создать его.

Приблизительно одна единица емкости (CU) в устаревшем кластере предоставляет емкость входящего трафика от 50 МБ/с до 100 МБ/с, хотя фактическая пропускная способность может меняться в зависимости от различных факторов.

С помощью устаревшего кластера можно приобрести до 20 единиц ЦС.

Примечание.

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

Важно!

Перенос существующего устаревшего кластера в кластер самообслуживания в настоящее время не поддерживается. Дополнительные сведения см. в статье о переносе устаревшего кластера в масштабируемый кластер самообслуживания.

Определение типа кластера

Вы можете определить тип кластера, который вы используете следующие методы.

Метод Действие Автономные масштабируемые кластеры Устаревшие кластеры Примечания.
Использование портала Проверка наличия вкладки Scale в кластере Страница "Масштаб", доступная в пользовательском интерфейсе кластера. В пользовательском интерфейсе кластера нет страницы масштабирования.
Использование Azure Resource Manager Проверьте свойство supportsScaling Azure Resource Manager в кластере. Проверьте наличие страницы "Масштабирование" в кластере.  В пользовательском интерфейсе кластера нет страницы масштабирования. Проверьте это свойство на портале, интерфейсе командной строки или PowerShell. Требуется API версии 2022-01-01-preview или более поздней.
Использование программы nslookup Выполните команду nslookup в пространстве имен в кластере. CNAME сопоставляется с *.cloudapp.azure.com.  CNAME сопоставляется с *.cloudapp.net. Например, nslookup ns.servicebus.windows.net.

Квоты и ограничения

Предложение "Выделенные центры событий" выставляется по фиксированной ежемесячной цене с минимальной 4 часами использования. Уровень "Выделенный" предоставляет все функции плана premium, но с емкостью корпоративного масштаба и ограничениями для клиентов с требовательными рабочими нагрузками.

Дополнительные сведения см. в статье Квоты и ограничения Центров событий 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 единиц пропускной способности

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

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

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

Если вы создали кластер с набором параметров масштабирования поддержки, вы можете использовать самостоятельный интерфейс для горизонтального масштабирования и масштабирования по мере необходимости. Вы можете увеличить масштаб до 10 единиц емкости, если используете масштабируемые в формате самообслуживания кластеры. Так как масштабируемые выделенные кластеры самообслуживания основаны на новой инфраструктуре, они привязаны к выполнению над выделенными кластерами, которые не поддерживают самостоятельное масштабирование. Так как производительность кластеров уровня "Выделенный" зависит от нескольких факторов (распределение ресурсов, количество секций, объем хранилища и так далее), мы рекомендуем оценивать требуемое количество единиц емкости только после тестирования на реальной рабочей нагрузке.

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

  • Вам требуется более 10 единиц емкости для масштабируемого в формате самообслуживания кластера (при создании которого был включен параметр Поддержка масштабирования).
  • Вам нужно выполнить горизонтальное изменение масштаба для кластеры, который был создан с отключенным параметром Поддержка масштабирования.
  • Вам нужно выполнить горизонтальное изменение масштаба для кластера уровня "Выделенный", созданного до выпуска функции самообслуживания.

Предупреждение

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

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

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

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

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

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

  • На странице метрик выделенного кластера Центров событий выберите "Добавить метрику".

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

    Screenshot showing the Metrics page with the CPU metric.

  • Затем нажмите кнопку "Добавить фильтр" и добавьте фильтр для типа Roleсвойства, используйте оператор равенства и выберите все три значения (Backend, Gateway) в раскрывающемся списке.

    Screeshot showing the metrics page with CPU consumption metric and roles.

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

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

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

Могу ли я перенести пространства имен ценовой категории "Стандартный" или "Премиум" в кластер уровня "Выделенный"?

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

Почему в выделенном кластере, избыточном по зонам, не менее 8 cu?

Чтобы обеспечить избыточность зоны для выделенного предложения, все вычислительные ресурсы должны иметь 3 реплика в 3 центрах обработки данных в одном регионе. Это минимальное требование для поддержки избыточности зоны (чтобы служба по-прежнему функционировала, если 2 зоны или центры обработки данных не работают) и приводит к вычислению емкости, эквивалентной 8 ЦС.

Поэтому это не квота, которую можно изменить, а ограничение текущей архитектуры с выделенным уровнем.

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

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