Планирование мощности App-V 5.1

  • Статья

Назначение: Application Virtualization 5.1

Следующие рекомендации можно использовать в качестве основы для определения сведений, помогающих планировать загрузку, соответствующую инфраструктуре App-V 5.1 организации.

Важно!

Информацию из этого раздела следует использовать только в качестве общих рекомендаций при планировании развертывания App-V 5.1. Требования к мощности системы будут зависеть от конкретных деталей оборудования и среды приложений. Кроме того, показатели производительности, которые приводятся в этом документе, служат только для примера, и ваши результаты могут отличаться.

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

Прежде чем приступить к проектированию инфраструктуры App-V 5.1, необходимо определить область проекта. Сюда входит определение того, какие приложения будут доступны виртуально, а также идентификация целевых пользователей и их местонахождения. Эти сведения помогут определить, какой тип инфраструктуры App-V 5.1 необходимо реализовать. Решения касательно области проекта должны быть основаны на конкретных потребностях организации.

Задача Дополнительные сведения

Определение области приложений

В зависимости от приложений, которые предполагается виртуализировать, инфраструктура App-V 5.1 может устанавливаться разными способами. Первая задача состоит в определении приложений для виртуализации.

Определение области размещения

Область размещения — это физическое местоположение (например, в рамках предприятия или в определенном географическом месте), где планируется запускать виртуализированные приложения. Она также может относиться к совокупности пользователей (например из одного подразделения), которые будут использовать эти виртуальные приложения. Необходимо получить карту сети с указанием путей подключения, а также доступной пропускной способности в каждом расположении, количество пользователей, использующих виртуализированные приложения, и скорость связи WAN.

Определение требуемой инфраструктуры App-V 5.1

Важно!

В обеих следующих моделях необходимо установить клиент App-V 5.1 на компьютере, на котором планируется запускать виртуальные приложения.

Можно также управлять средой App-V 5.1 с помощью решения электронного распространения программного обеспечения (ESD), такого как Microsoft Systems Center Configuration Manager. Дополнительные сведения см. в Развертывание пакетов App-V 5.1 с помощью электронного распространения программного обеспечения.

  • Автономная модель. В автономной модели виртуальные приложения могут устанавливаться с помощью установщика Windows, что позволяет распространение без потоковой передачи. App-V 5.1 в автономной модели состоит из Sequencer и клиента. Какие-либо дополнительные компоненты не требуются. Приложения подготавливаются с помощью процесса, который называется виртуализацией. Дополнительные сведения см. в статье Планирование развертывания Sequencer и клиента App-V 5.1. Автономная модель рекомендуется для следующих сценариев.

    • При наличии отключенных удаленных пользователей, которые не имеют возможности подключения к инфраструктуре App-V 5.1.

    • При запуске системы управления программным обеспечением, такой как Configuration Manager 2012.

    • Когда ограничения пропускной способности сети препятствуют электронному распространению программного обеспечения.

  • Модель полной инфраструктуры. Модель полной инфраструктуры предусматривает возможности распространения программного обеспечения, управления и создания отчетов; в нее также входит потоковая передача приложений по сети. Полная модель инфраструктуры App-V 5.1 состоит из одного или нескольких серверов управления App-V 5.1. Этот сервер управления может использоваться для публикации приложений на всех клиентах. Процесс публикации помещает значки и ярлыки виртуальных приложений на целевой компьютер. Он также осуществляет потоковую передачу приложений локальным пользователям. Дополнительные сведения об установке сервера управления см. в разделе Планирование развертывания сервера App-V 5.1. Модель полной инфраструктуры рекомендуется для следующих сценариев.

    Важно!

    В модели полной инфраструктуры App-V 5.1 требуется Microsoft SQL Server для хранения данных конфигурации. Дополнительные сведения см. в Поддерживаемые конфигурации в App-V 5.1.

    • Если планируется использовать сервер управления для публикации приложений на целевых компьютерах.

    • Для быстрой подготовки приложений для целевых компьютеров.

    • Когда планируется использовать отчетность App-V 5.1.

Руководство по сквозному масштабированию серверов

В следующем разделе содержатся сведения по сквозному масштабированию и планированию App-V 5.1. Более конкретные сведения см. в последующий разделах.

Примечание

