Планирование ресурсов для ролей сервера Службы приложений в Azure Stack Hub
Чтобы настроить готовое для рабочей среды развертывание Службы приложений Azure в Azure Stack Hub, необходимо определить поддерживаемую системой емкость.
Эта статья содержит рекомендации по минимальному числу экземпляров и номеров SKU для вычислений, которое следует использовать для любого рабочего развертывания.
Примечание
В руководство по рекомендуемому для ролей номеру SKU для вычислений добавлены сведения о выпуске Службы приложений Azure в Azure Stack Hub за 2-й квартал 2020 г., чтобы привести стандартные развертывания в соответствие с развертываниями Azure.
Запланировать стратегию емкости службы приложений можно с помощью следующих правил.
| Роль сервера службы приложений | Минимальное рекомендуемое число экземпляров | Рекомендуемый номер SKU для вычислений |
|---|---|---|
| Контроллер | 2 | A4v2 |
| Внешний интерфейс | 2 | A4_v2 |
| Управление | 2 | D3_v2 |
| Издатель | 2 | A2_v2 |
| Рабочие роли — общие | 2 | A4_v2 |
| Рабочие роли, выделенные, небольшие | 2 на уровень | A1_v2 |
| Рабочие роли, выделенные, средние | 2 на уровень | A2_v2 |
| Рабочие роли, выделенные, крупные | 2 на уровень | A4_v2 |
Роль контроллера
Рекомендуемые минимальные ресурсы: Два экземпляра A4v2
Контроллер службы приложений Azure, как правило, характеризуется низким потреблением ресурсов ЦП, памяти и сетевых ресурсов. Но для обеспечения высокой доступности необходимо иметь два контроллера. Два контроллера — это также максимально разрешенное количество. Второй контроллер веб-сайтов можно создать непосредственно из установщика во время развертывания.
Роль внешнего интерфейса
Рекомендуемые минимальные ресурсы: Два экземпляра A4v_2
Внешний интерфейс направляет запросы к рабочим ролям в зависимости от их доступности. Для обеспечения высокой доступности следует иметь несколько внешних интерфейсов и можно иметь более двух. При планировании емкости допустим, что каждое ядро может обрабатывать приблизительно 100 запросов в секунду.
Роль управления
Рекомендуемые минимальные ресурсы: Два экземпляра D3v2
Роль классической модели развертывания приложения Azure отвечает за конечные точки API и Azure Resource Manager для Службы приложений, расширения портала (порталы администратора, клиента и Функций) и службу данных. Для роли сервера управления, как правило, требуется всего около 4 ГБ ОЗУ в рабочей среде. Тем не менее могут возникать высокие уровни использования ЦП при одновременном выполнении многих задач управления (например, создание веб-сайта). Для обеспечения высокой доступности этой роли необходимо назначить несколько серверов, а на каждом сервере должно быть как минимум два ядра.
Роль издателя
Рекомендуемые минимальные ресурсы: Два экземпляра A2v2
Если многие пользователи проводят публикацию одновременно, в роли издателя может возникать интенсивное использование ЦП. Для обеспечения высокой доступности должны быть доступны несколько ролей издателя. Издатель обрабатывает только трафик FTP и FTPS.
Рабочая роль
Рекомендуемые минимальные ресурсы: Два экземпляра A4_v2
Для обеспечения высокой доступности нужны по крайней мере четыре рабочие роли: две для общего режима веб-сайта и две для каждого предлагаемого уровня выделенной рабочей роли. Общий и выделенный режимы вычислений предоставляют клиентам различные уровни обслуживания. Возможно, понадобятся дополнительные рабочие роли, если многие клиенты:
- используют уровни рабочих ролей выделенного режима вычислений (которые являются ресурсоемкими);
- работают в общем режиме вычислений.
После того как пользователь создаст план службы приложений для номера SKU выделенного режима вычислений, число рабочих ролей, указанное в этом плане службы приложений, больше не будет доступно для пользователей.
Чтобы предоставить пользователям Функции Azure в модели плана потребления, необходимо развернуть общие рабочие роли.
При выборе количества общих рабочих ролей учтите следующие рекомендации:
Память. Это наиболее важный ресурс для рабочей роли. Недостаток памяти влияет на производительность веб-сайта, когда объем виртуальной памяти переносится с диска. Для каждого сервера требуется примерно 1,2 ГБ ОЗУ для операционной системы. Объем ОЗУ, превышающий это пороговое значение, можно использовать для запуска веб-сайтов.
Процент активных веб-сайтов. В среднем в развертывании Azure Stack Hub обычно активны около 5 % приложений Службы приложений Azure. При этом в определенный момент времени процент активных приложений может быть выше или ниже. Если активных приложений 5 %, максимальное число приложений, которое можно разместить в развертывании Службы приложений Azure в Azure Stack Hub, не должно превышать число активных веб-сайтов, умноженное на 20 (5 x 20 = 100).
Средний объем памяти. В рабочих средах средний объем памяти для приложений составляет примерно 70 МБ. Объем памяти, который нужно выделить для всех компьютеров или виртуальных машин с рабочими ролями, можно рассчитать по этому показателю следующим образом:
Number of provisioned applications * 70 MB * 5% - (number of web worker roles * 1044 MB)Например, для 5000 приложений в среде, в которой выполняется 10 рабочих ролей, размер ОЗУ каждой виртуальной машины рабочей роли должен составлять 7060 МБ:
5,000 * 70 * 0.05 - (10 * 1044) = 7060 (= about 7 GB)См. сведения о добавлении дополнительных экземпляров рабочих ролей.
Дополнительные рекомендации по выделенным рабочим ролям во время обновления и обслуживания
Во время обновления и обслуживания рабочих ролей Служба приложений Azure в Azure Stack Hub в любой момент может выполнить обслуживание 20 % каждого уровня рабочих ролей. Следовательно, администраторы облака должны поддерживать для каждого уровня рабочих ролей свободными 20 % пула рабочих ролей, чтобы у клиентов не возникали проблемы со службой во время обновления и обслуживания. Например, при наличии 10 рабочих ролей одного уровня для выполнения обновления и обслуживания следует убедиться, что две из них не выделены. Если все 10 рабочих ролей выделены, необходимо масштабировать уровень рабочих ролей, чтобы создать пул свободных рабочих ролей.
Во время обновления и обслуживания Служба приложений Azure переместит рабочие нагрузки в свободные рабочие роли, обеспечивая их выполнение. При этом нехватка свободных рабочих ролей во время обновления может привести к простою рабочей нагрузки клиента. Что касается общих рабочих ролей, клиентам не нужно подготавливать дополнительные рабочие роли, так как служба автоматически выделит приложения клиента в доступных рабочих ролях. Для обеспечения высокого уровня доступности на этом уровне должно быть не менее двух рабочих ролей.
Администраторы облака могут отслеживать выделение на уровне рабочих ролей в области администрирования Службы приложений на портале администратора Azure Stack Hub. Перейдите к Службе приложений, а затем выберите "Рабочие уровни" на панели слева. В таблице "Рабочие уровни" указаны: название и размер уровня рабочих ролей, используемый образ, количество доступных рабочих ролей (нераспределенных), общее число рабочих ролей на каждом уровне и общее состояние уровня рабочих ролей.
Роль файлового сервера
Для роли файлового сервера можно использовать автономный файловый сервер для разработки и тестирования. Например, при развертывании Службы приложений Azure с помощью Пакета средств разработки Azure Stack (ASDK) можно использовать этот шаблон. В рабочей среде следует использовать предварительно настроенный файловый сервер Windows или предварительно настроенный файловый сервер не под управлением Windows.
В рабочих средах роль файлового сервера проводит большое количество дисковых операций ввода-вывода. Так как здесь размещается все содержимое с файлами приложений для веб-сайтов пользователей, для этой роли необходимо предварительно настроить один из следующих ресурсов:
- файловый сервер Windows;
- кластер файлового сервера Windows;
- файловый сервер не под управлением Windows;
- кластер файлового сервера не под управлением Windows;
- запоминающее устройство, подключаемое к сети.
Дополнительные сведения см. в статье о подготовке файлового сервера.
Дальнейшие действия
Предварительные требования для развертывания Службы приложений в Azure Stack Hub