Планирование загрузки App-V 5.0

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

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

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

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

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

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

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

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

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

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

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

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

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

    • С отключенными удаленными пользователями, которые не могут подключиться к инфраструктуре App-V 5.0.

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

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

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

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

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

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

    • Если вы хотите использовать отчеты App-V 5.0.

Комплексное руководство по настройке размера сервера

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Для 100–400 групп соединений существует незначительное линейное увеличение времени отклика кругового пути.

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

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

В следующей таблице показаны примеры значений для каждого из предыдущих факторов. В каждом варианте с сервера App-V 5.0management обновляется 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

  • 1,5 Мбит/с КАБЕЛЬ DSL

  • 1,5 Мбит/с КАБЕЛЬ DSL

  • 4

  • 5

  • 1

  • 2

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

Локальная сеть / СЕТЬ WIFI

  • 0

  • 0

  • 1

  • 1

  • 100

  • 200

  • Wifi

  • Wifi

  • 11

  • 20

  • 15

  • 17

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

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

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

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

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

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

  • Время отклика обратного пути с сервера отчетов составляет 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.0

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

Важно В следующем списке показаны main факторы, которые следует учитывать при настройке сервера публикации App-V 5.0:

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

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

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

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

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

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

  • Для 5000–10000 клиентов серверу публикации требуется не менее четырех ядер.

  • Для 10000–20000 клиентов сервер публикации должен иметь два четырехъядерных ядра для более эффективного времени отклика.

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

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

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

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

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

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

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

Клиент App-V 5.0 отправляет запрос на обновление публикации & получает ответ, каждый запрос, содержащий 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 Мбит/с Intra-Continental сети

  • 3

  • 10 (с частотой сбоев 0,2 %)

  • 17 (с 1 % частоты сбоев)

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

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

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

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

  • Размер пакета, для которого выполняется потоковая передача.

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

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

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

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

Размер пакета, для которого выполняется потоковая передача.

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

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

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

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

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

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

Количество клиентов.

  • 100

  • 200

  • 1000

  • 100

  • 200

  • 1000

  • 3,5 MБ

  • 3,5 MБ

  • 3,5 MБ

  • 5 МБ

  • 5 МБ

  • 5 МБ

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

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

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

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

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

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

  • 29

  • 39

  • 391

  • 35

  • 68

  • 461

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

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

  • 100

  • 200

  • 100

  • 200

  • 21 МБ

  • 21 МБ

  • 109

  • 109

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

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

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

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

33

83

100

160

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

1,5 Мбит/с Медленное подключение сети.

  • 100

  • 100

  • 3,5 MБ

  • 5 МБ

  • 1,5 Мбит/с Intra-Continental сети

102

121

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

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

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

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

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

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

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

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

Поддерживаемые конфигурации в App-V 5.0

Планирование для обеспечения высокой доступности при использовании App-V 5.0

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