Планирование ресурсов для Центров событий в Azure Stack Hub

В качестве оператора вы управляете ресурсами Azure Stack Hub, используя квоты на ресурсы. Вы управляете потреблением ресурсов Центров событий, устанавливая квоты на максимальное количество ядер, используемых кластерами Центров событий. Кластеры Центров событий создают пользователи при развертывании ресурса Центров событий. Существуют также различные требования относительно потребления ресурсов для поставщика ресурсов, которые описаны в этой статье.

Потребление кластерных ресурсов

Чтобы понять, как потребляются ресурсы при развертываниях Центров событий, важно отметить, что пользователи создают кластеры Центров событий на основе единиц емкости (CU). Они не указывают количество ядер ЦП при создании кластера Центров событий. Но каждая CU напрямую сопоставляется с конкретным количеством используемых ядер.

Пользователям потребуется создавать кластеры Центров событий, используя CU, соответствующие бизнес-требованиям. Чтобы предоставить вам информацию для решения о конфигурации квоты, в таблице ниже показано следующее:

• общее число ядер, используемое кластером Центров событий с 1 CU;
• приблизительная емкость, необходимая для использования других ресурсов, в том числе хранилища виртуальных машин, памяти и учетных записей хранения.

	Тип виртуальной машины	Узлы кластера	Количество ядер на виртуальную машину или узел	Всего ядер	Хранилище виртуальных машин	Память	Учетные записи хранения	Общедоступные IP-адреса.
Кластер Центров событий с 1 CU	D11_V2	5	2	10	500 ГБ	70 ГиБ	4	1

Все кластеры Центров событий используют для своих узлов тип виртуальной машины D11_V2. Виртуальная машина типа D11_V2 имеет два ядра. Таким образом, кластер Центров событий с 1 CU использует пять виртуальных машин D11_V2, что означает использование 10 ядер. При определении количества ядер для настройки квоты используйте число, кратное общему количеству ядер, используемых для одной CU. Этот расчет позволяет вычислить максимальное количество CU, которое вы разрешите пользователям использовать при создании кластеров Центров событий. Например, чтобы настроить квоту, позволяющую пользователям создать кластер с 2 CU емкости, установите квоту на 20 ядер.

Важно!

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

Масштабирование cu (от меньшего к большему) поддерживается в колонке Создание кластера Центров событий. Масштабирование (от большего к меньшему) не поддерживается.

Потребление ресурсов поставщиком ресурсов

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

	Тип виртуальной машины	Узлы кластера	Ядра	Хранилище виртуальных машин	Память	Учетные записи хранения	Общедоступные IP-адреса.
Поставщик ресурсов Центров событий	D2_V2	3	6	300 ГиБ	21 ГиБ	2	1

Важно!

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

Общее потребление ресурсов

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

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

	Ядра	Хранилище виртуальных машин	Память	Учетные записи хранения	Общий объем хранилища*	Общедоступные IP-адреса**
Кластер с 1 CU + поставщик ресурсов	16	800 ГиБ	91 ГиБ	6	переменная	2
Кластер с 2 CU + поставщик ресурсов	26	1,3 ТБ	161 ГиБ	10	переменная	2
Кластер с 4 CU + поставщик ресурсов	46	2,3 ТБ	301 ГиБ	18	переменная	2

* Скорость передачи данных (сообщений и событий) и хранение сообщений — это два важных фактора, влияющих на хранилище, используемое кластерами Центров событий. Например, если срок хранения сообщений составляет семь дней при создании концентратора событий и сообщения принимаются со скоростью 1 МБ/с, то приблизительный объем используемого хранилища составит 604 ГБ (1 МБ x 60 с x 60 мин x 24 ч x 7 дн.). Если сообщения отправляются со скоростью 20 МБ/с, а срок хранения составляет 7 дней, приблизительное потребление хранилища составит 12 ТБ. Не забудьте учесть скорость обработки входных данных и время хранения для полного понимания схемы потребления емкости хранилища.

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

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

Перед началом процесса установки выполните предварительные требования для установки Центров событий в Azure Stack Hub.