• Active Directory in Hyper-V environments, Part 1
• Active Directory in Hyper-V environments, Part 2
• Active Directory in Hyper-V environments, Part 3

[]s
Tiago Souza

Segue o link: http://www.jonathancusson.com/tag/virtualization-stencil/

[]s
Tiago Souza

Cluster Hyper-V, Visão Geral e FAQ

robson.silva

25 Apr 2010 5:59 PM

Em uma discussão interna do time, decidimos que estava na hora de falar um pouco sobre clusters rodando em Hyper-V e nada como uma rápida visão geral e uma boa FAQ para ajudar a comunidade certo ?

Visão Geral: Virtualização é uma realidade hoje no mundo todo, os benefícios são fáceis de identificar: Menos espaço necessário no Data Center para rodar as aplicações que temos hoje, menos consumo de energia, menos hardware e mais agilidade no processo de implementar novos serviços. O que precisamos saber do lado de TI é como decidir qual nível de continuidade precisamos, visto que toda essa consolidação aumenta o risco de uma falha em um único servidor impactar vários serviços da empresa. Com isso cresce muito a importância de um planejamento cuidadoso da arquitetura e para começar é muito importante saber quais opções temos:

Hyper-V: Cluster convencional:
Alocação de uma LUN para cada maquina virtual.

FAQ: Posso ter várias máquinas rodando em uma única LUN ?
R: Pode, o problema aqui é que não será possível mover uma máquina virtual individualmente.

Hyper-V R2: Cluster convencional + Cluster CSV:
A novidade no R2 é a utilização do Shared Volumes, que possibilita que todos os nós do cluster consigam ler e gravar na mesma unidade do storage. A vantagem aqui é a facilidade de configurar e manter a máquina já que o namespace é sempre o mesmo, e também existe a diminuição do custo administrativo de manter várias LUNs.

FAQ: Algum cuidado especial para montar o CSV ?
R: A letra da unidade do sistema operacional deve ser a mesma em todos os servidores pertencentes ao cluster. Se for C:\ em um servidor, todos tem que usar C:\. Aqui é bem importante atenção para quem quer montar um ambiente de laboratório em seu computador pessoal e utiliza dual boot, pois a quantidade de devices que o Windows identifica pode alterar a letra da unidade de sistema.

Quick migration x Live Migration:
No Hyper-V convencional a única opção disponível para migrar as máquinas virtuais de um nó para outro é utilizar o quick migration, onde a memória do servidor é salva no HD e após isso a máquina é migrada para o outro nó e iniciada. Com isso há uma perda temporária de funcionalidade.
Já no Hyper-V R2, temos o Live Migration, onde não existe mais indisponibilidade.

O caviar aqui é: Se o SLA da sua empresa não permite indisponibilidade, faça o upgrade da sua infra-estrutura para o R2.
Para fazer essa atualização, siga as recomendações da Microsoft publicadas aqui: http://support.microsoft.com/kb/957256

Clusters de Máquinas Virtuais:
No Hyper-v para o uso de cluster em máquinas virtuais existem diversas opções onde destacam-se: ISCSI, Windows Storage Server e ISCSI Target de terceiros.

Virtualização de DCs e DNS:
O post é sobre cluster, mas virtualizar DCs e DNS merece tanto cuidado que resolvi colocar no meio do post um alerta importante. Com o Live Migration e a possibilidade de utilizar clusters geográficos, não é tão incomum ver clientes com projetos de virtualização de 100% do ambiente e clientes que já tiveram problemas com clusters que após uma parada programada (parada de energia programada – por exemplo) tiveram sérios problemas para fazer o ambiente voltar a funcionar, pois haviam colocado todos os DCs e DNS dentro da farm de cluster que foi desligada.
DCs e DNS disponíveis são pré-requisitos para que o cluster seja iniciado, então é muito importante que ao menos 1 servidor físico seja mantido com esses serviços.

Cluster Geográfico:
É possível manter clusters geográficos de hyper-v mas, é importante lembrar de alguns pontos importantes:
1: Projete bem o modelo e tamanho da farm, pois se a idéia aqui é disaster recovery, sua empresa pode não estar disposta a manter o mesmo número de servidores físicos inativos, então identificar e criar farms separadas que podem ser migradas para o site de disaster recovery vai ser de grande valia no futuro.

2: Combine o seu desenho com o desenho do fabricante de storage, a importância do desenho da infra de storage é muito grande em cenários de clusters geográficos.

3: Atente para o fato de que o site de disaster recovery deve ter acesso a mesma subnet das máquinas virtuais, pois em caso negativo você terá um monte de máquinas inacessíveis do outro lado.

