Virtualização de Aplicações de Servidores com o Server App-V do VMM 2012

Neste artigo irei abordar a criação dos pacotes de aplicações virtualizadas. Este recurso é essencial para automatizar a criação de serviços como abordado no artigo anterior disponível em http://www.marcelosincic.com.br/blog/post/Utilizando-o-VMM-2012-para-criar-camadas-de-servicos-com-o-Windows-2012-na-nuvem-privada.aspx

Entendendo Aplicações Virtualizadas

O recurso da virtualização de aplicações nada mais é do que um processo onde é capturada toda a atividade durante a instalação de um software seja chaves de registro, arquivos, configurações e atalhos.

O diagrama abaixo nos dá uma visão de como o processo funciona e irei abordar cada parte da criação do pacote neste artigo.

image

Instalando o Server Application Virtualization Sequencer

O Server App-V faz parte do VMM 2012 e pode ser encontrado na mídia de instalação no diretório D:\SAV\amd64 com o nome de SeqSetup.exe:

image

Após executar o instalador será gerado um atalho no menu iniciar para chamar o Server Application Virtulization Sequencer, que chamamos de Server App-V ou apenas SAV, e ao executá-lo terá acesso as suas funções principais que consistem em criar ou editar pacotes:

image

Virtualizando um Aplicação

Ao escolher a opção de criar um novo pacote será conduzido por um wizard muito simples, mas que exige certos cuidados.

O primeiro passo é escolher o executável que será utilizado para instalar a aplicação:

image

Na sequencia indique o nome que será dado ao pacote e o diretório onde ele será gerado:

image

O wizard irá executar o instalador indicado, com um aviso muito importante: O diretório definido para a aplicação tem que ser o mesmo criado no passo anterior no disco Q:

image

Importante: Se escolher um diretório diferente do indicado no primeiro passo (criação do pacote) os arquivos da aplicação não estarão no pacote, comprometendo a execução.

Ao terminar a instalação da aplicação é importante que você não a execute até que termine o wizard, clicando em Finished:

image

Neste momento o SAV irá procurar as alterações em arquivos e registro que a aplicação tenha realizado, podendo ser um processo rápido (2 minutos) ou lento (até 1 hora) dependendo do que será coletado e o tamanho do disco:

image

Agora sim é o momento de executar a aplicação e fazer customizações, uma vez que o SAV já inventariou alterações feitas pelo instalador:

image

No meu exemplo, configurei o tema da aplicação e o fechei. Automaticamente o wizard detectou o fechamento da aplicação e indica que foram capturada as informações:

image

Assim, o pacote está criado e o wizard mostra a mensagem de sucesso:

image

Ao clicar em Close será aberto automaticamente o editor de pacotes, que também pode ser executado no menu inicial do SAV, para que você valide o que será instalado. Nesse passo é importante olhar com cuidado o que foi coletado para evitar conflitos entre diferentes versões de sistemas operacionais ou outros aplicativos.

Ao terminar a edição, salve o pacote. Neste caso não é só criado o pacote mas também os arquivos de projeto do SAV no diretório indicado:

image

image

Editando Pacotes

A edição de pacotes é realizada no final de um sequenciamento ou pelo menu inicial do SAV que está no tópico anterior e consiste em abrir o arquivo SPRJ criado.

Como comentado acima, é importante lembrar de verificar em detalhes o pacote e evitar que cause problemas ao ser instalado em um servidor, uma vez que o editar permite alterar, deletar e incluir novos itens:

image

Criando um Perfil de Aplicação

Para aplicar um pacote em um Service Template ou VM Template podemos criar um perfil incluindo uma ou várias aplicações. Para criar o perfil de aplicações utilize o menu corresponde em Library do VMM

Indique quais sistemas operacionais são suportados pela aplicação e inclua o pacote criado dentro de Applications:

image

image

Importante: Para a aplicação aparecer na lista acima, o diretório criado pelo sequenciador precisa ser copiado no Library do VMM 2012:

image

Incluindo uma Aplicação Virtualizada em um Template

Como já comentado a aplicação pode ser incluída em um Service Template como também comentado no artigo sobre os modelos de serviço.

Para isso clique na área Add Application do template e selecione o perfil ou mesmo a aplicação diretamente:

image

image

Pronto!!!! A aplicação está vinculada a VM que será instanciada pelo Service Template:

image

Utilizando o VMM 2012 para criar camadas de serviços com o Windows 2012 na nuvem privada

Neste artigo irei abordar o recurso de templates de serviço no System Center Virtual Machine Manager 2012, e antes de mostrar como funciona é importante contrastar e relacionar com os templates de Virtual Machine, disponível desde a primeira versão do VMM.

Entendendo Service Templates

O recurso de templates do VMM desde as primeiras versões permite criarmos uma maquina virtual como modelo para utilizarmos no momento de criação de outras VMs. Para isso é criado uma VM, executado o SysPrep e copiado o VHD para a Library.

O recurso de Service Template utiliza os templates de VMs, mas é um recurso mais sofisticado onde podemos juntar aplicações virtualizadas, banco de dados SQL Server, definição da rede e storage automaticamente.

