Confusão de failover do Windows e balanceamento de carga

Question

Nos próximos meses, estamos procurando adicionar o Failover e o Balanceamento de Carga ao nosso ambiente. Nós teremos 2 servidores que são Hosts Hyper V. Estamos procurando ter um servidor de aplicativos do IIS e um servidor de banco de dados SQL em ambos os hosts. Dessa forma, se uma caixa falhar, a outra estará lá para ocupá-la. Agora minha confusão vem de algumas pesquisas do Google que tenho feito. Do que eu posso dizer, parece haver clustering SQL / configuração de transação Peer to Peer, bem como clustering Hyper-V. Não tenho certeza do que funcionaria melhor nessa situação. Os hosts também terão outros servidores aleatórios, como central do sistema, nosso servidor de tickets, servidor de administração do Exchange e vários outros divididos entre os dois. Portanto, não tenho certeza se agora o cluster do Hyper-V será a pior opção.

Obrigado.

    

Answer 1

Com o clustering do Hyper-V, você tem um pool de servidores Hyper-V (2+) todos anexados ao mesmo conjunto de armazenamento de rede, para que os LUNS fiquem disponíveis para todos os servidores no cluster do Hyper-V. Você deve ter armazenamento de rede para essa configuração. Com o Hyper-V Live Migration, você pode mover uma VM em execução de um host do Hyper-V para outro. Isso permite que a carga de trabalho de um servidor mude para outro se o servidor falhar. Isso oferece redundância física se os servidores restantes forem capazes de lidar com a carga das VMs adicionais. Essa configuração não protege contra corrupção do sistema operacional e dos próprios aplicativos da VM. (Consulte o link para obter detalhes sobre essa configuração.)

O SQL tem sua própria redundância disponível com várias opções diferentes de clustering. Você pode fazer clustering ativo / passivo tradicional, com um nó ativo e um ou mais nós passivos. Essa configuração requer um disco compartilhado entre os servidores e é montada somente no nó ativo. O SQL também suporta tipos de replicação serveral que permitem vários nós ativos. Este método não requer armazenamento compartilhado e mantém uma cópia separada do banco de dados em cada servidor. (Veja link para as opções de alta disponibilidade do SQL 2008)

O armazenamento em cluster no nível do SQL protege de um sistema operacional ou aplicativo com falha em um nó individual, permitindo o failover automático nesse cenário. Se cada instância estiver em um servidor Hyper-V diferente, você também estará protegido contra falhas de hardware. Além disso, alguns dos métodos de armazenamento em cluster do servidor SQL protegem contra a corrupção do banco de dados em nós individuais. O uso de um cluster do Hyper-V e apenas uma única instância do SQL Server não protege contra falhas de sistema operacional / software na VM. Se o tempo de inatividade não for um grande problema, você poderá restaurar a partir de um instantâneo da VM em um curto período de tempo.

Editar: Esqueceu a parte de balanceamento de carga do IIS.

Para balanceamento de carga do IIS, você pode usar o Balanceamento de carga de rede do Windows, que cria um IP virtual compartilhado entre os dois hosts. (Veja link )

As mesmas regras se aplicam ao servidor IIS como o servidor SQL para saber se o clustering Hyper-V ou o NLB é a opção correta. Além de suas outras VMs, a menos que estejam em cluster / carga balanceada, elas não são protegidas de um problema com o host Hyper-V sem o armazenamento em cluster do Hyper-V.

    

Answer 2

Se você for espelhar convidados virtuais entre dois hosts, evite o armazenamento em cluster do HyperV. Isso permite que os convidados virtuais iniciem em outro host quando um falhar e permite equilibrar os carregamentos no nível do host.

Se você estiver fazendo clustering SQL, poderá fazer com que a etapa SQL de backup seja muito mais rápida e iniciar o processamento de solicitações. E, para o balanceamento de carga da Web, use o NLB (faça com que o seu cara da rede esteja envolvido em fazer isso da maneira correta, leia sobre o NLB de multicast). E use o clustering do Exchange entre dois virtuais do Exchange. Você será muito mais feliz.