MVP: System Center Cloud and Datacenter Management, MCT, MCSE, MCITP, MCPD, MCDBA
MVP Logo

Pageviews 2019: 4288618
Pageviews 2018: 4296564
Pageviews 2017: 4351543
Pageviews 2016: 3991973
Pageviews 2015: 2675433
Pageviews 2014: 2664208
Pageviews 2013: 2399409
Pageviews 2012: 3209633
Pageviews 2011: 2730038
Pageviews 2010: 1470924
Pageviews 2009: 64608

Últimos posts

Categorias

Arquivo

Tags

Documentação de Implementação do App-V 4.6

Apesar de já estar em uma versão avançada, o App-V ainda é desconhecido de muitos profissionais. Porem, trata-se de uma ferramenta para virtualização, mas ao invés de hosts virtualiza aplicações. O seu nome anterior do produto era SoftGrid que foi comprado pela Microsoft.

MODELOS DE IMPLEMENTAÇÃO

Basicamente, o App-V permite que aplicações sejam “sequenciadas” e gera-se um pacote com a aplicação, extensão osd.

alt

Note que a aplicação é instalada no papel do servidor “Sequenciador” no (item 1) que gera o pacote que é distribuído pelo System Center ou pelo próprio App-V Server (item 3) para os usuários que tem as aplicações publicadas por regras no AD administradas pelo console do App-V (item 2).

Também é possível não usar uma estrutura tão complexa como a acima e apenas um servidor que sequencia e distribui a aplicação, mas note que neste diagrama usa-se tanto estações quanto o Terminal Services ou RDS (Remote Desktop Service) do Windows 2008.

Centralized-Management

A vantagem de usar o RDS/TS para publicar a aplicação é que os usuários não precisaram ter a aplicação instalada no farm, por exemplo, criando um ambiente muito mais versátil quando utiliza-se este modelo.

A aplicação pode ser enviada para o cliente tanto pelo protocolo proprietário (RTPS/S) como HTTP. Veja no final a referencia para utilizar HTTP no processo de publicação e distribuição dos pacotes.

VANTAGENS E FUNCIONAMENTO

As vantagens do App-V começam no fato de não ter a instalação individual do pacote nas maquinas. Com isso não precisamos publicar um msi no AD ou no SCCM. A aplicação é copiada na maquina do usuário pelo cliente do App-V na primeira execução e extraído dinamicamente quando da execução.

Como a aplicação sequenciada nada mais é do que um cliente witness que monitora uma instalação e copia no osd todas as alterações criadas pelo instalador, o papel do cliente do App-V é fazer as cópias virtuais dos arquivos (dll, exe, bin, etc.) para os diretórios virtuais correspondentes e também as chaves de registry de forma virtual no registro do Windows.

Um exemplo prático seria a instalação de 3 diferentes versões do Office (2003, 2007 e 2010) na MESMA MAQUINA:

  1. No servidor de sequenciamento do App-V instalamos as 3 versões separadamente criando os 3 pacotes de arquivos, contendo os binários, chaves de registry e outros arquivos da aplicação
  2. Utilizando o console do App-V designamos as 3 versões do Office para um usuário
  3. O cliente do App-V baixa os 3 pacotes individualmente (osd e arquivos auxiliares) para um diretório de conteúdo temporário
  4. O cliente App-V cria os 3 atalhos na estação para as versões individuais, sem que a aplicação esteja fisicamente instalada
  5. Ao clicar no ícone de cada versão o cliente do App-V explode o osd e cria as chaves de registry e copia os arquivos da aplicação, porem em uma camada virtual
  6. A aplicação é executada e ao final esta camada virtual é destruída

Este modelo de uso permitirá que ao executar uma aplicação o usuário não tenha “restos” de seus binários no sistema operacional, permitindo compatibilizar aplicações mais novas com as mais antigas.

Outra vantagem indiscutível é a atualização, já que ao sequenciar um service pack ou hotfix o cliente não irá baixar o pacote inteiro, mas sim apenas as atualizações. Além, claro, que ao atualizar no servidor os clientes automaticamente estarão atualizado.

QUEM TEM DIREITO AO App-V

O App-V não é vendido separadamente em formato FPP (caixinha) como outros produtos. Na versão anterior que se chama SoftGrid fazia parte do pacote MDOP que era composto por outros aplicativos.

Agora o App-V é vendido como parte do pacote Microsoft Desktop Optimization Pack, como ferramenta Microsoft Application Virtualization for Terminal Services ou para assinantes do MSDN.

