Планирование загрузки для Windows Azure Pack. Веб-сайты

Обновлено: 6 июня 2014 г.

Область применения: Windows Пакет Azure

Серверы: физические или виртуальные?

Windows Пакет Azure. Роли веб-сайтов можно установить на Windows Server 2012 R2 или Windows Server 2012. Экземпляры серверов могут являться физическими компьютерами или виртуальными машинами. При использовании виртуальных машин они могут быть предоставлены любым поставщиком виртуальных машин. По мере того как разница в производительности между виртуальными машинами и физическим оборудованием сокращается, преимущества виртуальных машин делают их более привлекательными.

Планирование загрузки для роли сервера службы веб-сайтов

Контроллер

Контроллеры веб-сайтов обычно имеют низкое потребление ресурсов ЦП, памяти и сетевых ресурсов. Однако для обеспечения высокого уровня доступности необходимо иметь два контроллера. Два контроллера — это также максимально разрешенное количество контроллеров. С помощью PowerShell и скриптов командной строки можно создать второй контроллер веб-сайтов. Дополнительные сведения см. в разделе "Подготовка второго контроллера веб-сайтов".

Внешний интерфейс

Внешний интерфейс направляет запросы к рабочим ролям в зависимости от их доступности. Для обеспечения высокого уровня доступности следует иметь больше одного внешнего интерфейса, и их количество может превышать два. При планировании емкости допустим, что каждое ядро может обрабатывать приблизительно 100 запросов в секунду. Сведения о добавлении дополнительных серверов переднего плана см. в статье Масштабирование Windows Azure Pack: веб-сайты для обеспечения высокой доступности.

Сервер управления

Роль сервера управления службы веб-сайтов обрабатывает трафик управления с помощью API REST службы веб-сайтов Windows Azure Pack. Для роли сервера управления обычно требуется лишь около 4 ГБ ОЗУ в рабочей среде. Тем не менее могут возникать высокие уровни использования ЦП при одновременном выполнении многих задач управления (например, создание веб-сайта). Для обеспечения высокого уровня доступности необходимо иметь более одного сервера, назначенного для этой роли, и по крайней мере два ядра на сервер.

Дополнительные сведения о добавлении серверов управления см. в разделе "Подготовка дополнительных серверов управления".

Publisher

Роль издателя может существенно загружать ЦП, если несколько клиентов проводят публикацию одновременно. Для обеспечения высокого уровня доступности предоставьте доступ к нескольким ролям издателя. Сведения о добавлении дополнительных серверов Publisher см. в статье Масштабирование Windows Azure Pack: веб-сайты для обеспечения высокой доступности.

Файловый сервер

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

Автономный файловый сервер включен в состав пакета Windows Azure Pack по умолчанию: установка веб-сайтов. Автономная установка подготавливает роль файлового сервера на одном компьютере, размещает списки управления доступом для соответствующих учетных записей и создает необходимые сетевые папки.

В рабочих средах роль файлового сервера проводит большое количество дисковых операций ввода-вывода. Так как в ней размещается все содержимое и файлы приложения на клиентских веб-сайтах, необходимо для этой роли предварительно настроить файловый сервер Windows, кластер файловых серверов Windows либо файловый сервер или кластер без Windows или же устройство хранения NAS. Дополнительные сведения см. в статье о предварительной настройке кластера файлового сервера Windows или устройства NAS для Windows Пакета Azure: веб-сайты.

Рабочий веб-процесс

Для обеспечения высокого уровня доступности необходимо иметь по крайней мере четыре рабочие веб-роли: две для режима общего веб-сайта и две для режима зарезервированного веб-сайта. Режимы общего и зарезервированного веб-сайтов предоставляют клиентам различные уровни обслуживания. Кроме того, если несколько клиентов используют резервированный режим (весьма ресурсоемкий) или несколько клиентов работают в режиме общего доступа, требуется больше рабочих веб-ролей.

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

• Память — это наиболее важный ресурс для рабочей веб-роли. Недостаток памяти влияет на производительность веб-сайта, когда объем виртуальной памяти переносится с диска. Каждому серверу требуется примерно 1,2 ГБ ОЗУ для операционной системы, а объем ОЗУ, доступный сверх этого значения, можно использовать для выполнения веб-сайтов.

• Процент активных веб-сайтов — на основе наблюдаемых рабочих нагрузок: в облаке веб-сайтов обычно активно 5 процентов сайтов. Однако процент веб-сайтов, которые активны в любой момент времени, может быть значительно выше или ниже. При условии, что "активный веб-сайт" составляет 5 процентов, максимальное число веб-сайтов для размещения в облаке веб-сайтов должно быть не более 20 раз больше, чем количество активных веб-сайтов (5 x 20 = 100).

• Средний размер потребляемого объема памяти — средний потребляемый объем, необходимый для веб-сайтов в рабочих средах, равен примерно 70 МБ. На основе этого числа объем памяти, который необходимо выделить для всех компьютеров с рабочей веб-ролью или виртуальных машин, установленных в облаке веб-сайтов, может быть рассчитан следующим образом.

  Количество подготовленных веб-сайтов * 70 МБ * 5 % - (количество ролей веб-рабочей роли * 1044 МБ)

  Например, если выделяется 5000 веб-сайтов в облаке, где выполняется 10 рабочих веб-ролей, то каждому компьютеру с ролью или виртуальной машине необходимо предоставить 7060 МБ ОЗУ:

  5000 * 70 * .05 – (10 * 1044) = 7060 (=около 7 ГБ)

Сведения о добавлении экземпляров веб-рабочей роли см. в статье Масштабирование Windows Azure Pack: веб-сайты для обеспечения высокой доступности.

База данных SQL Server, время выполнения службы веб-сайтов Windows Azure Pack

Облако веб-сайтов Windows Azure Pack интенсивно использует SQL Server. Для обеспечения высокого уровня доступности придерживайтесь следующих правил при выделении ресурсов памяти, хранилища и ЦП.

• Память — поскольку производительность SQL Server больше всего зависит от доступной памяти, выделите по крайней мере 4 ГБ ОЗУ для SQL Server на каждые 30 000 предоставляемых веб-сайтов. В большинстве случаев выигрыш производительности SQL от наличия дополнительной памяти и SQL Server будут использовать столько памяти, сколько будет ему выделено.

• Место на диске — на каждые 10 000 предоставляемых сайтов выделите не менее 4 ГБ свободного места на диске.

• Число ЦП — чтобы определить количество ядер, выделяемых для компьютера с SQL Server, можно использовать следующий критерий.

  Когда диспетчер задач или системный монитор показывает, что загрузка ЦП службой SQL Server приближается к 70 %, выделите дополнительное ядро.

Дополнительные меры, которые необходимо предпринять для повышения доступности серверов SQL, см. в разделе "Настройка SQL Server для обеспечения высокой доступности".

См. также:

Планирование загрузки для API и машин портала управления
Развертывание Windows Azure Pack. Веб-сайты