Um exemplo simples de implementação deste recurso é criar máquinas virtuais com determinadas aplicações pré-instaladas, por exemplo, servidores de antivírus. Para isso é possível virtualizar a aplicação que será instalada nas VMs com o Server App-V e incluir o pacote no serviço.

Nota: No próximo artigo irei abordar o Server App-V.

Um exemplo mais complexo é a implementação de um serviço de três camadas onde temos um servidor IIS acessando dados do SQL Server. Podemos criar um dois templates de VMs, um com o SQL Server virtualizado e outra máquina virtual com o IIS configurado, além da aplicação virtualizada dos componentes da camada de negócios.

Em ambos os casos, para fazer a criação das VMs basta clicar no Service Template e gerar a Instancia onde todas as VMs serão automaticamente criadas, configuradas e disponibilizadas.

Criando Service Templates

Para criar os templates utilizamos o menu próprio em Fabric do VMM 2012. Ao solicitar criar um novo template é possível escolher alguns modelos padronizados, como modelo em camadas com múltiplos servidores, um único servidor ou em branco.

Um exemplo de criação dos modelos de serviço pode ser visto abaixo, onde utilizei a opção Two-Tier onde são definidas duas VMs e uma rede lógica:

image

Neste exemplo temos duas VMs que serão configuradas, uma com IIS e a outra com SQL Server com uma placa de rede em cada uma, conectada a rede local criada anteriormente no Fabric à Virtual Networks, fornecendo assim o IP, MAC Address e até NLB se for necessário para o serviço.

Para cada VM fazemos a configuração das suas funções separadamente, após definir qual o template de VM será usada em cada uma das camadas (tiers).

O primeiro conjunto de propriedades irão definir os dados do hardware da VM, lembrando que o padrão será a definição já criada no template da VM:

image

A seguir configuramos os papeis (roles) do Windows que serão habilitados na VM, o que é uma automação do que teríamos que fazer no Server Manager logo após instalar uma VM:

image

Assim como as roles, identificamos as features (recursos) que esta VM irá ter:

image

Ainda nas configurações do sistema operacional da VM podemos indicar os dados de ativação, nome, usuário e senha, etc. No que no exemplo abaixo o nome do computador está com asterisco “*” pois o nome da VM é indicado no momento em que instanciamos o serviço, já que a cada criação do conjunto as VMs precisarão ter um nome específico:

image

Na sequencia podemos indicar serviço e aplicações que serão instaladas na VM baseados nos profiles que iremos abordar no tópico a frente. Este item é interessante para já instalar o pacote da aplicação do cliente quando esta já estiver disponível, como por exemplo, um sistema de comércio eletrônico ou outro:

image

O ultimo passo é definir a cota, ou “preço” de cada VM, que será importante ao se criar usuários que utilizarão os serviços a partir do System Center AppController, uma vez que definimos o “crédito” de cada um dos usuários.

image

Instanciando um Serviço

Para criar o conjunto de VMs para o serviço, basta clicar sobre ele e usar a opção “Publish” definindo em qual nuvem será criado o conjunto das VMs:

image

Logo após será aberta a tela de configuração dos dados específicos das instâncias (locais onde ficaram asteriscos “*”), como o exemplo abaixo retirado do System Center App Controller:

image

System Center 2012 SP1 Configuration Analyzer

O SC2012 CA é uma ferramenta baseada no MBCA (Microsoft Baseline Configuration Analyzer) que tem a função de verificar se um ou mais servidores estão configurados de forma segura e com os updates essenciais.

Com o SC2012 CA é possivel estender as funções do MBCA para aplicar também recomendações nas ferramentas da suite System Center 2012.

O primeiro passo é baixar o MBCA 2.0 em http://www.microsoft.com/en-us/download/details.aspx?id=16475 e o SCCA em http://www.microsoft.com/en-us/download/details.aspx?id=36796

 

Executando o System Center 2012 Configuration Analyzer

Note que ao abrir o menu não terá uma opção para o SCCA, uma vez que ele é um plugin do MBCA, como pode ser visto abaixo:

28-02-2013 09-40-41

O passo seguinte é selecionar os computadores que serão validados. Porem, para validar alguns servidores remotos pode ser necessário fazer o registro de segurança com Setspn. Se você não sabe como utilizar, pode usar as instruções do próprio SCCA, como mostrado nos tópicos a frente:

28-02-2013 09-40-51

Os resultados são mostrados em duas abas, sendo possivel ver um resumo ou detalhamento dos dados analisados. No exemplo abaixo executei em um SCSM 2012 SP1 e o resultado inicial é que não há pendencias e permitindo exportar o relatório que pode ser revisado posteriormente depois de salvo com a opção “Open Report” no primeiro pront.

28-02-2013 09-42-38

28-02-2013 09-43-08

Utilizando a opção Collected Data é possivel ver os dados utilizados pelo SCCA para validar o SCSM:

28-02-2013 09-42-49

 

Servidores Remotos

Instalar o MBCA e o SCCA em um único servidor é uitl para evitar a instalação em uma farm de servidores ou mesmo para maquinas com acesso limitado. Porem, em alguns casos nao é possivel executar o SCCA remotamente tendo como resultado a mensagem abaixo:

28-02-2013 10-13-44

A função Credssp permite que o servidor onde o SCCA está instalado tenha acesso ao servidor que está sendo analisado, sendo simples de ser executado.