Windows Server 2012: Possível ter alta disponibilidade e confiabilidade sem precisar de uma SAN, mas conectando servidores juntos?

Question

Eu tenho algumas perguntas abaixo - tentei escrever o melhor que pude. Se você fizer um voto negativo no meu post, por favor, faça um comentário explicando por que você downvoted para que eu possa tentar fazer melhor quando eu postar no futuro. Aqui estão minhas perguntas (minha grande pergunta é o segundo parágrafo):

Se usássemos o Server 2012, seríamos capazes de obter alta disponibilidade (HA) e confiabilidade sem uma SAN em um ambiente virtualizado massivo executando VDIs e RDS?

Temos altos aplicativos de transação com o Microsoft SQL, como Exchange, SharePoint, etc., precisando de HA e confiabilidade - existe outra maneira de obtê-lo sem usar uma SAN? (EDIT: Ou eu acho que estou tentando dizer é - podemos eliminar uma SAN e ainda ter HA e confiabilidade para o Microsoft SQL e Exchange? O Hyper-V tem algo a ver com isso em 2012?)

Meu supervisor soube que, com o Server 2012, você pode fazer algo parecido e conectar dois servidores juntos e atingir o HA e a confiabilidade - isso é verdade? Como funciona? Obrigado!

    

Answer 1

Sim, você pode obter alta disponibilidade para todos os serviços listados sem usar uma solução de disco compartilhado.

• Exchange 2010: Grupos de disponibilidade do banco de dados (no mínimo, três servidores em que um é apenas um compartilhamento de arquivos, lembre-se de carregar adequadamente as solicitações do cliente).
• SQL 2012: grupos de disponibilidade AlywasOn. SQL 2008 R2 e para baixo: Espelhamento / envio de log
• arquivos VHD: servidores de arquivos separados com replicação DFS-R e um namespace DFS configurado

Leia sobre esses assuntos e você saberá se deseja usá-los ou se precisa de cluster para fornecer tolerância a falhas. Todas as técnicas listadas acima requerem intervenção manual ou usam um período de tempo para a transição.

O Hyper-V 2012 apresenta migrações e réplicas ao vivo entre hosts usando apenas TCP / IP regular. No entanto, ele NÃO é agrupado. Você ainda terá tempo de inatividade quando algo quebrar, pois você teria que iniciar sua réplica.

Além disso, lembre-se de que os serviços em cluster não podem ser migrados ao vivo, pois eles ficarão BSOD instantaneamente quando receberem uma pausa na E / S do disco. O Exchange DAG e o SQL AlwaysOn usam o armazenamento em cluster para manter as coisas sincronizadas sem armazenamento compartilhado.

    

Answer 2

BlueToast, o que o pauska está dizendo é que você não pode ter o HA da sua camada de virtualização se não tiver armazenamento compartilhado. Você pode ter HA na sua camada de aplicativo, em muitos casos. Então, em vez de olhar para o Hyper-V para fornecer HA, veja o software nas VMs.

Com isso dito, o Server 2012 pode usar um servidor de arquivos como o armazenamento compartilhado necessário, desde que o servidor de arquivos esteja usando o SMB 3.0 (fornecido com o Server 2012.) Para obter a verdadeira HA, você precisará do servidor de arquivos ser implementado como cluster de servidores de arquivos. Você pode fazer isso com o Server 2012, desde que o armazenamento anexado ao cluster do servidor de arquivos esteja simetricamente conectado. Embora isso possa fazer você se perguntar se precisa de uma SAN no servidor de arquivos apenas para evitar uma SAN conectada ao Hyper-V, não é o caso. Você pode usar JBODs SAS compartilhados muito mais baratos.

Se você criar esse cluster de servidores de arquivos com o SAS compartilhado, poderá usar o HA na camada do Hyper-V e, em seguida, optar por renunciar a configurar o HA na camada do aplicativo. Qual solução faz mais sentido para você deve depender da situação. Fazer as coisas na camada de aplicação geralmente envolve um conjunto mais rico de opções, mas obriga você a usar uma solução diferente para cada aplicativo. Fazer as coisas na camada de virtualização tende a permitir que você use a mesma estratégia para muitos aplicativos, mas com uma visão um pouco mais opaca do que está acontecendo nas VMs.