Pau pra toda obra: VMM 2012 e Server App-V: felizes juntos

A Microsoft adicionou o Server App-V ao System Center Virtual Machine Manager 2012, uma excelente jogada tanto no nível técnico quanto estratégico.

Greg Shields

É importante manter a objetividade como uma voz independente dentro da indústria de ti. É essencial para o trabalho de ajudá-lo a tomar boas decisões sobre produtos e estratégias. Fazendo bem o trabalho que requer manutenção da neutralidade ao longo de um fluxo interminável de arremessos de produto e fornecedor de marketing.

Cada agora e então, porém, você vê algo que muda tudo. Objetividade tem um assento traseiro para emoção. Desta vez, algo que é servidor de App-V, uma adição tranquila para System Center Virtual Machine Manager (VMM) 2012. Na verdade, é tão quieto, que um olho sem foco quase poderia faltar esta nova ferramenta impressionante. Confie em mim, você não iria querer perder essa.

Servidor App-V dá a seus servidores o mesmo nível de automação de entrega de aplicativos que você vindo a usufruir em desktops por anos. Par isso com o VMM novo service-oriented provisionamento modelo e você pode rapidamente ver como a tarefa de criação de máquinas virtuais (VMs) está prestes a melhorar drasticamente. Na luta contínua para quota de mercado da plataforma virtual, ingresso servidor App-V com o VMM poderia ser que da Microsoft mais brilhante mova ainda.

O App-V que não é o App-V

Você pode pensar de servidor App-V como uma adição"tranquila", porque é tão bem integrado, a experiência de gestão do VMM. Ele é totalmente integrado, quase a uma falha. A nomenclatura de Microsoft adiciona à sua obscuridade. Compartilha a maioria de um nome com o outro App-V que conheço há anos. Isso faz sentido, devido a suas semelhanças. No entanto, tem a consequência infeliz de enterrar os detalhes do servidor de App-V, em uma pesquisa na Web casual.

Não se engane: Essas duas tecnologias têm muito em comum. Eles são ambas as soluções para virtualização de aplicativos. Eles também esporte seu quinhão de diferenças. Arquitetonicamente, App-V é geralmente focada no fornecimento de aplicativos para desktops. Servidor App-V destina-se, absolutamente, para servidores.

A um nível mais técnico, há mais diferenças. Aplicativos de servidor não são geralmente projetados para ser usado por múltiplos usuários na mesma máquina. Eles são mais propensos a ser aplicações de fundo que raramente vê o logins do console. Como resultado, servidor de App-V trata seus aplicativos virtualizados um pouco diferente da tradicional do App-V.

Aqui está uma olhada em algumas das principais diferenças entre os dois:

**Servidor App-v:**Se um aplicativo cria dados ou modifica a configuração em um local específico do usuário no registro quando o aplicativo é seqüenciado, os dados ou a configuração permanece associada com o mesmo usuário em tempo de implantação e em tempo de execução.

**App-v:**Se um aplicativo cria dados ou modifica a configuração em um local de registro específico para o usuário atual, quando o aplicativo é seqüenciado, os dados ou a configuração é mapeada isso está acessível para qualquer usuário que está executando o aplicativo.

**Servidor App-v:**Arquivos de aplicativo que são parte de um pacote de aplicativo virtual, como o arquivos de .exe e bibliotecas necessárias para executar o aplicativo, estão disponíveis para todos os processos em execução no computador onde o aplicativo é copiado.

**App-v:**Arquivos de aplicativo que são parte de um pacote de aplicativo virtual estão disponíveis apenas para esse aplicativo virtual e quaisquer outros processos iniciados no ambiente virtual do que a aplicação.

**Servidor App-v:**OS objetos, objetos DCOM, objetos COM+, Windows Management Instrumentation (WMI) provedores e serviços NT que fazem parte de um pacote de aplicativo virtual são expostos no sistema local para deixar o sistema operacional, ferramentas e outros aplicativos interagem com eles. Por exemplo, você pode usar o nativo Service Control Manager (SCM) para iniciar um serviço que é parte de um pacote de aplicativo virtual.

**App-v:**COM, DCOM, COM+, WMI e serviço de informação associada a um pacote de aplicativo virtual é mantida dentro desse pacote, não está disponível para processos Executando fora desse pacote. Por exemplo, o nativo SCM não verá quaisquer serviços NT executando dentro de um ambiente virtual.

**Servidor App-v:**Agente de servidor do App-V usa heurística para detectar automaticamente os processos em um computador devem ser executados dentro de ambientes virtuais. Normalmente, não é necessária nenhuma correção do lançador. Para adicionar explicitamente um processo para um ambiente virtual, você pode adicionar "/ RunInVE: < pacote GUID >" ao final do processo de linha de comando.

**App-v:**Para um processo a ser virtualizado, um programa de App-V como sfttray.exe deve abrir esse processo, ou tem que ser o filho de outro processo virtual. Para adicionar explicitamente um processo para um ambiente virtual, você pode executar o comando "sfttray.exe /exe < executável para iniciar > / app < nome do aplicativo >. "

