Planejamento de capacidade do App-V 5.0
Aplica-se a: Application Virtualization 5.0, Application Virtualization 5.0 SP1, Application Virtualization 5.0 SP2, Application Virtualization 5.0 SP3
As recomendações a seguir podem ser usadas como linha de base para ajudar a determinar as informações de planejamento da capacidade adequada para a infraestrutura App-V 5.0 da sua organização.
Importante
Use as informações desta seção apenas como guia geral para planejar a implantação do App-V 5.0. Os requisitos de capacidade do sistema dependerão de detalhes específicos do seu ambiente de hardware e aplicativo. Além disso, os números de desempenho exibidos neste documento são exemplos, e seus resultados podem variar.
Determinar o escopo do projeto
Antes de projetar a infraestrutura do App-V 5.0, é preciso determinar o escopo do projeto. O escopo consiste em determinar que aplicativos ficarão disponíveis virtualmente e identificar os usuários alvo e seus locais. Essas informações ajudarão a determinar o tipo de infraestrutura do App-V 5.0 que deve ser implantada. As decisões sobre o escopo do projeto devem ser baseadas nas necessidades específicas da sua organização.
| Tarefa | Mais informações |
|---|---|
Determinar o escopo do aplicativo |
Dependendo dos aplicativos a serem virtualizados, a infraestrutura do App-V 5.0 pode ser configurada de maneiras diferentes. A primeira tarefa é definir quais aplicativos você deseja virtualizar. |
Determinar o escopo do local |
O escopo do local se refere aos locais físicos (por exemplo, uma região geográfica específica ou corporativa) em que você planeja executar os aplicativos virtualizados. Também pode se referir à população de usuários (por exemplo, um único departamento) que executará os aplicativos virtuais. Você deve obter um mapa de rede que inclua caminhos de conexão, bem como a largura de banda disponível para cada local e o número de usuários utilizando os aplicativos virtualizados e a velocidade do link da WAN. |
Determinar qual infraestrutura do App-V 5.0 é requerida
Importante
Os dois modelos a seguir exigem que o cliente App-V 5.0 esteja instalado no computador em que você planeja executar aplicativos virtuais.
Também é possível gerenciar seu ambiente do App-V 5.0 usando uma solução de Distribuição Eletrônica de Software (ESD), como o Microsoft Systems Center Configuration Manager. Para obter mais informações, consulte Implantação dos pacotes do App-V 5.0 usando a Distribuição eletrônica de software (ESD).Módulo independente - o módulo independente permite que aplicativos virtuais sejam habilitados pelo Windows Installer para distribuição sem streaming. O App-V 5.0 no modo independente é composto por sequenciador e cliente; nenhum componente adicional é necessário. Os aplicativos são preparados para virtualização usando um processo chamado de sequenciamento. Para obter mais informações, consulte Planejando a implantação do cliente e do sequenciador do App-V 5.0. O módulo independente é recomendado para os seguintes cenários:
Com usuários remotos desconectados que não podem se conectar à infraestrutura do App-V 5.0.
Quando estiver executando um sistema de gerenciamento de software, como o Configuration Manager 2012.
Quando limitações de largura de banda de rede inibirem a distribuição eletrônica de software.
Módulo de infraestrutura completa - o módulo de infraestrutura completa fornece os recursos de distribuição, gerenciamento e relatórios de software, além de incluir o streaming de aplicativos em toda a rede. O módulo de infraestrutura completa do App-V 5.0 é composta de um ou mais servidores de gerenciamento do App-V 5.0. O servidor de gerenciamento pode ser usado para publicar aplicativos para todos os clientes. O processo de publicação coloca ícones e atalhos do aplicativo virtual no computador de destino. Também pode fazer o streaming de aplicativos para usuários locais. Para obter mais informações sobre a instalação do servidor de gerenciamento, consulte Planejamento da implantação do servidor App-V 5.0. O módulo de infraestrutura completa é recomendado para os seguintes cenários:
Importante
O módulo de infraestrutura completa do App-V 5.0 requer o Microsoft SQL Server para armazenar dados de configuração. Para obter mais informações, consulte Configurações com suporte ao App-V 5.0.
Quando desejar usar o servidor de gerenciamento para publicar o aplicativo em computadores de destino.
No caso de rápido provisionamento de aplicativos para computadores de destino.
Quando você desejar usar os relatórios do App-V 5.0.
Orientação de dimensionamento completo do servidor
A seção a seguir fornece informações sobre o dimensionamento e o planejamento completos do App-V 5.0. Para obter informações mais específicas, consulte as seções a seguir.
Dica
O tempo de resposta de ida e volta no cliente é o tempo levado pelo computador que está executando o cliente App-V 5.0 para receber uma notificação de êxito do servidor de publicação. O tempo de resposta de ida e volta no servidor de publicação é o tempo levado pelo computador que está executando o servidor de publicação para receber uma atualização de metadados do pacote com êxito do servidor de gerenciamento.
Vinte mil clientes podem ter como destino um único servidor de publicação para obter as atualizações de pacote com um tempo de resposta de ida e volta aceitável. (<3 segundos)
Um único servidor de gerenciamento pode dar suporte a até 50 servidores de publicação para atualizações de metadados de pacote em um tempo de ida e volta aceitável. (<5 segundos)
Recomendações de planejamento de capacidade do servidor de gerenciamento do App-V 5.0
Os servidores de publicação do App-V 5.0 exigem o servidor de gerenciamento para solicitações de atualização de pacotes e respostas de atualização de pacotes. O servidor de gerenciamento envia as informações para o banco de dados de gerenciamento para recuperar informações. Para obter mais informações sobre o suporte para configurações do servidor de gerenciamento do App-V 5.0, consulte Configurações com suporte ao App-V 5.0.
Dica
O tempo de atualização padrão no servidor de publicação do App-V 5.0 é de dez minutos.
Quando vários servidores de publicação simultâneos entram em contato com um único servidor de gerenciamento para atualizações de metadados de pacote, os três seguintes fatores influenciam no tempo de resposta no servidor de publicação:
Número de servidores de publicação fazendo solicitações simultâneas.
Número de grupos de conexão configurados no servidor de gerenciamento.
Número de grupos de acesso configurados no servidor de gerenciamento.
A tabela a seguir exibe mais informações sobre cada fator que afeta o tempo de ida e volta.
Dica
O tempo de resposta de ida e volta é o tempo levado pelo computador que está executando o servidor de publicação do App-V 5.0 para receber uma atualização de metadados do pacote com êxito do servidor de gerenciamento.
| Fatores que influenciam no tempo de resposta de ida e volta | Mais informações |
|---|---|
O número de servidores de publicação solicitando atualizações de metadados do pacote ao mesmo tempo. |
|
O número de grupos de conexão configurados no servidor de gerenciamento. |
|
O número de grupos de acesso configurados no servidor de gerenciamento. |
|
A tabela a seguir exibe os valores de amostra para cada um dos fatores anteriores. Em cada variação, 120 pacotes são atualizados a partir do servidor de gerenciamento do App-V 5.0.
| Cenário | Variação | Número de grupos de conexão | Número de grupos de acesso | Número de servidores de publicação | Tipo de conexão de rede do servidor de publicação/servidor de gerenciamento | Tempo de resposta de ida e volta no servidor de publicação (em segundos) | Utilização da CPU no servidor de gerenciamento |
|---|---|---|---|---|---|---|---|
Servidores de publicação entrando em contato com o servidor de gerenciamento ao mesmo tempo para metadados de publicação. |
Número de servidores de publicação |
|
|
|
|
|
|
Metadados de publicação contêm grupos de conexão |
Número de grupos de conexão |
|
|
|
|
|
|
Metadados de publicação contêm grupos de acesso |
Número de grupos de acesso |
|
|
|
|
|
|
A utilização de CPU no computador que está executando o servidor de gerenciamento é em torno de 25%, não importando o número de servidores de publicação que a visam. As transações/segundo, solicitações em lote/segundo e conexões de usuário do banco de dados Microsoft SQL Server são idênticas, não importa o número de servidores de publicação. Por exemplo: O número de transações/segundo é de ~30, solicitações em lote ~200 e conexões de usuário ~6.
Usando uma implantação geograficamente distribuída, em que o servidor de gerenciamento & os servidores de publicação utilizam uma rede de link lenta entre eles, o tempo de resposta de ida e volta nos servidores de publicação está dentro dos limites de tempo aceitáveis (<5 segundos), mesmo para 100 solicitações simultâneas em um único servidor de gerenciamento.
| Cenário | Variação | Número de grupos de conexão | Número de grupos de acesso | Número de servidores de publicação | Tipo de conexão de rede do servidor de publicação/servidor de gerenciamento | Tempo de resposta de ida e volta no servidor de publicação (em segundos) | Utilização da CPU no servidor de gerenciamento |
|---|---|---|---|---|---|---|---|
Conexão de rede entre o servidor de publicação e o servidor de gerenciamento |
Rede de link lenta de 1,5 Mbps |
|
|
|
|
|
|
Conexão de rede entre o servidor de publicação e o servidor de gerenciamento |
Rede LAN/Wi-Fi |
|
|
|
|
|
|
Se o servidor de gerenciamento e os servidores de publicação estiverem conectados por uma rede de link lenta ou uma rede de alta velocidade, o servidor pode manipular cerca de 15 mil solicitações de atualização de pacotes em 30 minutos.
Recomendações de planejamento de capacidade do servidor de relatórios do App-V 5.0
Os clientes do App-V 5.0 enviam dados de relatórios ao servidor de relatórios. Em seguida, o servidor de relatórios registra as informações no banco de dados Microsoft SQL Server e retorna uma notificação de êxito para o computador que está executando o cliente App-V 5.0. Para obter mais informações sobre o suporte às configurações do servidor de relatórios do App-V 5.0, consulte Configurações com suporte ao App-V 5.0.
Dica
O tempo de resposta de ida e volta é o tempo que o computador que está executando o cliente App-V 5.0 leva para enviar as informações de relatório ao servidor de relatórios e receber uma notificação de êxito do servidor de relatórios.
| Cenário | Resumo |
|---|---|
Vários clientes App-V 5.0 enviam informações de relatórios ao servidor de relatórios ao mesmo tempo. |
|
Solicitações por segundo processadas pelo servidor de relatórios. |
|
Banco de dados de relatórios. |
|
Calculando o atraso aleatório:
O atraso aleatório especifica o atraso máximo (em minutos) para os dados serem enviados ao servidor de relatórios. Quando a tarefa agendada inicia, o cliente gera um atraso aleatório entre 0 e ReportingRandomDelay e aguarda a duração especificada antes de enviar os dados.
Atraso aleatório = 4 * número de clientes/média de solicitações por segundo.
Exemplo: Para 500 clientes, com 120 solicitações por segundo, o atraso aleatório é de 4 * 500/120 = ~17 minutos.
Recomendações de planejamento de capacidade do servidor de publicação do App-V 5.0
Computadores executando o cliente App-V 5.0 conectam-se ao servidor de publicação do App-V 5.0 para enviar uma solicitação de atualização de publicação e receber uma resposta. O tempo de resposta de ida e volta é medido no computador que está executando o cliente App-V 5.0. O tempo do processador é medido no servidor de publicação. Para obter mais informações sobre o suporte às configurações do servidor de publicação do App-V 5.0, consulte Configurações com suporte ao App-V 5.0.
Importante
A seguinte lista exibe os principais fatores a serem considerados para a configuração do servidor de publicação do App-V 5.0:
- O número de clientes conectados ao mesmo tempo a um único servidor de publicação.
- O número de pacotes em cada atualização.
- A largura de banda de rede disponível no seu ambiente entre o cliente e o servidor de publicação do App-V 5.0.
| Cenário | Resumo |
|---|---|
Vários clientes App-V 5.0 conectados a um único servidor de publicação ao mesmo tempo. |
|
Número de pacotes em cada atualização. |
|
Rede entre o cliente App-V 5.0 e o servidor de publicação. |
|
Dica
O uso de CPU do servidor de publicação é sempre alto durante o intervalo em que é necessário processar solicitações simultâneas (>90%, na maioria dos casos). O servidor de publicação pode manipular ~1.500 solicitações de cliente em 1 segundo.
| Cenário | Variação | Número de clientes App-V 5.0 | Número de pacotes | Configuração do processador no servidor de publicação | Tipo de conexão de rede do servidor de publicação/cliente App-V 5.0 | Tempo de ida e volta no cliente App-V 5.0 (em segundos) | Utilização da CPU no servidor de publicação (em %) |
|---|---|---|---|---|---|---|---|
App-V 5.0 cliente envia a solicitação de atualização de publicação & recebe a resposta, com cada solicitação contendo 120 pacotes |
Número de clientes |
|
|
|
|
|
|
Vários pacotes em cada atualização |
Número de pacotes |
|
|
|
|
|
|
Rede entre o cliente e o servidor de publicação |
Rede de link lenta de 1,5 Mbps |
|
|
|
|
|
Recomendações de planejamento de capacidade de streaming do App-V 5.0
Computadores executando o cliente App-V 5.0 transmitem o pacote de aplicativo virtual a partir do streaming server. O tempo de resposta de ida e volta é medido no computador que está executando o cliente App-V 5.0 e é o tempo que leva para transmitir o pacote inteiro.
Importante
A seguinte lista identifica os principais fatores a considerar na configuração do streaming server do App-V 5.0:
- O número de clientes realizando o streaming de pacotes de aplicativo ao mesmo tempo de um único streaming server.
- O tamanho do pacote sendo transmitido.
- A largura de banda de rede disponível no seu ambiente entre o cliente e o streaming server.
| Cenário | Resumo |
|---|---|
Vários clientes App-V 5.0 transmitem aplicativos de um único streaming server ao mesmo tempo. |
|
Tamanho do pacote sendo transmitido. |
|
Rede entre o cliente App-V 5.0 e o streaming server. |
|
A seguinte tabela exibe os valores de amostra para cada um dos fatores na lista anterior:
| Cenário | Variação | Número de clientes App-V 5.0 | Tamanho de cada pacote | Tipo de conexão de rede do streaming server/cliente App-V 5.0 | Tempo de ida e volta no cliente App-V 5.0 (em segundos) |
|---|---|---|---|---|---|
Vários clientes App-V 5.0 realizando o streaming de pacotes de aplicativo virtual de um único streaming server. |
Número de clientes. |
|
|
|
|
Tamanho de cada pacote sendo transmitido. |
Tamanho de cada pacote. |
|
|
|
|
Conexão de rede entre o cliente e o streaming server do App-V 5.0. |
Rede de link lenta de 1,5 Mbps. |
|
|
|
|
Cada streaming server do App-V 5.0 pode manipular pelo menos 200 clientes ao mesmo tempo realizando streaming de aplicativos virtualizados.
Dica
O tempo real que levará para o streaming é determinado principalmente pelo número de clientes realizando streaming ao mesmo tempo, pelo número de pacotes, pelo tamanho do pacote, pela atividade de rede do servidor e pelas condições da rede.
Por exemplo, um usuário médio pode transmitir um pacote de 100 MB em menos de 2 minutos quando 100 clientes estão realizando streaming do servidor. Porém, um pacote de 1 GB poderia levar até 30 minutos. Na maioria dos ambientes reais, a demanda de streaming sem distribuição uniforme, será preciso entender as exigências de streaming de pico aproximado presentes no seu ambiente para dimensionar corretamente o número de servidores de streaming necessários.
O número de clientes que um streaming server pode suportar pode aumentar significativamente e as exigências de streaming de pico podem diminuir se você colocar os arquivos previamente em cache. Também é possível aumentar o número de clientes que um streaming server pode suportar usando pacotes otimizados para streaming e entrega de streaming sob demanda.
Combinação de funções do servidor App-V 5.0
Descontando requisitos de colocação em escala e tolerância a falhas, o número mínimo de servidores necessários para um local com conectividade para Active Directory é um. Esse servidor hospedará funções do servidor de gerenciamento, do serviço do servidor de gerenciamento e do Microsoft SQL Server. Portanto, as funções de servidor podem ser organizadas em qualquer combinação desejada, já que não entram em conflito entre si.
Ignorando requisitos de colocação em escala, o número mínimo de servidores necessários para fornecer uma implementação tolerante a falha é quatro. As funções do servidor de gerenciamento e do Microsoft SQL Server podem ser colocadas em configurações tolerantes a falhas. O serviço do servidor de gerenciamento pode ser combinado com qualquer uma das funções, mas continua sendo um ponto único de falha.
Embora haja várias estratégias e tecnologias de tolerância a falha disponíveis, nem todas se aplicam a um determinado serviço. Além disso, se as funções do App-V 5.0 forem combinadas, certas opções de tolerância a falha podem não mais se aplicar devido a incompatibilidades.
Você tem uma sugestão para o App-V?
Adicione ou vote em sugestões aqui. Para problemas com o App-V, utilize o Fórum App-V TechNet.
Consulte também
Conceitos
Configurações com suporte ao App-V 5.0
Planejamento de alta disponibilidade com o App-V 5.0
Outros recursos
Planejamento da implantação do App-V
-----
Você pode saber mais sobre o MDOP na TechNet Library, pesquisar soluções de problemas no TechNet Wiki ou seguir-nos no Facebook ou Twitter.
-----