Novas Features no Windows Server 2012 R2 Failover Clustering

Pessoal,

A versão R2 do Windows Server 2012 trouxe algumas novas funcionalidades.

Failover clustering é o recurso do Windows Server que nos dá alta disponibilidade (HA) que nos permite tornar os serviços de instância única altamente disponível.

Possíveis implementações incluem grupos de hosts Hyper-V e clusters SQL ativo/passivo tradicionais.

Proactive Server Service Health Detection

O Cluster vai verificar a saúde de um host de destino antes de mover uma VM para outro host.

Proactive VM Network Health Detection

Um cluster irá verificar a saúde de uma conexão de rede (switch virtual) em um host de destino antes de mover as máquinas virtuais para o host. Isto evita a movimentação de máquinas virtuais para um host que não consegue ligar-se à rede de serviços por exemplo.

CSV Balancing

Um cluster irá equilibrar automaticamente a propriedade de CSVs em todos os nós do cluster.

Melhoria do Logging

Há muito mais informação gravada ao adicionar ou remover um nó de cluster, e quando o estado de um cluster é alterado algum recurso.

CSV Storage Feature Support

Uma série de recursos de armazenamento agora suportadas pelo CSV:

• Refs: um sistema de arquivos de última geração resistente que tem proteção interna contra a corrupção de bit (assim ele não usa CHKDSK).
• Tiered Storage Spaces: Você pode criar um arquivo CSV a partir de um disco virtual em pools de armazenamento. O pool de armazenamento pode incluir duas velocidades de movimentação – SSD e HDD. Muito parecido com alguns recursos que existem em storages como NetApp.
• Storage Spaces Write-Back Cache: Hyper-V requer write-through para o armazenamento persistente. Em vez de a gravação em cache RAM, um pool de armazenamento pode usar write-back cache para gravar em SSD Tier e rebaixar os dados frios para o HDD tier.
• Parity virtual disks: Esta forma de tolerância a falhas de disco virtual foi sem suporte para CSV no WS2012, mas é suportada no WS2012 R2.
• Deduplication: Você pode ativar a deduplicação em volumes que contêm sistema operacional apenas em discos rígidos virtuais, como o VDI. Isso desativa o uso de cache de bloco CSV, mas a desduplicação realmente fornece uma inicialiação mais rápida por causa da natureza do processo de leitura.

Increased Network Heartbeat Resiliency

Por padrão, um cluster de failover (todos os tipos) no WS2012 irá realizar um heartbeat, uma vez por segundo, com cinco segundo tempo. Alguns cluster sentiram que falhas ocasionais na rede poderia levar a uma resposta pesada: failover automatizado de máquinas virtuais que estavam trabalhando muito bem.

No WS2012 R2, um cluster de failover vai mudar isso quando você adicionar uma máquina virtual como um recurso altamente disponível. A pulsação de tempo limite cluster será automaticamente aumentado para 10 segundos, o que significa que as questões breves como a perda de pacotes nas redes de cluster não haverá o failover de máquinas virtuais. Este tempo limite aglomerado no Hyper-V será de 20 segundos, quando os nós do cluster estiverem em mais de uma sub-rede.

Cluster Validation

O processo de validação foi melhorado de várias formas:

• A validação será agora com ping em cada nó do cluster, utilizando os protocolos de fragmentação entre as várias redes. Isso deve dar melhores implementações e diagnósticos;
• Validação de armazenamento é mais rápido;
• Armazenamento replicado (clusters multi-site) é identificado e testado;
• Você pode selecionar os discos específicos para validação de armazenamento;
• Testes específicos para o Hyper-V são executados pelo assistente.

Global Update Manager (GUM) Updates Process

O GUM gerencia o processo de sincronizar as configurações em todos os nós em um cluster. As alterações são enviadas para todos os nós, antes do WS2012 R2, cada nó deve reconhecer a alteração antes que ela seja implementada. Em clusters muito grandes (até 64 nós em um cluster) ou multi-site, este processo de mudança pode ser interferido por congestionamento na rede.

No WS2012 R2, o GUM requer apenas que uma maioria de nós reconheca a atualização. Atualizações para os clusters de aplicativos normalmente são incomuns. Portanto, esta mudança recurso é implementado apenas em clusters Hyper-V – isto é, quando você adiciona o primeiro recurso de máquina virtual de um cluster de nós Hyper-V.

Dynamic Witness

Em todas as versões anteriores do clustering, você teve mudar manualmente o uso de uma testemunha com base no número de nós (par ou ímpar) no cluster para quebrar o voto de quórum (usado para determinar se um fragmento do cluster continua operando). Agora, com WS2012 R2 você sempre vai configurar o disco testemunha. O cluster irá decidir se ele deve usar a testemunha ou não com base no (par/ímpar) da contagem de nós para garantir que há um número ímpar de votos no quórum.

Multi-Site Quorum Improvements

Grupos multi-site são freqüentemente divididos 50/50 em dois sites. Isso pode causar um problema quando metade do cluster fica offline. WS2012 R2 conjuntos podem sobreviver a perda de 50% do conjunto de uma só vez. Um site perderá automaticamente (o site não-oficial), usando uma propriedade de quorum do cluster LowerQuorumPriorityNodeID. Isso será útil quando a empresa precisa de um cluster multi-site e não é possível implantar uma testemunha de compartilhamento de arquivo em um terceiro site.

A nova configuração ForceQuorum permitirá que você defina um site oficial, em um site no cluster multi-site, para quando uma situação de divisão aconteça – ou seja, quando as comunicações quebram entre os locais e os nós do cluster devem decidir qual o local deve permanecer ativo.

SQL Server Cluster Simplification

Um cluster de servidor SQL pode ser implantado sem o uso de objetos de computador do Active Directory. Isso pressupõe que os bancos de dados SQL Server irão utilizar a autenticação SQL, e não a autenticação do Windows.

Shared VHDX

Um cluster de cliente permite que você faça serviços altamente disponíveis dentro do sistema operacional convidado de duas ou mais máquinas virtuais. Essas máquinas virtuais normalmente precisam ter acesso a algum tipo de armazenamento compartilhado.

Inicialmente, esta rede complexa era necessária para a comunicação iSCSI. O Windows Server 2012 permite-nos usar SMB 3.0 ou canal de fibra virtual. Este foi um grande passo em frente, mas introduz um desafio na computação em nuvem. A fronteira entre a camada virtual (o inquilino) e a camada física (prestador de serviços) está desfocada. Esta indefinição é particularmente difícil porque facilita o armazenamento compartilhado com iSCSI, SMB 3.0, ou canal de fibra que requer uma engenharia de infra-estrutura e, portanto, contradiz a exigência de uma nuvem de self-service.

Windows Server 2012 R2 acrescenta uma alternativa virtual para oferecer armazenamento compartilhado. Até 8 máquinas virtuais podem ser conectados aos arquivos VHDX compartilhadores. Isso nos dá uma solução all-virtualização que é adequado para auto-serviço em uma nuvem. A VHDX compartilhada deve ser armazenado em um compartilhamento SMB 3.0 ou CSV. Os anfitriões que estão executando as máquinas virtuais devem ser agrupados.

Os hosts de cluster não devem, necessariamente, estar no mesmo cluster, este cenário exige o armazenamento do arquivo VHDX compartilhado(s) em partes no SMB 3.0 que é usado por todos os grupos envolvidos.

Espero ter ajudado!

Grande Abraço!