Время ответа кругового пути на клиенте — это время, необходимое компьютеру, на котором работает клиент App-V 5.1, для получения уведомления об успехе от сервера публикации. Время ответа кругового пути на сервере публикации — это время, необходимое компьютеру, на котором работает этот сервер публикации, для получения успешного обновления метаданных пакета с сервера управления.

  • 20 000 клиентов могут задать один сервер публикации для получения обновлений пакета в приемлемое время кругового пути. (< 3 секунд)

  • Один сервер управления может поддерживать до 50 серверов публикации для обновлений метаданных пакета в приемлемое время кругового пути. (< 5 секунд)

Рекомендации по планированию мощности сервера управления App-V 5.1

Серверам публикации App-V 5.1 требуется сервер управления для запросов обновлений пакета и ответов на эти запросы. Затем сервер управления отправляет эти сведения в базу данных управления для получения запрошенной информации. Дополнительные сведения о поддерживаемых конфигурациях сервера управления App-V 5.1 см. в разделе Поддерживаемые конфигурации в App-V 5.1.

Примечание

Время обновления на сервере публикации App-V 5.1 по умолчанию составляет десять минут.

Когда несколько серверов публикации одновременно обращаются к одному серверу управления для обновления метаданных пакета, на время ответа кругового пути на сервере публикации влияют следующие три фактора:

  1. количество серверов публикации, одновременно выполняющих запрос;

  2. число групп соединений, настроенных на сервере управления;

  3. число групп доступа, настроенных на сервере управления.

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

Примечание

Время ответа кругового пути — это время, необходимое компьютеру, на котором работает сервер публикации App-V 5.1, для получения успешного обновления метаданных пакета с сервера управления.

Факторы, влияющие на время ответа кругового пути Дополнительные сведения

Количество серверов публикации, одновременно запрашивающих обновления метаданных пакета.

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

  • Время ответа кругового пути для 320 серверов публикации составляет приблизительно 40 секунд.

  • Если метаданные одновременно запрашивают менее <50 серверов публикации, время ответа кругового пути составляет <5 секунд.

  • При количестве серверов публикации от 50 до 320 время ответа растет линейно (приблизительно с коэффициентом 2).

Число групп соединений, настроенных на сервере управления.

  • При числе групп соединений не более 100 время ответа кругового пути на сервере публикации изменяется несущественно.

  • Если групп соединений от 100 до 400, то наблюдается небольшой линейный рост времени ответа кругового пути.

Число групп доступа, настроенных на сервере управления.

  • При числе групп доступа не более 40 наблюдается линейный (приблизительно с коэффициентом 3) рост времени ответа кругового пути на сервере публикации.

В следующей таблице приводятся образцы значений для каждого из приведенных выше факторов. В каждой вариации с сервера управления App-V 5.1 обновляется по 120 пакетов.

Сценарий Вариация Число групп соединений Число групп доступа Число серверов публикации Тип сетевого соединения сервера публикации и сервера управления Время ответа кругового пути на сервере публикации (в секундах) Загрузка ЦП на сервере управления

Серверы публикации одновременно связываются с сервером управления для публикации метаданных.

Число серверов публикации

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

  • 1

  • 1

  • 1

  • 1

  • 1

  • 1

  • 50

  • 100

  • 200

  • 300

  • 315

  • 320

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • 5

  • 10

  • 19

  • 32

  • 30

  • 37

  • 17

  • 17

  • 17

  • 15

  • 17

  • 15

Публикация метаданных содержит группы соединений

Число групп соединений

  • 10

  • 50

  • 100

  • 150

  • 300

  • 400

  • 1

  • 1

  • 1

  • 1

  • 1

  • 1

  • 100

  • 100

  • 100

  • 100

  • 100

  • 100

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • 10

  • 11

  • 11

  • 16

  • 22

  • 25

  • 17

  • 19

  • 22

  • 19

  • 20

  • 20

Публикация метаданных содержит группы доступа

Число групп доступа

  • 0

  • 0

  • 0

  • 0

  • 1

  • 10

  • 20

  • 40

  • 100

  • 100

  • 100

  • 100

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • 10

  • 43

  • 153

  • 535

  • 17

  • 26

  • 24

  • 24