Servidor App-V também usa uma ferramenta especial chamada o Server Application Virtualization Sequencer (ver Figura 1) para criar pacotes de aplicativos. Não confunda isso com o tradicional equivalente do App-V, Application Virtualization Sequencer. Uma palavra, como você pode imaginar, faz toda a diferença.

Figura 1 Server App-V usa o Server Application Virtualization Sequencer para criar pacotes de app.

Curiosamente, os bits de instalação do Server Application Virtualization Sequencer podem ser difícil de encontrar. Considerando que o sequenciador de App-V tradicional longo foi encontrado no Microsoft Desktop Optimization Pack, o servidor App-V sequencer em vez disso é secretado afastado dentro da mídia de instalação do VMM. Procure uma pasta chamada \SAV. Lá você encontrará os arquivos de configuração (consulte Figura 2) para o agente de servidor App-V e, junto com o Windows PowerShell cmdlets para gerenciar ambos.

Figura 2 arquivos de instalação do servidor de App-V.

Perfis de aplicação do VMM

Se para App-V tradicional ou servidor de App-V, o processo de empacotamento de aplicativo inicia-se com um computador de esqueleto. Instale o sequenciador para esse computador, criar um novo pacote de aplicativo virtual e iniciar a instalação do seu aplicativo a partir do assistente. Muitas aplicações do pacote com sucesso direita fora da caixa. Outros requerem a afinar um pouco mais para garantir que eles estão configurados corretamente.

O editor de Server Application Virtualization Sequencer merece uma atenção especial. Após empacotar um aplicativo, selecione Modificar um pacote de aplicativo Virtual existente. Selecione Editar pacote e procurar SPRJ arquivo na seu pacote e, em seguida, você verá uma guia marcou a configuração de implantação (veja Figura 3).

Figura 3 você vai encontrar o editor sob a guia de configuração de implantação.

A Microsoft desenvolveu a inteligência na ferramenta de empacotamento que ajuda a ferramenta enumerar uma vasta gama de configurações de pacote específico, que você pode especificar na implantação. Para ver as configurações disponíveis, clique no link Adicionar Item de configuração de implantação. Digite um asterisco ("*") para ver todo o conjunto de itens potencialmente configuráveis (consulte Figura 4). Selecione aqueles que deseja expor para posterior configuração e clique no botão Adicionar.

Figura 4 você pode selecionar e adicionar os itens de configuração de implantação.

Depois de adicionar seus itens para o pacote, você pode definir um valor padrão para cada clicando duas vezes o item e ajustar suas propriedades (ver Figura 5). Você pode marcar itens que exigem configuração como obrigatória, uma decisão que se torna importante como você trazer pacotes em VMM.

Figura 5 você pode ajustar as propriedades de itens de configuração de implantação.

Iniciar esse processo, criando um perfil de aplicação no console do VMM. Que perfil contém os metadados VMM usa para gerenciar o pacote, como configuração de aplicativo, dependências, direitos e permissões e quaisquer scripts que você precisa em combinação com a instalação do pacote.

Aqui é onde as coisas ficam interessantes. As configurações que você expostos como itens de configuração de implantação no sequencer agora estão disponíveis como propriedades de perfil de aplicativos VMM (ver Figura 6). Esta exposição oferece a flexibilidade para fornecer um pacote de aplicativos em uma variedade de casos de uso. Basta defina quaisquer configurações coincidem com aqueles exigidos para cada servidor. Para ainda maior flexibilidade, você pode usar as variáveis em @variablename@ o formato para designar valores a ser definido no momento da implantação.

Figura 6 itens de configuração de implantação tornam-se suas propriedades de perfil de aplicativos VMM.

Muito melhor juntos

A combinação do VMM e servidor de App-V pode revolucionar como você entrega serviços em cima de servidores. Agora você tem as ferramentas para mover além dos dias de provisionamento de VM de simples copiar e colar.

Provisionamento automatizado de serviço VMM não é algo que você vai ser de execução durante a noite. Há uma quantidade significativa de esforço inicial necessário para construir inicialmente o automações e pacotes de software que você pretende implantar. Que exige esforço, muito antes de você colhe os frutos.

Os recursos mais avançados do VMM não são para os profissionais de TI mais sensíveis e automação-fóbico precisa não se aplicam. Se você está pronto, no entanto, esta versão do servidor do VMM-plus App-V oferece duas impressionantes soluções que são, sem dúvida, muito melhor juntas.

Greg Shields, MVP, é sócio da tecnologia concentrada. Obtenha mais dos escudos faz dicas e truques no ConcentratedTech.com.

Conteúdo relacionado

• Pau pra toda obra: Hospedado por VM RemoteApps - nova prática recomendada para Desktops virtuais?
• Pau pra toda obra: Migrações ao vivo
• Pau pra toda obra: Tecido, Cluster de Host e nuvem