Anúncios

Arquivo

Posts Tagged ‘virtualização’

Configurando o Failover Cluster para o Hyper-V (Parte 1)


A virtualização de servidores permite que os recursos do Hardware devam ser melhores aproveitados, mas a virtualização também aumenta os efeitos e riscos de falha de hardware. Esta série de artigos vai discutir por que o Failover Cluster pode ajudar a resolver este problema, e que também irá guia-lo através do processo de criação de um Failover Cluster para o Hyper-V.

Introdução

Ao longo dos últimos anos, a tecnologia de virtualização de servidores transformou completamente a área de TI. Apesar de tudo o que esta extraordinária tecnologia tem realizado, sempre houve uma grande desvantagem para virtualização de servidores. Para ser franco, ambiente virtualizados aumenta as apostas em caso de falha de hardware.

Pense nisso por um momento. Em um ambiente não virtualizado, se um servidor sofrer uma falha catastrófica de hardware seria mais provável ser um inconveniente. Claro, seria importante resolver o problema rapidamente, mas a falha de um único servidor, provavelmente não irá trazer um impacto brusco no negócio de uma organização. Mesmo se o servidor não esta funcionando, uma aplicação de missão critica, os usuários finais ao menos seria capaz de acessar recursos de rede, tais como e-mail, compartilhamento de arquivos e outras aplicações. Enquanto o problema está sendo corrigido.

Os servidores virtuais têm regras diferentes. Vários servidores virtuais normalmente residem em um único host físico. Como tal, se o host físico tiver alguma falha de hardware, então o resultado final seria equivalente à falha de várias máquinas em um ambiente não virtualizado.

É claro que os perigos de hospedar várias máquinas virtuais em um único servidor pode ser um problema, mesmo se uma falha de hardware não ocorrer. Por exemplo, recentemente ouvi falar de alguém que estava com algumas máquinas virtuais em um único host físico. O administrador decidiu que esse host precisava de mais memória, mas descobri u que para agendar uma parada nesse servidor que detém uma série de máquinas virtuais, e que algumas dessas máquinas virtuais fazem parte das regras de negocio do ambiente e não pode ficar fora sem um planejamento e sem informar as áreas envolvidas pode ser um grande problema.

Felizmente, a Microsoft criou o Windows Server 2008 R2 de uma forma que permite que o Hyper-V trabalhe com o Failover Cluster. O Failover Clustering para o Hyper-V pode ajudar a resolver todos os problemas que descrevi acima.

O melhor de tudo, um novo recurso chamado Live Migration permite mover máquinas virtuais entre nós do cluster sem ter que parar a máquina virtual (offline). Dessa forma, se você precisar parar um servidor para fazer algum tipo de manutenção, você pode simplesmente mover todas as máquinas virtuais para um nó diferente e realizar a manutenção necessária sem necessidade de agendar uma parada no seu ambiente.

O processo de instalação e configuração é relativamente simples, existem algumas dicas. Também constatamos que existem vários tutorias na Internet que estão incompletas. Então resolvi escrever esta série de artigos, como forma de oferecer à comunidade de TI a orientação e o processo de configuração.

Planejamento do Hardware.

Antes mesmo de começar a construir o Failover Cluster, você deve garantir que você tenha o hardware propriamente dito. Uma coisa que eu preciso dizer é que a Microsoft não dará suporte ao Hyper-V em Failover Clustering ao menos que todo o hardware que você for usar seja certificado para Windows Server 2008 R2. Isso não significa que você não pode usar um hardware não homologado. Quando iniciei a construção do meu Hyper-V em Failover Cluster no meu ambiente de laboratório, usei um hardware que fosse acessível ao meu orçamento, que certamente não é um hardware certificado para o uso do Windows Server 2008 R2, mas atendeu muito bem as minhas necessidades. No entanto, eu nunca iria recomendar a utilização desse tipo de hardware para um ambiente de produção, porque isso faria com que o se houvesse um problema certamente não teríamos o suporte da Microsoft.

Tenha em mente que não basta simplesmente comprar servidores que tenham sido certificados para a utilização com o Windows Server 2008 R2. O site da Microsoft diz que “a Microsoft suporta uma solução de Failover Cluster somente se todos os recursos de hardware forem marcados como “Certified for Windows Server 2008 R2”. O Site passa a indicar que mesmo as placas de rede que você usa devem ser certificadas para Windows Server 2008. Como tal, você pode inadvertidamente colocar seu cluster em um estado sem suporte a menos que você esteja atento para garantir que você está comprando apenas hardware certificado. A Microsoft fornece uma lista de hardware certificado.

http://www.windowsservercatalog.com/

Com isso em mente, os servidores que você irá usar como nós do cluster não tem que ser exatamente iguais, mas devem ter capacidades semelhantes. No mínimo, os servidores devem ter processadores de 64 bits e suporte a virtualização assistida por hardware. Além disso, você deve usar a mesma arquitetura de processadores para todos os nós do cluster (todos os processadores devem ser AMD ou Intel). Os servidores também devem ter suporte ao Data Execution Prevention, através do Intel XD bit ou AMD NX bit.

Os requisitos de rede para os nós do cluster vão variar dependendo do tipo de armazenamento que você está usando para o cluster. Nesta série de artigos, estarei mostrando como usar o armazenamento iSCSI, mas você também tem a opção de conectar os nós do cluster a uma SAN.

Minha recomendação geral seria a disposição de cada nó de cluster com três NICS (ou duas placas de rede e uma placa Fiber Channel se vocês forem usar um armazenamento com base em Fiber Channel). Uma dessas placas de rede é usada para comunicação entre o servidor (e as máquinas virtuais que residem nele). A segunda NIC é reservada para comunicação de Heartbeat entre os nós do cluster. A terceira NIC é dedicada a comunicação iSCSI com o volume de armazenamento compartilhado.

Em alguns casos, você pode achar que seus servidores simplesmente não podem acomodar três NICs. Por exemplo, o hardware que usei para o meu laboratório tinha apenas uma NIC e um slot de expansão, que usei para instalar uma segunda NIC. Este tipo de configuração é inferior a ideal, mas se você é forçado a usá-lo, então eu recomendo usar uma placa de rede para acesso à rede e usar a outra placa de rede para a comunicação do heartbeat e de tráfego iSCSI.

Também é possível que os servidores possam ter espaço para NICs adicionais. NICs adicionais podem ser úteis neste tipo de ambiente, por exemplo, você pode dedicar uma das placas de rede adicional para gerenciar o servidor físico (colocando o tráfego do servidor virtual em uma NIC separada). Da mesma forma, você pode ser capaz de dedicar uma placa de rede separada para cada maquina virtual. Outa abordagem é usar NICs de reposição para fornecer um grau de redundância. Eu não estou usando mais de três placas de rede por servidor neste artigo, mas você deve pelo menos estar ciente de que você pode usar placas de rede adicionais.

Conclusão

Agora que falei sobre alguns requisitos básicos de hardware, é hora de começar a construção do nosso failover clustering. Na parte 2 desta série de artigos, vou mostrar um método para a criação de armazenamento compartilhado entre os nós do cluster.

Anúncios