Загрузка ЦП компьютера, на котором работает сервер управления, составляет около 25 % независимо от числа серверов публикации, указавших его. Число транзакций в секунду в базе данных Microsoft SQL Server, пакетных запросов в секунду и пользовательских подключений одинаково и не зависит от числа серверов публикации. Пример: транзакций в секунду ~30, пакетных запросов ~200 и пользовательских подключений ~6.

В территориально рассредоточенном развертывании с медленными каналами связи между сервером управления и серверами публикации время ответа кругового пути на серверах публикации остается приемлемым (<5 секунд) даже при 100 одновременных запросах на один сервер управления.

Сценарий Вариация Число групп соединений Число групп доступа Число серверов публикации Тип сетевого соединения сервера публикации и сервера управления Время ответа кругового пути на сервере публикации (в секундах) Загрузка ЦП на сервере управления

Сетевое соединение между сервером публикации и сервером управления

Медленное сетевое соединение со скоростью 1,5 Мбит/с

  • 0

  • 0

  • 1

  • 1

  • 50

  • 100

  • Кабельная DSL со скоростью 1,5 Мбит/с

  • Кабельная DSL со скоростью 1,5 Мбит/с

  • 4

  • 5

  • 1

  • 2

Сетевое соединение между сервером публикации и сервером управления

Локальная сеть или сеть WiFi

  • 0

  • 0

  • 1

  • 1

  • 100

  • 200

  • WiFi

  • WiFi

  • 11

  • 20

  • 15

  • 17

Независимо от того, используется ли между сервером управления и серверами публикации медленное или быстрое сетевое соединение, сервер управления может обрабатывать приблизительно 15 000 запросов обновлений пакета за 30 минут.

Рекомендации по планированию мощности сервера отчетов App-V 5.1

Клиенты App-V 5.1 отправляют данные для отчетов на сервер отчетов. Затем сервер отчетов регистрирует эти сведения в базе данных Microsoft SQL Server и отправляет уведомление об успехе обратно на компьютер, на котором работает клиент App-V 5.1. Дополнительные сведения о поддерживаемых конфигурациях сервера отчетов App-V 5.1 см. в разделе Поддерживаемые конфигурации в App-V 5.1.

Примечание

Время ответа кругового пути — это время, необходимое компьютеру, на котором работает клиент App-V 5.1, для отправки сведений для отчетов на сервер отчетов и получения от этого сервера уведомления об успехе.

Сценарий Сводка

Несколько клиентов App-V 5.1 одновременно отправляют сведения для отчетов на сервер отчетов.

  • Время ответа кругового пути для сервера отчетов составляет 2,6 секунды для 500 клиентов.

  • Время ответа кругового пути для сервера отчетов составляет 5,65 секунды для 1000 клиентов.

  • Время ответа кругового пути растет линейно в зависимости от числа клиентов.

Число запросов в секунду, обрабатываемых сервером отчетов.

  • Один сервер отчетов и одна база данных могут обрабатывать не более 139 запросов в секунду. Среднее значение составляет 121 запрос в секунду.

  • При использовании двух серверов отчетов и одной базы данных Microsoft SQL Server среднее число запросов в секунду почти такое же, как при одном сервере отчетов — приблизительно 127, а максимальное количество запросов в секунду — 278.

  • Один сервер отчетов может обработать 500 параллельных или активных соединений.

  • Один сервер отчетов может обработать не более 1500 параллельных соединений.

База данных отчетов.

  • Конфликт при блокировках на компьютере, на котором работает Microsoft SQL Server, является ограничивающим фактором для числа запросов, обрабатываемых в секунду.

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

Вычисление произвольной задержки.

Произвольная задержка задает максимальную задержку (в минутах) для данных, отправляемых на сервер отчетов. Когда запускается запланированная задача, клиент создает произвольную задержку в диапазоне от 0 до ReportingRandomDelay и будет ожидать указанное время, прежде чем отправить данные.

Произвольная задержка = 4 * число клиентов / среднее число запросов в секунду.

Пример. для 500 клиентов со 120 запросами в секунду произвольная задержка составляет 4 * 500 / 120 = ~17 минут.

Рекомендации по планированию мощности сервера публикации App-V 5.1