INFORMAÇÕES ADICIONAIS

Hot site do produto: http://www.microsoft.com/systemcenter/appv/default.mspx

Documento de implementação com RDS/TS: App-V Remote Desktop Services.docx (119,87 kb)

Publicando e distribuindo por HTTP: http://blogs.technet.com/b/appv/archive/2010/12/02/guide-to-configuring-microsoft-app-v-to-both-publish-and-stream-via-http.aspx

Posted: dez 02 2010, 14:39 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Atualizado 26/10/2010: Hyper-V com Windows 2008 R2 Service Pack 1 Beta

Atualizado: Liberado o Release Candidate em 26/10/2010: http://www.microsoft.com/windowsserver2008/en/us/sp1.aspx

Windows 2008-SP1

Hoje consegui instalar o Service Pack Beta 1 do Windows Server 2008 R2 e achei bem interessante as mudanças no Hyper-V (Dynamic Memory), como já estava anunciado (http://technet.microsoft.com/en-us/evalcenter/ff183870.aspx).

Hyper-V SP1

Como pode ser visto na imagem acima, você pode escolher memória estática (fixa) ou dinâmica.

O interessante são as possibilidades de indicar quanto a memória irá ser incrementada baseada na prioridade da máquina em relação a outras máquinas virtuais (VM) no mesmo servidor. No slider Memory Priority você indicará como as máquinas ao ser inicializada poderão alocar memória do Hyper-V.

NOTA: É importante frisar que para a memória ser dinâmica EM EXECUÇÃO é necessário que as VMs com Windows 2008 R2 e Windows 7 estejam também com o SP1 Beta. Em outras VMs as maquinas alocarão memória conforme forem sendo iniciadas.

Posted: out 26 2010, 12:40 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Sequenciando as VMs no Hyper-V

No nosso ambiente instalamos um servidor Dell e as cinco VMs antes distribuidas em 3 maquinas físicas foram consolidadas. Porem, nossos Domain Controllers são duas VMs e notamos o problema da falta de um DC no momento do startup das outras VMs, principalmente a do Exchange, quando o servidor é atualizado pelo WUA, por exemplo ou em caso de pane na host.

Como resolver isso?

Solução 1

A maquina fisica ser o Domain Controller e hospedar os FSMOs.

A desvantagem deste método é que a recomendação padrão é que a maquina do Hyper-V seja dedicada a esta função, e que nem driver de video ela tenha (Problemas com o driver Intel Graphics Media Integrated HD e o Hyper-V). Tanto esta solução quanto a abaixo não eram viáveis porque o cliente mantem uma segunda maquina em outro local fisico com as VMs copiadas para apenas atualizar o BD do SQL em caso de pane do servidor ou do prédio, e sincronizar AD neste caso seria inviável.

Solução 2

Colocar um servidor fisico hospedando o AD.

Não é víável para este cliente porque sua intenção foi comprar um servidor bi-processado, fontes redundantes e storage dedicado, alem de um poderoso no-break para 1h30m de operação. Colocar mais um servidor seria contra o projeto apresentado, até porque no ambiente também existe um servidor System Center Data Protection Manager (DPM) que não pode ser DC. Com isso, precisamos limitar o ambiente a 3 maquinas físicas (servidor Hyper-V, DPM e TMG).

Solução 3

Sequenciar as VMs, fazendo com que a DC que hospeda o FSMO fosse a primeira.

Esta se tornou a opção ideal, não incluiria mais uma maquina a ser gerenciada e permitiria fazer o restore de emergencia rapidamente no caso de pane do servidor.

Porem, note que este processo é invertido. Não se diz qual máquina irá ligar na frente, mas sim coloca-se um delay nas maquinas que dependem. Isso pode ser feito nas configurações de cada VM que dependa de outra maquina e alterar as configurações “Automatic Start Action”, como mostrado abaixo:

image

NOTA: Esta solução é adequada para casos de reinicio do servidor onde as VMs foram salvas e irão reiniciar automaticamente e não se aplicam ao startup manual, obviamente.

Posted: out 15 2010, 11:31 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Filed under: Windows | Virtualizaçao

Uma breve estória de virtualização, mesmo em ambiente que parece não apropriado

Atendo a um cliente que utiliza máquinas desktop como servidores e vimos a necessidade de resolver o problema do ponto de falha que estas máquinas antigas representavam. Como não havia máquinas iguais e o hardware já estava ficando obsoleto fizemos uma proposta.

O ambiente atual do cliente eram máquinas Core 2 Duo sem suporte a VT, algumas com 4 GB e outras com 2 GB. Haviam 6 servidores: Exchange 2007, DC e serviços de rede, Dynamics CRM com SQL, Servidor de arquivos e TS, DPM e ISA Server.

Nossa proposta foi manter os servidores DPM e ISA Server já que esses são fáceis de serem refeitos e não eram os LOBs da empresa podendo ser facilmente substituídos. Os outros quatro servidores seriam consolidados em 2 máquinas Core i3 com 8 GB de RAM com discos de 500 GB. Isso reduziria a quase zero um problema físico no hardware fazer um serviço da rede parar por horas, o que com certeza aconteceria com os hardwares antigos que já estavam travando e lentos. Com a virtualização, mesmo que não haja uma máquina igual a atual, qualquer uma poderá ser utilizada bastando instalar o Windows 2008 R2 com o Hyper-V, mesmo que na proporção de 1-para-1.

Fizemos todo o trabalho em uma noite e os resultados foram muito bons, as máquinas novas, apesar de também serem desktops, deram conta do recado e cada uma segura 2 VMs com o Hyper-V 2.0 do Windows 2008 R2. Não tínhamos a necessidade nem hardware suficiente para roda o VMM então optamos pelo Disk2VHD da SysInternals (Ferramenta para converter HD físico (em uso) para VHD)

O interessante de uso do Disk2VHD é que os servidores não precisam ser parados, assim como também pode ser feito pelo Hyper-V com o VMM. O utilitário gera os VHDs exatamente do mesmo modo que os discos físicos estão, incluindo partições, espelhamentos e outros recursos, permitindo fazer a imagem já no servidor destino utilizando pasta compartilhada. O processo de criação do VHD é rápido, um disco de 320GB foi convertido em 45 minutos.

O passo seguinte foi criar a VM no Hyper-V apontando para o VHD criado pelo Disk2VHD, para melhor performance utilizamos discos fisicos diferentes para cada uma das VMs hospedadas.. Após subir a VM, automaticamente o Windows 2008 reconheceu que foi virtualizado e atualizou os drivers pedindo para ser reiniciado após alguns minutos. Se o servidor fosse um Windows 2003 precisaríamos fazer a instalação dos additions e reiniciar, mas não foi o caso já que todos eram Windows 2008. O ultimo passo foi reativar o Windows já que após os drivers atualizados é necessária ativação, mas sem a necessidade de chaves adicionais ou fazer por telefone.

Posted: ago 09 2010, 23:39 by msincic | Comentários (2) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5

Problemas com o driver Intel Graphics Media Integrated HD e o Hyper-V

Esta semana tivemos um problema inusitado. Recebemos novos servidores com Intel Core i3, chipset Intel H55. Seguimos o procedimento padrão, instalamos Windows 2008 R2, Inf Update, driver de video e tudo estava indo bem. A resolução de video alcançava 1920 x 1280 como esperado.

Nossos problemas começaram quando habilitávamos o Hyper-V e reiniciavamos a maquina. A tela aparecia toda embaralhada e depois de alguns minutos tela azul. Fizemos todas as tentativas possiveis e nada resolveu, baixamos a versão de 5 dias atrás do driver e nada.

Ao pesquisar descobrimos que não é recomendado instalar aceleradores de video em maquinas com a função Hyper-V (http://support.microsoft.com/kb/961661) e também que esse mesmo problema de travar quando o acelerador de video e o Hyper-V estão na mesma maquina com outras placas de video, como ATI Radeon e NVidia.

A recomendação e resolução do problema é essa, transcrição literal: "Esse comportamento não ocorrerá quando você usa os vgapnp.sys ou VGA.sys genéricos drivers de vídeo que acompanham o Windows Server 2008. Para reverter para o driver de vídeo genérico, você poderá desinstalar qualquer driver de vídeo específicos do fornecedor de alto desempenho."

Segue uma thread de suporte com um funcionário da Microsoft indicando que o melhor é realmente esquecer o acelerador: http://social.technet.microsoft.com/Forums/en-US/windowsserver2008r2virtualization/thread/155df520-016f-4866-8bb4-1fd526cd6542

Posted: abr 22 2010, 10:37 by msincic | Comentários (0) RSS comment feed |
  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Login