SQL Server 2008 R2 Clustering dentro do VMware

Question

Estou trabalhando em um novo cluster HA do Windows 2008 R2 / SQL Server R2 e estamos planejando executar isso dentro do VMware ESX 5. Já li e ouvi diferentes visões sobre o uso de clustering SQL dentro do ESX, alguns parecem dizer seus outros bem não. Nós estaremos executando Hosts dedicados, SAN e redes para isso, já que somos muito pesados para os nossos principais aplicativos, eu gostaria de ouvir as pessoas verem se essa é uma boa ou má idéia.

    

Answer 1

Atualmente estamos fazendo isso em produção com alguns problemas.

O VMware tem um artigo da base de conhecimento sobre configurações virtuais do MSCS:

link

Verifique o PDF do guia de cluster apropriado para sua versão do vSphere. Em particular, preste atenção às matrizes de suporte se você estiver agrupando os hosts. Observe as seguintes coisas:

• Apenas o armazenamento compartilhado do FC é suportado pelo VMware para uso dentro do MSCS (a Microsoft pode oferecer suporte ao iSCSI quando conectado através do iniciador iSCSI convidado; não tenho certeza disso do ponto de vista do suporte do MS)
• Discos virtuais compartilhados não são suportados ao agrupar em hosts físicos; você deve usar um RDM (o modo físico é recomendado)
• Você não pode usar o vMotion em um nó em um cluster do MSCS (portanto, desative o DRS para essas VMs em sua configuração de cluster)

Observe também as outras limitações de configuração no guia. A configuração é bem direta se você seguir as instruções deles.

    

Answer 2

Este site é sobre fatos e não opiniões, mas eu faço exatamente o que você quer fazer o tempo todo, não em produção, eu uso tin para isso, mas para ambientes de teste / desenvolvimento ele funciona absolutamente bem. Há várias maneiras diferentes de fazer isso, usamos RDMs baseados em FC, mas há outras maneiras - de qualquer maneira, funcionar, pode ser difícil de configurar pela primeira vez, mas continua funcionando e contanto que você não seja muito limitado em recursos funciona bem também. Espero que isso ajude.

    

Answer 3

Eu fiz isso para uma instância db pouco usada que apoiou alguns sites bastante simples. O principal problema que tive foi fazer com que as configurações do iSCSI estivessem todas corretas - acabei usando o cliente vSphere iSCSI e depois mapeando os LUNs para as VMs.

Dito isso, temos alguns novos aplicativos sendo implantados no novo ano que aumentarão significativamente os requisitos de IO no banco de dados. Portanto, moverei o cluster do ambiente virtualizado para o hardware dedicado com cartões HW iSCSI ou FC (ainda não decidido / orçado). A virtualização traz alguns grandes benefícios, mas também pode trazer toda uma camada de complicações, especialmente em torno do desempenho.

Se você tem o kit / orçamento e é uma instância de produção, eu executei algo diferente de um cluster SQL muito carregado diretamente no hardware. Se é um ambiente de desenvolvimento / teste, eu costumo pular o aspecto do cluster e executar uma única instância do SQL como uma VM.