Планирование ресурсов App-V
Область применения: Windows Server 2016
Следующие рекомендации можно использовать в качестве базового плана для определения сведений о планировании емкости, которые соответствуют инфраструктуре App-V вашей организации.
Важно.
Используйте сведения, приведенные в этом разделе, только в качестве общего руководства по планированию развертывания App-V. Требования к емкости системы будут зависеть от конкретных сведений об оборудовании и среде приложения. Кроме того, показатели производительности, отображаемые в этом документе, являются примерами, и результаты могут отличаться.
Определение область проекта
Перед проектированием инфраструктуры App-V определите, какие приложения будут доступны виртуально, а также определите целевых пользователей и их расположение. Эти сведения определяют, какой тип инфраструктуры App-V следует реализовать в проекте. Решения о область проекта следует основывать на конкретных потребностях вашей организации.
| Задача | Дополнительные сведения |
|---|---|
| Определение область приложения | Инфраструктуру App-V можно настроить различными способами в зависимости от того, какие приложения требуется виртуализировать. Эта настройка при настройке означает, что вашей первой задачей является определение приложений, которые вы хотите виртуализировать. |
| Определение расположения область | "Расположение область" относится к физическим расположениям, в которых планируется запускать виртуализированные приложения (например, на уровне предприятия или в определенном географическом расположении). Он также может ссылаться на численность пользователей, которые будут запускать виртуальные приложения (например, в одном отделе). Вы должны получить карту сети, которая включает пути подключения, доступную пропускную способность для каждого расположения, количество пользователей, использующих виртуализированные приложения, и скорость канала глобальной сети. |
Определение необходимой инфраструктуры App-V
Вы также можете управлять средой App-V с помощью решения для распространения электронного программного обеспечения (ESD), например Microsoft Systems Center Configuration Manager. Дополнительные сведения см. в статье Развертывание пакетов App-V с помощью электронного распространения программного обеспечения.
Автономная модель— автономная модель позволяет виртуальным приложениям с поддержкой установщика Windows распространяться без потоковой передачи. App-V в автономном режиме требует только sequencer и клиента; дополнительные компоненты не требуются. Приложения подготавливаются к виртуализации с помощью процесса, называемого виртуализацией. Дополнительные сведения см. в разделе Планирование развертывания Последовательности App-V и клиента. Автономная модель рекомендуется использовать в следующих сценариях:
- Если есть отключенные удаленные пользователи, которым не удается подключиться к инфраструктуре App-V.
- При использовании системы управления программным обеспечением, например Configuration Manager.
- Если ограничения пропускной способности сети препятствуют распространению электронного программного обеспечения.
Полная модель инфраструктуры— полная модель инфраструктуры предоставляет возможности распространения программного обеспечения, управления и создания отчетов; он также включает потоковую передачу приложений по сети. Модель полной инфраструктуры App-V состоит из одного или нескольких серверов управления App-V, которые можно использовать для публикации приложений для всех клиентов. При публикации значки и ярлыки виртуального приложения размещаются на целевом компьютере. Он также может передавать приложения локальным пользователям. Дополнительные сведения об установке сервера управления см. в разделе Планирование развертывания сервера App-V. Модель полной инфраструктуры рекомендуется использовать в следующих сценариях:
- Если вы хотите использовать сервер управления для публикации приложения на целевых компьютерах.
- Для быстрой подготовки приложений для целевых компьютеров.
- Если вы хотите использовать отчеты App-V.
Важно.
Для полной модели инфраструктуры App-V требуется SQL Server Майкрософт для хранения данных конфигурации. Дополнительные сведения см. в разделе Поддерживаемые конфигурации App-V.
Комплексное руководство по выбору размера сервера
В следующем разделе описывается комплексное определение размера и планирование App-V. Дополнительные сведения см. в последующих разделах.
Примечание.
Время отклика кругового пути на клиенте — это время, затраченное компьютеру, на котором запущен клиент App-V, на получение успешного уведомления с сервера публикации. Время отклика кругового пути на сервере публикации — это время, затраченное компьютеру, на котором запущен сервер публикации, на получение успешного обновления метаданных пакета с сервера управления.
- 20 000 клиентов могут ориентироваться на один сервер публикации, чтобы получить обновления пакета в приемлемое время кругового пути (<3 секунды).
- Один сервер управления может поддерживать до 50 серверов публикации для обновления метаданных пакета в приемлемое время кругового пути (<5 секунд).
Рекомендации по планированию емкости сервера управления App-V
Серверам публикации App-V требуется сервер управления для запросов на обновление пакетов и ответов на обновление пакета. Затем сервер управления отправляет сведения в базу данных управления для получения сведений. Дополнительные сведения о конфигурациях, поддерживаемых сервером управления App-V, см. в разделе Конфигурации, поддерживаемые App-V.
Примечание.
Время обновления по умолчанию на сервере публикации App-V составляет десять минут.
Когда несколько серверов одновременной публикации обращаются к одному серверу управления для обновления метаданных пакета, на время отклика сервера публикации в оба пути влияют следующие три фактора:
- Количество серверов публикации, выполняющих одновременные запросы.
- Количество групп подключений, настроенных на сервере управления.
- Количество групп доступа, настроенных на сервере управления.
В следующей таблице более подробно описаны все факторы, влияющие на время кругового пути.
Примечание.
Время отклика кругового пути — это время, затраченное компьютеру, на котором запущен сервер публикации App-V, на получение успешного обновления метаданных пакета с сервера управления.
| Факторы, влияющие на время отклика кругового пути | Описание |
|---|---|
| Число серверов публикации, одновременно запрашивающих обновления метаданных пакета. | Один сервер управления может одновременно отвечать на запрос метаданных публикации до 320 серверов публикации. Например, в случае с 30 серверами публикации, одновременно запрашивающими метаданные публикации, время ответа кругового пути составляет около 40 секунд, а для менее 50 серверов — менее 5 секунд. С 50 до 320 серверов публикации группа реагирования увеличивается линейно (примерно на 2×). |
| Количество групп подключений, настроенных на сервере управления. | Для до 100 групп соединений время ответа кругового пути на сервере публикации не изменяется. Для 100–400 групп соединений существует незначительное линейное увеличение времени отклика кругового пути. |
| Количество групп доступа, настроенных на сервере управления. | Для 40 групп доступа на сервере публикации увеличивается линейное (примерно на 3×) время отклика. |
В следующей таблице показаны примеры значений для каждого из предыдущих факторов. В каждом варианте с сервера управления App-V обновляется 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 20 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, а пользователь подключается примерно к шести.
Благодаря географически распределенному развертыванию, в котором сервер управления и серверы публикации используют сеть медленной связи между ними, время ответа на круговой путь на серверах публикации находится в пределах допустимого времени (<5 секунд) даже для 100 одновременных запросов на одном сервере управления.
| Сценарий | Вариант | Количество групп подключений | Количество групп доступа | Количество серверов публикации | Тип сетевого подключения | Время отклика кругового пути (в секундах) | Загрузка ЦП сервера управления (в %) |
|---|---|---|---|---|---|---|---|
| Сетевое подключение между сервером публикации и сервером управления | 1,5 Мбит/с Медленное подключение сети | 0 0 |
1 1 |
50 100 |
DsL кабеля 1,5 Мбит/с | 4 5 |
1 2 |
| Сетевое подключение между сервером публикации и сервером управления | Локальная сеть/Wi-Fi | 0 0 |
1 1 |
100 200 |
Wi-Fi | 11 20 |
15 17 |
Независимо от того, подключены ли сервер управления и серверы публикации через сеть с медленным подключением или через высокоскоростную сеть, сервер управления может обрабатывать около 15 000 запросов на обновление пакетов за 30 минут.
Рекомендации по планированию емкости сервера отчетов App-V
Клиенты App-V отправляют данные отчетов на сервер отчетов. Затем сервер отчетов записывает сведения в базу данных Microsoft SQL Server и возвращает успешное уведомление на компьютер, на котором запущен клиент App-V. Дополнительные сведения о поддерживаемых конфигурациях сервера отчетов App-V см. в разделе Поддерживаемые конфигурации App-V.
Примечание.
Время отклика кругового пути — это время, затраченное компьютеру, на котором запущен клиент App-V, на отправку сведений о отчетах на сервер отчетов и получение успешного уведомления от сервера отчетов.
| Сценарий | Сводка |
|---|---|
| Несколько клиентов App-V одновременно отправляют данные отчетов на сервер отчетов. | Время ответа на круговой переход от сервера отчетов составляет 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
Компьютеры, на которых запущен клиент App-V, подключаются к серверу публикации App-V, чтобы отправить запрос на обновление публикации и получить ответ. Время отклика кругового пути измеряется на компьютере, на котором запущен клиент App-V, а время процессора — на сервере публикации. Дополнительные сведения о поддерживаемых конфигурациях сервера публикации App-V см. в статье Поддерживаемые конфигурации App-V.
Важно.
В следующем списке отображаются main факторы, которые следует учитывать при настройке сервера публикации App-V.
- Число клиентов, одновременно подключающихся к одному серверу публикации.
- Количество пакетов в каждом обновлении.
- Доступная пропускная способность сети в вашей среде между клиентом и сервером публикации App-V.
| Сценарий | Сводка |
|---|---|
| Несколько клиентов App-V подключаются к одному серверу публикации одновременно. | Сервер публикации под управлением двухъядерных процессоров может отвечать не более 5000 клиентов, запрашивающих обновление одновременно. Для 5000–10 000 клиентов сервер публикации требует минимального четырехъядерного ядра. Для 10 000–20 000 клиентов сервер публикации должен иметь два четырехъядерных ядра для более эффективного времени отклика. Сервер публикации с четырьмя ядрами может обновить до 10 000 пакетов в течение трех секунд. (Поддерживает 10 000 одновременных клиентов.) |
| Количество пакетов в каждом обновлении. | Увеличение количества пакетов увеличит время отклика примерно на 40 % (до 1000 пакетов). |
| Сеть между клиентом App-V и сервером публикации. | В медленной сети (пропускная способность 1,5 Мбит/с) время отклика увеличивается на 97 % по сравнению с локальной сетью (до 1000 пользователей). |
Примечание.
Загрузка ЦП сервера публикации всегда высока в течение интервала времени, когда он должен обрабатывать одновременные запросы (>в большинстве случаев 90 %). Сервер публикации может обрабатывать около 1500 клиентских запросов за одну секунду.
| Сценарий | Вариант | Число клиентов App-V | Количество пакетов | Конфигурация процессора на сервере публикации | Тип сетевого подключения | Время кругового пути клиента App-V (в секундах) | Загрузка ЦП сервера публикации (в %) |
|---|---|---|---|---|---|---|---|
| Клиент App-V отправляет запрос на обновление публикации и получает ответ, каждый запрос, содержащий 120 пакетов. | Число клиентов | 100 1,000 5,000 10,000 |
120 120 120 120 |
Двухъядерный Двухъядерный Четырехъядерный Четырехъядерный |
Локальная сеть | 1 2 2 3 |
100 99 89 77 |
| Несколько пакетов в каждом обновлении. | Количество пакетов | 1,000 1,000 |
500 1,000 |
Четырехъядерный | Локальная сеть | 2 3 |
92 91 |
| Сеть между клиентом и сервером публикации. | 1,5 Мбит/с Медленное подключение сети | 100 500 1,000 |
120 120 120 |
Четырехъядерный | Внутриконтинентальная сеть 1,5 Мбит/с | 3 10 (0,2 % частоты сбоев) 7 (1 % частоты сбоев) |
Рекомендации по планированию емкости потоковой передачи App-V
Компьютеры, на которых работает клиент App-V, передают пакет виртуального приложения с сервера потоковой передачи. Время отклика кругового пути измеряется на компьютере, на котором запущен клиент App-V, и это время, затраченное на потоковую передачу всего пакета.
Важно.
В следующем списке указаны main факторы, которые следует учитывать при настройке сервера потоковой передачи App-V.
- Количество клиентов, одновременно выполняющее потоковую передачу пакетов приложений с одного сервера потоковой передачи.
- Размер пакета, для которого выполняется потоковая передача.
- Доступная пропускная способность сети в вашей среде между клиентом и сервером потоковой передачи.
| Сценарий | Сводка |
|---|---|
| Несколько клиентов App-V одновременно передают приложения с одного сервера потоковой передачи. | Если количество клиентов, одновременно выполняющего потоковую передачу с одного сервера, увеличивается, существует линейная связь со временем скачивания или потоковой передачи пакета. |
| Размер пакета, для которого выполняется потоковая передача. | Размер пакета оказывает значительное влияние на время потоковой передачи и загрузки только для больших пакетов размером около 1 ГБ. Для размеров пакетов от 3 ДО 100 МБ время потоковой передачи составляет от 20 до 100 секунд, при этом одновременно 100 клиентов. |
| Сеть между клиентом App-V и сервером потоковой передачи. | В медленной сети (пропускная способность 1,5 Мбит/с) время отклика увеличивается на 70–80 % по сравнению с локальной сетью (до 100 пользователей). |
В следующей таблице показаны примеры значений для каждого из факторов в предыдущем списке:
| Сценарий | Вариант | Число клиентов App-V | Размер каждого пакета | Тип сетевого подключения | Время кругового пути в клиенте App-V (в секундах) |
|---|---|---|---|---|---|
| Несколько клиентов App-V потоковой передачи пакетов виртуальных приложений с сервера потоковой передачи. | Количество клиентов. | 100 200 1,000 100 200 1,000 |
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. | 1,5 Мбит/с Медленное подключение сети. | 100 100 |
3,5 MБ 5 МБ |
Внутриконтинентальная сеть 1,5 Мбит/с | 102 121 |
Каждый сервер потоковой передачи App-V должен иметь возможность обрабатывать не менее 200 клиентов, одновременно выполняющих потоковую передачу виртуализированных приложений.
Примечание.
Фактическое время, необходимое для потоковой передачи, определяется главным образом количеством клиентов, выполняющего потоковую передачу, количеством пакетов, размером пакета, сетевой активностью сервера и сетевыми условиями.
Например, средний пользователь может выполнять потоковую передачу пакета размером 100 МБ менее чем за 2 минуты, когда с сервера выполняется потоковая передача 100 одновременных клиентов. Однако пакет размером 1 ГБ может занять до 30 минут. В большинстве реальных сред спрос на потоковую передачу не распределяется равномерно. Вам потребуется понять приблизительные требования к пиковой потоковой передаче, присутствующие в вашей среде, чтобы правильно определить количество необходимых серверов потоковой передачи.
Число клиентов, которые может поддерживать сервер потоковой передачи, можно увеличить, а пиковые требования к потоковой передаче можно уменьшить, если предварительно кэшировать приложения. Вы также можете увеличить число клиентов, которые может поддерживать сервер потоковой передачи, используя потоковую доставку по запросу и оптимизированные для потоковой передачи пакеты.
Объединение ролей сервера App-V
С учетом требований к масштабированию и отказоустойчивости минимальное количество серверов, которое должно работать в расположении с подключением Active Directory, равно 1. На этом сервере будут размещаться сервер управления, служба сервера управления и роли Microsoft SQL Server. Это означает, что роли сервера можно упорядочить в любой комбинации, так как они не конфликтуют друг с другом.
Несмотря на требования к масштабированию, минимальное количество серверов, которые должны функционировать отказоустойчивой реализации, составляет четыре. Сервер управления и роли Microsoft SQL Server поддерживают размещение в отказоустойчивых конфигурациях. Служба сервера управления может быть объединена с любой из ролей, но остается единой точкой сбоя.
Несмотря на то, что существует множество стратегий и технологий отказоустойчивости, которые можно использовать, не все они применимы к определенной службе. Кроме того, если роли App-V объединяются, результирующая несовместимость может привести к прекращению работы некоторых вариантов отказоустойчивости.