Visão Geral do Cenário Baseado em Application Virtualization Server

Aplica-se a: Application Virtualization

Caso pretenda utilizar um cenário de implantação baseada em servidor para o ambiente do Microsoft Application Virtualization, é importante compreender as diferenças entre o Application Virtualization Management Server e o Application Virtualization Streaming Server. Este tópico descreve essas diferenças e também fornece informações sobre os métodos de entrega de pacotes, protocolos de transmissão e componentes externos que devem ser consideradas conforme a implantação prossegue.

Application Virtualization Management Server

O Application Virtualization Management Server desempenha a função de publicação e a função de streaming. O servidor publica ícones de aplicativo, atalhos e associações de tipo de arquivo nos clientes App-V para usuários autorizados. Quando são recebidas solicitações de usuários por aplicativos, o servidor transmite esses dados sob demanda aos usuários autorizados usando protocolos RTSP ou RTSPS. Na maioria das configurações desse servidor, um ou mais Servidores de Gerenciamento compartilham um armazenamento de dados em comum para configurações e informações sobre pacotes.

Os Servidores Application Virtualization Management usam grupos do Active Directory para gerenciar a autorização dos usuários. Além dos Serviços de Domínio do Active Directory, esses servidores têm o SQL Server instalado para gerenciar o banco de dados e o armazenamento de dados. O Servidor de Gerenciamento é controlado pelo Application Virtualization Management Console, um snap-in do Microsoft Management Console.

Como os Servidores Application Virtualization Management transmitem aplicativos aos usuários finais por demanda, esses servidores são ideais para configurações de sistemas com LANs confiáveis e de alta largura de banda.

Application Virtualization Streaming Server

O Application Virtualization Streaming Server oferece os mesmos recursos de streaming e atualização de pacotes fornecidos pelo Management Server, mas sem os requisitos do Active Directory ou do SQL Server. No entanto, o Streaming Server não possui um serviço de publicação, nem possui recursos de licenciamento ou medição. O serviço de publicação de um App-V Management Server separado é usado junto com o App-V Streaming Server. O App-V Streaming Server atende às necessidades de empresas que desejem usar o Application Virtualization em vários locais com os recursos de streaming da configuração clássica de servidor, mas que talvez não tenham a infraestrutura necessária para oferecer suporte a App-V Management Servers em todos esses locais.

O Application Virtualization Streaming Server também pode ser usado em ambientes com um sistema existente de ESD (distribuição eletrônica de software). Use o ESD para gerenciar aplicações transmitidas. Ao contrário do Application Virtualization Management Server, o Servidor de Transmissão não usa SQL ou um console de gerenciamento. Esses servidores usam ACLs (listas de controle de acesso) para conceder autorizações ao usuários.

Métodos de Entrega de Pacotes

Caso pretenda usar um Application Virtualization Server como método de entrega de publicações, será preciso determinar quais dos métodos de entrega de pacotes a seguir seu cenário utiliza:

• Entrega dinâmica de pacotes

• Entrega de pacote por carregamento de arquivo

Entrega Dinâmica de Pacotes

Durante a entrega dinâmica de pacotes, o servidor (Application Virtualization Management Server, Application Virtualization Streaming Server ou servidor IIS) entrega os aplicativos virtualizados aos usuários por demanda. O servidor entrega os aplicativos virtualizados e os pacotes a um computador cliente apenas quando um usuário tenta iniciar um aplicativo (por demanda). O servidor transmite apenas os blocos necessários para iniciar os aplicativos (bloco de recurso primário). Depois que o bloco de recurso primário é entregue ao cliente, o aplicativo é executado; o cliente não recebe o aplicativo completo (implantação incremental) a não ser que o cliente precise acessar uma parte do aplicativo que não esteja incluída no bloco de recurso primário. Quando isso acontece, o cliente realiza uma solicitação fora-de-seqüência e o bloco de recurso secundário é transmitido ao cliente. A entrega dinâmica de pacotes permite o início rápido de aplicativos.

Entrega de Pacote por Carregamento de Arquivo

Na entrega de pacote por carregamento de arquivo, o servidor entrega o pacote completo do aplicativo virtualizado ao computador cliente antes que o usuário inicie o aplicativo. Neste cenário, aplicativos virtualizados são entregues como um pacote completo, ao invés de ser usado o método dinâmico e incremental do modelo de entrega dinâmica.

