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.
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
Lançamento do MDOP 2010: Novidades
Hoje foi anunciado o lançamento do MDOP 2010. Para quem não conhece o pacote MDOP (Microsoft Desktop Optimization Pack) é uma série de produtos para quem tem contrato SELECT, ENTERPRISE AGREEMENT e outros de licenciamento, pago conforme o numero de licenças do Windows client e acrescentado ao contrato.
Alguns dos produtos que mais se destacam no MDOP:
MED-V: É como o "XP Mode" do Windows 7, porem centralizado. Imagine poder distribuir as VMs do XP Mode utilizando regras da empresa ao invés de instalar em maquina por maquina. Alem disso o MED-V permite que as regras de software que precisam de emulação sejam definidas e distribuidas em ambiente centralizado. Para mais detalhes veja o post http://www.marcelosincic.com.br/blog/post/MED-V-e-XP-Mode-do-Windows-7.aspx
SCDM (System Center Desktop Monitoring): Este é excelente. Fornece para desktops controles como o SCOM faz para servidores. Os gráficos que o SCDM gera são muito bons e agora na versão nova o dashboard ficou excepcional.
APP-V 4.6: Esta ai outra boa noticia, o APP-V 4.6 agora tem versão 64 bits !!!!! Isso era um problemaço, mas para entender, primeiro é necessário saber o que é o APP-V. Trata-se de um produto que virtualiza software em um servidor para os clientes. Imagine ter no servidor o Office XP, 2003 e 2007 sequenciado (instalado) e este software ser distribuido aos clientes por demanda quando clicam em um link, se a cópia em cache do cliente estiver desatualizada atualiza automaticamente. Isso é o APP-V. Mas o problema é que não havia versão para x64 e isso limitava em muito quando o cliente adotava ambientes de clientes em 64 bits, o que no ultimo ano se tornou comum. Agora você já sabe porque o APP-4.6 é um grande anuncio.
Segue o link do lançamento: http://blogs.technet.com/virtualization/archive/2010/02/23/MDOP-2010-Launches_2C00_-with-64_2D00_bit-version-of-App_2D00_V-4.6.aspx
Free e-book: Understanding Microsoft Virtualization R2 Solutions
Este livro está sendo oferecido gratuitamente pelo time do System Center, um livro muito bom !!!
Inlcui o Hyper-V, Remote Desktop Services (RDS), Virtual Desktop Infrastructure (VDI) e Cloud Computing em 480 páginas.
Baixe por este link: http://bit.ly/9eIUjo
Recriando o boot no Windows 2008 R2 e Windows 7 apos o Disk2VHD
Esta semana utilizamos o Disk2VHD da SysInternals (http://www.marcelosincic.com.br/Blog/post/Ferramenta-para-converter-HD-fisico-(em-uso)-para-VHD.aspx) que é uma ferramenta excepcional para clonar máquinas em uso e criar um VHD. Porem, o Windows 2008 e Windows 7 criam uma partição de boot de 100MB, e ao clonar esta partição não funcionará corretamente.
SINTOMA
Depois de utilizar o Disk2VHD selecionando tanto a partição de boot (100MB) quanto a partição de sistema (no meu caso de 80GB) ao iniciar o SO no Hyper-V acusava "disk error or boot missing Ctrl+Alt+Del to restart".
CAUSA
A partição de boot não contem os arquivos corretos, já que mudou a controladora. Ela indica uma controladora e partição que agora não batem mais com a controladora e partições clonadas.
SOLUÇÃO
Você irá recriar a partição de boot completa e refazer as configurações de inicialização do SO:
Utilize o cd do Windows 7 ou do Windows 2008 R2 e faça boot por ele
Na tela inicial escolha a opção "Repair your System"
Na tela seguinte escolha a primeira opção das duas apresentadas
Escolha a ferramenta "Command Prompt"
Execute os comandos a seguir:
dispart
select disk 1
list volume <verifique qual a partição de boot e a de SO pelo tamanho e anote as letras e numeros>
select volume 0 <0 = numero da partição de boot , CUIDADO PARA NÃO ERRAR>
format
select volume 1 <1 = numero da partição do SO>
active
exit
Voltando ao command prompt digite:
bcdboot c:\windows /s d: <onde c: é a letra atribuida ao SO e d: a letra da partição de boot>
Nota: O comando que formata a partição de boot não é obrigatório, mas é melhor para que funcione corretamente. Você pode tentar primeiro apenas o comando bcdboot e tentar reiniciar a máquina para ver se o boot estava ok.
O comando bcdboot neste caso está lendo os arquivos do SO que está no diretório C:\Windows mas ao invés de criar o boot no próprio drive C estará criando no drive D que é a partição para o boot.