Компьютеры, на которых работает клиент App-V 5.1, подключаются к серверу публикации App-V 5.1 для отправки запроса на публикацию обновления и получения ответа. Время ответа кругового пути измеряется на компьютере, на котором работает клиент App-V 5.1. Загруженность процессора измеряется на сервере публикации. Дополнительные сведения о поддерживаемых конфигурациях сервера публикации App-V 5.1 см. в разделе Поддерживаемые конфигурации в App-V 5.1.

Важно!

В следующем списке приводятся основные факторы, которые следует учитывать при настройке сервера публикации App-V 5.1.

  • Число клиентов, одновременно подключающихся к одному серверу публикации.

  • Число пакетов в каждом обновлении.

  • Доступная пропускная способность сети в текущей среде между клиентом и сервером публикации App-V 5.1.

Сценарий Сводка

Несколько клиентов App-V 5.1 одновременно подключаются к одному серверу публикации.

  • Сервер публикации, работающий на двухъядерных процессорах, может отвечать не более чем 5000 клиентов, одновременно запрашивающих обновление.

  • При числе клиентов от 5000 до 10 000 серверу публикации требуется как минимум четыре ядра.

  • При числе клиентов от 10 000 до 20 000 для получения более эффективного времени ответа сервер публикации должен иметь два четырехъядерных процессора.

  • Сервер публикации с четырехъядерным процессором может обрабатывать до 10 000 пакетов в течение 3 секунд (поддерживая до 10 000 одновременных клиентов).

Число пакетов в каждом обновлении.

  • При увеличении числа пакетов время ответа будет увеличиваться приблизительно на 40 % (до 1000 пакетов).

Сеть между клиентом App-V 5.1 и сервером публикации.

  • В медленной сети (с пропускной способностью 1,5 Мбит/с) время ответа увеличивается на 97 % по сравнению с локальной сетью (при числе пользователей не более 1000).

Примечание

В течение всего периода обработки одновременных запросов на сервере публикации загрузка ЦП остается высокой (в большинстве случаев — более >90 %). Сервер публикации может обрабатывать около 1500 запросов клиентов в течение 1 секунды.

Сценарий Вариация Число клиентов App-V 5.1 Число пакетов Конфигурация процессора на сервере публикации Тип сетевого соединения сервера публикации и клиента App-V 5.1 Время кругового пути на клиенте App-V 5.1 (в секундах) Загрузка ЦП на сервере публикации (в %)

Клиент App-V 5.1 отправляет запрос на обновление публикации размером 120 пакетов и получает ответ.

Число клиентов

  • 100

  • 1000

  • 5000

  • 10000

  • 120

  • 120

  • 120

  • 120

  • Два ядра

  • Два ядра

  • Четыре ядра

  • Четыре ядра

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • 1

  • 2

  • 2

  • 3

  • 100

  • 99

  • 89

  • 77

Несколько пакетов в каждом обновлении

Число пакетов

  • 1000

  • 1000

  • 500

  • 1000

  • Четыре ядра

  • Четыре ядра

  • Локальная сеть

  • Локальная сеть

  • 2

  • 3

  • 92

  • 91

Сеть между клиентом и сервером публикации

Медленное сетевое соединение со скоростью 1,5 Мбит/с

  • 100

  • 500

  • 1000

  • 120

  • 120

  • 120

  • Четыре ядра

  • Четыре ядра

  • Четыре ядра

  • Внутриконтинентальная сеть со скоростью 1,5 Мбит/с

  • 3

  • 10 (с долей сбоев 0,2 %)

  • 17 (с долей сбоев 1%)

Рекомендации по планированию емкости потоковой передачи App-V 5.1

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

Важно!

В следующем списке приводятся основные факторы, которые следует учитывать при настройке сервера потоковой передачи App-V 5.1.

  • Число клиентов, одновременно выполняющих потоковую передачу пакетов приложений с одного сервера потоковой передачи.

  • Размер пакета для потоковой передачи.

  • Доступная пропускная способность сети в текущей среде между клиентом и сервером потоковой передачи.

Сценарий Сводка

Несколько клиентов App-V 5.1 одновременно выполняют потоковую передачу приложений с одного сервера потоковой передачи.

  • Если число клиентов, одновременно выполняющих потоковую передачу с одного сервера, увеличивается, то линейно растет и время загрузки или потоковой передачи пакета.