Links de grande valia quando o assunto é cluster em Hyper-V:
Descrição do que a serem considerados quando você implantar o Windows Server 2008 failover nós de cluster em sub-redes diferentes e roteadas

Usando a migração ao vivo com Volumes Compartilhados do Cluster no Windows Server 2008 R2

Abraços,

Robson Silva
http://blogs.technet.com/robsonsilva

FONTE: http://nckolarik.spaces.live.com/Blog/cns!ABE7CFFC688AB5A!1399.entry?sa=258988719

Segue link direto para a página de downloads da Microsoft:

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=89d80c15-0082-4fef-a4fc-fefa463bed08

Overview

You can use Hyper-V Best Practices Analyzer to scan a server that is running the Hyper-V role, and help identify configurations that do not comply with the best practices of Microsoft for this role. BPA scans the configuration of the physical computer, the virtual machines, and other resources such as virtual networking and virtual storage. Scan results are displayed as a list of issues that you can sort by severity, and include recommendations for fixing issues and links to instructions. No configuration changes are made by running the scan.

System Requirements

Supported Operating Systems: Windows Server 2008 R2

Instructions

1 – To start the download, click the Download button and then do one of the following, or select another language from Change Language and then click Change.

• Click Run to start the installation immediately.
• Click Save to copy the download to your computer for installation at a later time.

[]s
Tiago Souza

• Remote FX: With Microsoft RemoteFX, users will be able to work remotely in a Windows Aero desktop environment, watch full-motion video, enjoy Silverlight animations, and run 3D applications within a Hyper-V VM – all with the fidelity of a local-like performance. For more info, check out Max’s blog here.

• Hyper-V Dynamic Memory: With Hyper-V Dynamic Memory, Hyper-V will enable greater virtual machine density suitable for servers and VDI deployments.

FONTE: http://blogs.technet.com/virtualization/archive/2010/03/18/dynamic-memory-coming-to-hyper-v.aspx

[]s
Tiago Souza

http://ow.ly/1d6FR

[]s
Tiago Souza

http://www.microsoft.com/windows/products/windowsvista/editions/enterprise/demo/index.html

Valeu Jaime.

[]s
Tiago Souza

Dentre os pontos que ele comenta em seu post, achei importante destacar a questão do storage. Não da pra pensar em virtualização de servidores hoje sem pensar em como dimensionar bem o storage, em questão de espaço e performance.

Um exemplo que vi esses dias pessoalmente. Um servidor Hyper-V hospeda uma VM de Exchange 2003, no qual uma LUN do storage seria apresentada para essa VM. Há um detalhe aqui que precisa ser pensado no projeto. Se você já tem esse host de Hyper-V conectado na SAN e com LUN entregue pra ele, e nesse caso com redundância das interfaces (duas placas para SAN ligadas a dois switches), não esqueça que se usar a mesma interface de rede para a VM você estará passando pelo mesmo tráfego que seu host (servidor físico). Nesse caso a indicação que recebi era ter outra interface física, ou duas de preferência, para atribuir exclusivamente a interface virtual para essa VM. Mas funciona dos dois jeitos.

O que costumo pensar é o seguinte, planeje bem o ambiente, acho importante ter 80% de planejamento e o restante de mãos a obra efetivamente.

Leiam o que o Hara escreveu em seu Blog: http://fabiohara.spaces.live.com/Blog/cns!61F254701739206!3004.entry?sa=101807074.

[]s
Tiago Souza

Dia 09/12,vai ocorrer aqui na Microsof um evento no formato café da manhã em conjunto com a Fujitsu onde falaremos sobre soluções de Hardware+Software para virtualização envolvendo tecnologias Microsoft (System Center, Windows Server e Hyper-V) e Fujitsu (Storage e Servidores). Eu serei o palestrante do lado da Microsoft. Ainda há vagas, veja as informações adicionais abaixo e participe !!!

As informações e como se inscrever podem ser conferidas no convite abaixo. Para confirmar sua presença mande um email para fujitsu@fujitsu.com.br

–
Tiago Souza

http://www.grc.com/securable.htm

O link acima é onde você pode descobrir se o seu processador suporta 64bits ou virtulização.

Você visualiza 3 opções nesse aplicativo:

• Se ele é 64 bits
• Se suporta DEP (Data execution prevent)
• Se suporta Hardware virtualization

Lembrando que para utilizar o Hyper-V você precisa dos 3 elementos, você pode verificar os pré-requisitos de Hyper-V no link abaixo:

http://technet.microsoft.com/pt-br/library/cc731898(WS.10).aspx

–
Tiago Souza