Обзор уровня выделенных Центры событий Azure
Центры событий Azure выделенные кластеры предназначены для удовлетворения потребностей наиболее требовательных критически важных рабочих нагрузок потоковой передачи событий. Эти кластеры предоставляют высокопроизводительную, низкую задержку, масштабируемую и надежную службу потоковой передачи событий для приложений потоковой передачи событий, основанных на расширенном протоколе очереди сообщений (пакет SDK центров событий) или API Apache Kafka.
Примечание.
Выделенный уровень недоступен во всех регионах. Попробуйте создать выделенный кластер в портал Azure. Просмотрите поддерживаемые регионы в раскрывающемся списке "Расположение" на странице "Создание кластера Центров событий".
Почему выделенные кластеры?
Выделенный уровень Центров событий предоставляет несколько преимуществ клиентам, которым требуется выполнять критически важные рабочие нагрузки на уровне предприятия.
Потоковая передача событий с низкой задержкой
Эти кластеры оптимизированы для низкой задержки и высокой производительности. Эти кластеры позволяют предприятиям обрабатывать потоковую передачу данных с высокой скоростью и большим объемом данных.
Потоковая передача больших объемов данных
Выделенные кластеры могут передавать события в масштабе гигабайт в секунду или миллионы событий в секунду для большинства вариантов использования. Вы также можете масштабировать эти кластеры для изменения в томе потоковой передачи событий.
Гарантированная согласованность производительности
Выделенные кластеры Центров событий сокращают задержку и обеспечивают согласованную производительность с гарантированной емкостью.
Нулевое вмешательство
Выделенные кластеры Центров событий работают с архитектурой с одним клиентом. Эта архитектура гарантирует, что выделенные ресурсы не совместно используются другим клиентам. В отличие от других уровней, вы не увидите помехи между клиентами в выделенном кластере.
Самостоятельное масштабирование
Выделенный кластер предлагает возможности самостоятельного масштабирования, позволяющие настроить емкость кластера в соответствии с динамическими нагрузками и упростить бизнес-операции. Вы можете увеличивать масштаб в периоды пиковой нагрузки и уменьшать его обратно при низком уровне использования.
Высокоуровневые функции и щедрые квоты
Выделенные кластеры включают все функции уровня "Премиум" и многое другое. Служба также управляет балансировкой нагрузки, обновлениями операционной системы, установкой исправлений системы безопасности и секционированием. Вы можете тратить меньше времени на обслуживание инфраструктуры и больше времени на создание приложений потоковой передачи событий.
Поддерживает потоковую передачу больших сообщений
В большинстве сценариев потоковой передачи данные являются упрощенными, как правило, менее 1 МБ и требуют высокой пропускной способности. Существуют экземпляры, в которых сообщения не могут быть разделены на небольшие сегменты. Самообслуживание выделенных кластеров может размещать события размером до 20 МБ без дополнительных затрат. Эта возможность позволяет центрам событий обрабатывать широкий диапазон размеров сообщений, чтобы обеспечить непрерывные бизнес-операции. Дополнительные сведения см. в статье "Отправка и получение больших сообщений с помощью Центры событий Azure".
Единицы емкости
Выделенные кластеры подготавливаются и выставляются по единицам емкости (ЦС), что является предварительно выделенным объемом ресурсов ЦП и памяти.
Сколько можно приема и потоковой передачи на накопительный пакет обновления, зависит от таких факторов, как:
- Количество отправителей и получателей.
- Количество секций.
- Конфигурация производителя и потребителя.
- Объем полезных данных.
- Скорость исходящего трафика.
Чтобы определить необходимое количество единиц ЦС, необходимо выполнить ожидаемую рабочую нагрузку потоковой передачи событий в выделенном кластере Центров событий при наблюдении за использованием ресурсов кластера. Дополнительные сведения см. в разделе "Когда следует масштабировать выделенный кластер".
Типы кластера
Выделенные кластеры Центров событий входят в два разных типа: автономные масштабируемые кластеры и устаревшие кластеры. Эти два типа отличаются в их поддержке количества единиц обслуживания, объема пропускной способности каждого накопительного пакета обновления, а также доступности региональных и зон.
В качестве выделенного пользователя кластера можно определить тип кластера, проверив доступность функции масштабирования емкости на портале. Если эта возможность присутствует, вы используете масштабируемый кластер самообслуживания. И наоборот, если он недоступен, вы используете устаревший выделенный кластер. Кроме того, можно найти свойства Azure Resource Manager, связанные с выделенными кластерами.
Автономные масштабируемые кластеры
Центры событий самостоятельно обслуживают масштабируемые кластеры на основе новой инфраструктуры и позволяют пользователям масштабировать количество единиц ЦС, выделенных каждому кластеру. Создав выделенный кластер с помощью портала Центров событий или шаблонов Azure Resource Manager (шаблоны ARM), вы получаете доступ к масштабируемому кластеру самообслуживания. Чтобы узнать, как масштабировать кластер уровня "Выделенный", см. раздел Масштабирование выделенных кластеров Центров событий.
Примерно один накопительный пакет обновления в масштабируемом кластере с поддержкой самообслуживания обеспечивает емкость входящего трафика от 100 МБ/с до 200 МБ/с, хотя фактическая пропускная способность может колебаться в зависимости от различных факторов.
С помощью масштабируемых кластеров можно приобрести до 10 единиц ЦС для кластера в портал Azure. В отличие от традиционных кластеров, эти кластеры можно масштабировать постепенно с помощью единиц ЦС от 1 до 10. Если вам нужен кластер размером более 10 единиц, вы можете отправить запрос на поддержку для увеличения масштаба кластера после его создания.
Внимание
Чтобы создать или масштабировать автономный кластер с поддержкой AZ, необходимо отправить запрос на поддержку, запрашивающий три ЦС или более поздней версии. Созданный с помощью портала кластер самостоятельного обслуживания (или более поздней версии) включен не в AZ.
Устаревшие кластеры
Выделенные кластеры Центров событий, созданные до доступности масштабируемых кластеров самообслуживания, называются устаревшими кластерами.
Чтобы использовать эти устаревшие кластеры, прямое создание с помощью портал Azure или шаблонов ARM невозможно. Вместо этого необходимо отправить запрос на поддержку, чтобы создать его.
Приблизительно один накопительный пакет обновления в устаревшем кластере предоставляет емкость входящего трафика от 50 МБ/с до 100 МБ/с, хотя фактическая пропускная способность может колебаться в зависимости от различных факторов.
В устаревшем кластере можно приобрести до 20 единиц ЦС.
Устаревшие выделенные кластеры Центров событий требуют по крайней мере восемь единиц ЦС для включения зон доступности. Поддержка зоны доступности доступна только в регионах Azure с зонами доступности.
Внимание
Перенос существующего устаревшего кластера в автономный кластер в настоящее время не поддерживается. Дополнительные сведения см. в статье Миграция устаревшего кластера в масштабируемый кластер самообслуживания.
Определение типа кластера
Вы можете определить тип кластера, который вы используете с помощью следующих методов.
| Способ | Действие | Автономные масштабируемые кластеры | Устаревшие кластеры | Примечания. |
|---|---|---|---|---|
| Использование портала | Проверьте наличие вкладки "Масштабирование" в кластере. | Страница масштабирования доступна в пользовательском интерфейсе кластера. | Страница масштабирования не доступна в пользовательском интерфейсе кластера. | |
| Использование Azure Resource Manager | supportsScaling Проверьте свойство Azure Resource Manager в кластере. |
Проверьте наличие страницы масштабирования в кластере. | Страница масштабирования не доступна в пользовательском интерфейсе кластера. | Проверьте это свойство на портале, Azure CLI или PowerShell. Требуется API версии 2022-01-01-preview или более поздней. |
Использование nslookup |
nslookup Выполните команду в пространстве имен в кластере. |
CNAME сопоставляется с *.cloudapp.azure.com. |
CNAME сопоставляется с *.cloudapp.net. |
Пример: nslookup ns.servicebus.windows.net. |
Квоты и ограничения
Предложение "Выделенные центры событий" выставляется по фиксированной ежемесячной цене не менее четырех часов использования. Выделенный уровень предлагает все функции плана Premium, но с емкостью корпоративного масштаба и ограничениями для клиентов с требовательными рабочими нагрузками.
Дополнительные сведения о квотах и ограничениях см. в разделе "Квоты и ограничения Центров событий".
Вопросы и ответы
Чего я могу достичь с помощью кластера?
Для кластера Центров событий количество приема и потоков зависит от таких факторов, как ваши производители, потребители и скорость приема и обработки.
В следующей таблице показаны результаты теста, которые мы достигли во время тестирования с устаревшим выделенным кластером.
| Формат полезных данных | Приемники | Пропускная способность для входящих данных | Количество поступающих сообщений | Пропускная способность для исходящих данных | Количество исходящих сообщений | Общее количество единиц пропускной способности | Количество единиц пропускной способности на одну единицу емкости |
|---|---|---|---|---|---|---|---|
| Пакеты 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 TUs | 250 единиц пропускной способности |
В тестировании использовались следующие критерии:
- Использовался кластер Центров событий выделенного уровня с четырьмя единицами ЦС.
- Для Центра событий, который использовался для приема сообщений, было выделено 200 разделов.
- Принимаемые данные распределялись между двумя приложениями-получателями, каждый из которых работал со всеми разделами.
Можно ли увеличить или уменьшить масштаб кластера?
Если вы создаете кластер с набором параметров масштабирования поддержки, вы можете использовать самостоятельный интерфейс для горизонтального масштабирования и масштабирования по мере необходимости. Вы можете увеличить масштаб до 10 единиц емкости, если используете масштабируемые в формате самообслуживания кластеры. Масштабируемые выделенные кластеры самообслуживания основаны на новой инфраструктуре, поэтому они работают лучше, чем выделенные кластеры, которые не поддерживают самостоятельное масштабирование. Производительность выделенных кластеров зависит от таких факторов, как выделение ресурсов, количество секций и хранилище. Мы рекомендуем определить требуемое количество единиц ЦС после тестирования с помощью реальной рабочей нагрузки.
Отправьте запрос на поддержку для горизонтального масштабирования или масштабирования в выделенном кластере в следующих сценариях:
- Вам требуется более 10 единиц емкости для масштабируемого в формате самообслуживания кластера (при создании которого был включен параметр Поддержка масштабирования).
- Необходимо масштабировать или масштабировать в кластере, который был создан без выбора параметра масштабирования поддержки .
- Перед выпуском самообслуживания необходимо масштабировать или масштабировать в выделенном кластере.
Предупреждение
Кластер нельзя удалить по меньшей мере в течение четырех часов после его создания. Плата взимается не менее чем за четыре часа использования кластера. Дополнительные сведения о ценах см. в разделе цен на Центры событий.
Можно ли перейти из устаревшего кластера в масштабируемый кластер самостоятельно?
Из-за разницы в базовой аппаратной и программной инфраструктуре мы в настоящее время не поддерживаем миграцию кластеров, которые не поддерживают самостоятельное масштабирование для самостоятельного обслуживания масштабируемых выделенных кластеров. Если вы хотите использовать самостоятельное масштабирование, необходимо повторно создать кластер. Сведения о создании масштабируемого кластера см. в статье "Создание выделенного кластера Центров событий".
Когда следует масштабировать выделенный кластер?
Использование ЦП является ключевым показателем потребления ресурсов выделенного кластера. Когда общее потребление ЦП начинает достигать 70 % (не наблюдая каких-либо ненормальных условий, таких как большое количество ошибок сервера или небольшое количество успешных запросов), это означает, что кластер движется к максимальной емкости. Эти сведения можно использовать в качестве индикатора, чтобы определить, нужно ли масштабировать выделенный кластер или нет.
Чтобы отслеживать использование ЦП выделенного кластера, выполните следующие действия.
На странице метрик выделенного кластера Центров событий выберите "Добавить метрику".
Выберите ЦП в качестве метрики и используйте Max в качестве агрегирования.
Выберите "Добавить фильтр" и добавьте фильтр для роли типа свойства. Используйте оператор равенства и выберите все значения (серверная часть и шлюз) в раскрывающемся списке.
Затем вы можете отслеживать эту метрику, чтобы определить, когда следует масштабировать выделенный кластер. Кроме того, можно настроить оповещения для этой метрики, чтобы получать уведомления о достижении установленного порогового значения загрузки ЦП.
Как геоизбыточное восстановление работает с моим кластером?
Вы можете географически связать пространство имен в кластере выделенного уровня с другим пространством имен в кластере выделенного уровня. Мы не рекомендуем связать пространство имен "Выделенный уровень" с пространством имен в стандартном предложении, так как ограничение пропускной способности несовместимо и приводит к ошибкам.
Можно ли перенести пространства имен Уровня "Стандартный" или "Премиум" в выделенный кластер?
В настоящее время мы не поддерживаем автоматизированный процесс миграции для переноса данных Центров событий из пространства имен "Стандартный" или "Премиум" в выделенный.
Почему устаревший выделенный кластер, избыточный между зонами, имеет не менее восьми ЦС?
Чтобы обеспечить избыточность зоны для выделенного предложения, все вычислительные ресурсы должны иметь три реплики в трех центрах обработки данных в одном регионе. Это минимальное требование поддерживает избыточность зоны (чтобы служба по-прежнему функционировала при отключении двух зон или центров обработки данных) и приводит к вычислению емкости, эквивалентной восьми единицам обслуживания.
Мы не можем изменить эту квоту. Это ограничение текущей архитектуры с выделенным уровнем.
Связанный контент
Чтобы получить дополнительные сведения о выделенных центрах событий, обратитесь к представителю по продажам Майкрософт или служба поддержки Майкрософт. Вы также можете создать кластер или узнать больше о ценовых категориях Центров событий:
- Создайте кластер Центров событий с помощью портал Azure.
- Ознакомьтесь с ценами на Выделенные центры событий. Вы также можете обратиться к представителю по продажам Майкрософт или служба поддержки Майкрософт, чтобы получить дополнительные сведения о выделенной емкости Центров событий.
- Сведения о ценах и ответы на часто задаваемые вопросы о Центрах событий см. в разделе "Центры событий".