Dica

Para cada método de entrega, o processo de entrega inicial do aplicativo virtual e o processo de atualização do aplicativo virtual são os mesmos; o aplicativo virtual atualizado substitui o pacote do aplicativo original.

A tabela a seguir compara as vantagens e desvantagens de cada método de entrega de pacotes.

Método	Vantagens	Desvantagens	Comentários
Entrega dinâmica de pacotes	Os aplicativos são entregues e atualizados por demanda. Os aplicativos são entregues e atualizados incrementalmente para otimizar o tempo de inicialização. As atualizações são entregues automaticamente ao desktop cliente.	Maior impacto na topologia corporativa devido aos requisitos do servidor. A transmissão de aplicativos deve se dar por meio de uma LAN; cenários de implantação em WANs ou que façam uso de conexões intermitentes ou não confiáveis entre servidor e clientes podem impossibilitar a operação.	Exige uma infra-estrutura de transmissão. O Windows Installer é usado para implantar software do Application Virtualization Desktop Client nos computadores dos usuários finais. Empresas maiores devem usar Servidores Application Virtualization Streaming como pontos de distribuição.
Entrega de pacote por carregamento de arquivo	Consistente com as práticas de gerenciamento típicas das empresas. Suporta cenário de configuração autônoma. Soluciona o problema das filiais com micro-escritórios.	A entrega e a atualização dos aplicativos não podem ser feitas por demanda. A entrega e a atualização de aplicativos não é incremental; isso aumenta o consumo de recursos relativo à entrega dinâmica.	A organização de TI geralmente é responsável pelo gerenciamento de licenças de aplicativos, autorizações de usuários e autenticação.

Componentes Externos e Protocolos Relacionados a Servidores

A tabela a seguir lista os tipos de servidores que podem ser usados em cenários com base no Application Virtualization Server, bem como seus protocolos de transmissão correspondentes e componentes externos necessários para dar suporte à configuração específica do servidor. A tabela também inclui os mecanismos de relatório e de atualização ativa para cada tipo de servidor. Como todos esses cenários usam o Application Virtualization Management Server, pode ser usada a funcionalidade interna de relatórios integrada ao sistema. Se você usa um Application Virtualization Management ou um Application Virtualization Streaming Server para entregar os pacotes ao cliente, os pacotes no servidor são automaticamente atualizados quando o usuário faz logon no cliente; se usa servidores IIS ou um arquivo para entregar os pacotes ao cliente, os pacotes do cliente devem ser atualizados manualmente.

Tipo de Servidor	Protocolos	Componentes Externos Necessários	Relatório	Atualização Ativa
Application Virtualization Management Server	RTSP RTSPS	Ao usar HTTPS, use um servidor IIS para baixar arquivos ICO e OSD e um firewall para proteger o servidor de exposição na Internet.	Interno	Suportado
Application Virtualization Streaming Server	RTSP RTSPS	Use um mecanismo para sincronizar o conteúdo entre o Servidor de Gerenciamento e o Servidor de Transmissão. Ao usar HTTPS, use um servidor IIS para baixar arquivos ICO e OSD e um firewall para proteger o servidor de exposição na Internet.	Interno	Suportado
Servidor IIS	HTTP HTTPS	Use um mecanismo para sincronizar o conteúdo entre o Servidor de Gerenciamento e o Servidor de Transmissão. Ao usar HTTP ou HTTPS, use um servidor IIS para baixar arquivos ICO e OSD e um firewall para proteger o servidor de exposição na Internet.	Interno	Não Suportado
Arquivo	SMB	É preciso uma maneira de sincronizar o conteúdo entre o Servidor de Gerenciamento e o Servidor de Transmissão. É necessário um computador cliente com capacidades de compartilhamento de arquivos ou transmissão.	Interno	Não Suportado

Consulte Também

Outros Recursos

Cenário Baseado em Distribuição Eletrônica de Software
Como Configurar Servidores para Implantação Baseada em Servidor
Como Instalar os Servidores e os Componentes do Sistema

-----
Para saber mais sobre o MDOP na Biblioteca do TechNet, procure soluções de problemas no TechNet Wiki ou siga-nos no Facebook ou no Twitter. Envie suas sugestões e comentários sobre a documentação do MDOP para MDOPdocs@microsoft.com.