Размер пакета для потоковой передачи.

  • Размер пакета оказывает значительное воздействие на время потоковой передачи или загрузки только в случае больших пакетов с размером около 1 ГБ. Для размеров пакетов от 3 МБ до 100 МБ время потоковой передачи составляет от 20 до 100 секунд при 100 одновременных клиентах.

Сеть между клиентом App-V 5.1 и сервером потоковой передачи.

  • В медленной сети (с пропускной способностью 1,5 Мбит/с) время ответа увеличивается на 70–80 % по сравнению с локальной сетью (при числе пользователей не более 100).

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

Сценарий Вариация Число клиентов App-V 5.1 Размер каждого пакета Тип сетевого соединения сервера потоковой передачи и клиента App-V 5.1 Время кругового пути на клиенте App-V 5.1 (в секундах)

Несколько клиентов App-V 5.1 выполняют потоковую передачу пакетов виртуальных приложений с сервера потоковой передачи.

Число клиентов.

  • 100

  • 200

  • 1000



  • 100

  • 200

  • 1000

  • 3,5 МБ

  • 3,5 МБ

  • 3,5 МБ



  • 5 МБ

  • 5 МБ

  • 5 МБ

  • Локальная сеть

  • Локальная сеть

  • Локальная сеть



  • Локальная сеть

  • Локальная сеть

  • Локальная сеть

  • 29

  • 39

  • 391



  • 35

  • 68

  • 461

Размер каждого пакета для потоковой передачи.

Размер каждого пакета.

  • 100

  • 200



  • 100

  • 200

  • 21 МБ

  • 21 МБ



  • 109

  • 109

  • Локальная сеть

  • Локальная сеть



  • Локальная сеть

  • Локальная сеть

  • 33

  • 83



  • 100

  • 160

Сетевое соединение между клиентом и сервером потоковой передачи App-V 5.1.

Медленное сетевое соединение со скоростью 1,5 Мбит/с.

  • 100



  • 100

  • 3,5 МБ



  • 5 МБ

  • Внутриконтинентальная сеть со скоростью 1,5 Мбит/с

  • 102



  • 121

Каждый сервер потоковой передачи App-V 5.1 должен иметь возможность обрабатывать не менее 200 клиентов, одновременно выполняющих потоковую передачу виртуализированных приложений.

Примечание

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

Например, средний пользователь может выполнить потоковую передачу пакета размером в 100 МБ менее чем за 2 минуты, когда 100 одновременных клиентов выполняют потоковую передачу с сервера. Однако пакет размером в 1 ГБ может занять до 30 минут. В большинстве реальных сред запросы потоковой передачи распределяются неравномерно, поэтому необходимо понимать, когда в текущей среде происходит пик требований потоковой передачи, чтобы соответствующим образом масштабировать количество необходимых серверов потоковой передачи.

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

Объединение ролей сервера в App-V 5.1

Без учета требований масштабирования и отказоустойчивости достаточно одного сервера в расположении с подключением к Active Directory. На этом сервере будут размещаться роли сервера управления, службы сервера управления и Microsoft SQL Server. Таким образом, роли сервера могут быть размещены в любой требуемой комбинации, поскольку они не конфликтуют друг с другом.

Без учета требований масштабирования требуется не менее четырех серверов для обеспечения отказоустойчивой реализации. Поддержка ролей сервера управления и Microsoft SQL Server размещается в отказоустойчивых конфигурациях. Служба сервера управления может объединяться с любой из этих ролей, но остается единственной точкой отказа.

Хотя существует много доступных стратегий и методов обеспечения отказоустойчивости, не все они применимы к данной службе. Кроме того, если роли App-V 5.1 объединяются, некоторые варианты обеспечения отказоустойчивости могут стать неприменимыми из-за несовместимости.

Есть предложение для App-V?

Выдвигайте предложения и голосуйте за них здесь. Ответы на вопросы, возникающие при работе с App-V, можно найти на форуме TechNet по App-V.

См. также

Концепции

Поддерживаемые конфигурации в App-V 5.1
Планирование высокого уровня доступности в App-V 5.1

Другие ресурсы

Планирование развертывания App-V

-----
Дополнительные сведения о MDOP можно найти в библиотеке TechNet, статьях по устранению неполадок на вики-сайте TechNet или подписавшись на новости в Facebook или Twitter.
-----