Este artigo foi traduzido por máquina. Para visualizar o arquivo em inglês, marque a caixa de seleção Inglês. Você também pode exibir o texto Em inglês em uma janela pop-up, movendo o ponteiro do mouse sobre o texto.
Tradução
Inglês

O que há de novo no cluster de Failover do Windows Server

 

Aplica-se a: Windows Server 2012 R2, Windows Server 2012

Este tópico descreve a funcionalidade Clustering de Failover, que é nova ou foi alterada no Windows Server 2012 R2.

Os clusters de failover fornecem alta disponibilidade e escalabilidade para muitas cargas de trabalho de servidor. Isso inclui aplicativos de servidor como, por exemplo, Microsoft Exchange Server, Hyper-V, Microsoft SQL Server e servidores de arquivos. Os aplicativos de servidor podem ser executados em servidores físicos ou em máquinas virtuais. Em um cluster de failover, se um ou mais dos servidores clusterizados (nós) falhar, outro nó começará a fornecer serviço. Esse processo é conhecido como failover.

Neste tópico:

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

Recurso/funcionalidade

Novo ou melhorado

Descrição

Disco rígido virtual compartilhado (para clusters de convidado)

NEW

Permite que você use os arquivos. vhdx como armazenamento compartilhado em um cluster de convidado.

Esgotamento de máquina virtual ao desligar

NEW

Permite que um host Hyper-V migrar automaticamente ao vivo de máquinas virtuais em execução se o computador é desligado.

Detecção de integridade de rede de máquina virtual

NEW

Permite que um host Hyper-V migrar automaticamente ao vivo de máquinas virtuais se ocorrer uma desconexão da rede em uma rede virtual protegida.

Políticas de posicionamento de CSV otimizadas

Melhorado

Distribui a propriedade de CSV uniformemente entre os nós de cluster de failover.

Maior flexibilidade CSV

Melhorado

Várias instâncias do serviço de servidor por nó de cluster e CSV monitoramento do serviço servidor fornecem maior flexibilidade.

Alocação de cache CSV

Melhorado

Aumenta a quantidade de RAM que você pode alocar como cache CSV.

Capacidade de diagnóstico CSV

Melhorado

Permite exibir o estado de um CSV por nó e o motivo para redirecionamento de e/s.

Interoperabilidade CSV

Melhorado

Adiciona o suporte a CSV para outrosWindows Server 2012 R2recursos.

Implantar um cluster desanexado do Active Directory

NEW

Permite que você implante um cluster de failover com menor dependência nos serviços de domínio Active Directory.

Testemunha dinâmica

NEW

Ajusta dinamicamente o voto de testemunha com base no número de nós votantes na associação do cluster atual.

Aprimoramentos na interface de usuário do quorum

Melhorado

Permite exibir facilmente o voto de quorum atribuído e o voto de quorum atual para cada nó no Gerenciador de Cluster de Failover.

Resiliência de quorum forçado

NEW

Permite a recuperação automática no caso de um cluster de failover particionada.

Dividir desempatar para nó de 50%

NEW

Permite que um dos lados de um cluster para continuar a executar no caso de uma divisão de cluster em que nenhum dos lados normalmente tem quorum.

Configurar o modo do Gerenciador de atualização Global

NEW

Ajuda do cluster continue a funcionar se houver um atraso com um ou mais nós.

Detecção de integridade do nó de cluster

Melhorado

Aumenta a resiliência a falhas de rede temporárias para máquinas virtuais em execução em um cluster Hyper-V.

Desativar a criptografia IPsec para comunicação de cluster entre nós

NEW

Ajuda a impedir que um cluster afetada pela alta latência, que as atualizações da diretiva de grupo.

Painel do cluster

NEW

Fornece uma maneira conveniente para verificar a integridade de todos os clusters de failover gerenciado no Gerenciador de Cluster de Failover.

A seção a seguir fornece um resumo da nova funcionalidade de alta disponibilidade de máquinas virtuais emWindows Server 2012 R2.

Agora você pode compartilhar um arquivo de disco rígido virtual (no formato de arquivo. vhdx) entre várias máquinas virtuais. Você pode usar esses arquivos. vhdx como armazenamento compartilhado para um cluster de failover de máquina virtual, também conhecido como umcluster convidado. Por exemplo, você pode criar arquivos. vhdx compartilhados para discos de dados e a testemunha de disco. (Você não usaria um arquivo. vhdx compartilhado para o disco rígido virtual do sistema operacional.)

Qual é o valor agregado desta alteração?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Nessas configurações, o armazenamento subjacente foi exposto ao usuário de uma máquina virtual. Em implantações de nuvem privada ou pública, geralmente há a necessidade de ocultar os detalhes da malha subjacente do usuário ou administrador de inquilinos. O armazenamento. vhdx compartilhado fornece essa camada de abstração.

Essa alteração também permite que a implantação mais fácil de configurações de cluster de convidado. Uma configuração de arquivo. vhdx compartilhados é mais fácil de implantar do que soluções como virtual Fibre Channel ou iSCSI. Ao configurar uma máquina virtual para usar um arquivo. vhdx compartilhados, você não precisa fazer alterações de configuração de armazenamento como zoneamento e mascaramento de LUN.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Windows Server 2012 R2adiciona essa funcionalidade.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Isso inclui os dois arquivos de disco rígido virtual compartilhado e não compartilhado. Por exemplo, se você exibir o disco no Gerenciador do servidor, o tipo de barramento é listado como SAS.

Para obter mais informações sobre discos rígidos virtuais compartilhados, consulteVisão Geral do Compartilhamento de Disco Rígido VirtualeImplantar um Cluster Convidado Usando um Disco Rígido Virtual Compartilhado.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

System_CAPS_noteObservação

Certifique-se de que não há mais de uma máquina virtual em uma função de máquina virtual em cluster. Começando comWindows Server 2012não há suporte para essa configuração. Um exemplo desse cenário é onde várias máquinas virtuais têm arquivos em um disco físico comum que não faz parte dos Volumes Compartilhados do Cluster. Uma única máquina virtual por função clusterizada aprimora a experiência de gerenciamento e a funcionalidade das máquinas virtuais em um ambiente clusterizado, como a mobilidade de máquina virtual.

Qual é o valor agregado desta alteração?

Essa alteração fornece um mecanismo de segurança para ajudar a garantir que um desligamento do servidor (ou qualquer ação que o serviço de Cluster é desligado) não faz com que o tempo de inatividade não planejado para máquinas virtuais em execução. Isso aumenta a disponibilidade de aplicativos executados no sistema operacional convidado.

System_CAPS_importantImportante

Ainda é recomendável que você colocará um nó no modo de manutenção ou move todas as máquinas virtuais para outros nós antes de desligar um nó de cluster. Essa é a maneira mais segura para que as funções clusterizadas em execução.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Isso significa que há uma interrupção na disponibilidade das máquinas virtuais. Se demorar muito para salvar o estado das máquinas virtuais, eles podem ser desativados e reiniciados em outro nó. EmWindows Server 2012 R2o cluster automaticamente ao vivo migra todas as máquinas virtuais em execução antes do desligamento.

Para habilitar ou desabilitar essa funcionalidade, configure oDrainOnShutdownPropriedades comuns do cluster. Por padrão, essa propriedade está habilitada (definida como um valor de "1").

Para exibir o valor da propriedade, inicie o Windows PowerShell como administrador e, em seguida, digite o seguinte comando:

(Get-Cluster).DrainOnShutdown

Detecção de integridade da rede e recuperação agora está disponível no nível de máquina virtual para um cluster de host do Hyper-V. Se ocorrer uma desconexão da rede em uma rede virtual protegida, o cluster live migra as máquinas virtuais afetadas para um host onde essa rede virtual externa está disponível. Para que isso ocorra deve haver vários caminhos de rede entre os nós de cluster.

System_CAPS_noteObservação

Se não há redes disponíveis que se conectam a outros nós do cluster, o cluster remove o nó da associação do cluster, transfere a propriedade dos arquivos de máquina virtual e, em seguida, reinicia as máquinas virtuais em outro nó.

Qual é o valor agregado desta alteração?

Essa alteração aumenta a disponibilidade das máquinas virtuais quando há um problema de rede. Não se ocorrer a migração ao vivo, há nenhum tempo de inatividade porque a migração ao vivo mantém o estado de sessão da máquina virtual.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Essa configuração está disponível em recursos avançados do adaptador de rede. Por padrão, a configuração é habilitada. Você pode definir essa configuração em uma base por rede para cada máquina virtual. Portanto, se houver uma rede de prioridade inferior, como aquele usado para teste ou para backup, você pode escolher não migrar a máquina virtual ao vivo se essas redes enfrentar uma desconexão da rede.

Protected network setting for a virtual machine

Figura 1.  Protegido por configuração de rede

A seção a seguir fornece um resumo da nova funcionalidade CSV noWindows Server 2012 R2.

Propriedade de CSV agora está automaticamente distribuída e balanceada em todos os nós de cluster de failover.

Qual é o valor agregado desta alteração?

Em um cluster de failover, um nó é considerado o proprietário ou "nó coordenador" para um CSV. O nó coordenador possui o recurso de disco físico que está associado uma unidade lógica (LUN). Todas as operações de e/s que são específicas para o sistema de arquivos são através do nó coordenador. Propriedade distribuída de CSV aumenta o desempenho do disco porque ajuda a equilibrar a e/s de disco.

Porque a propriedade de CSV agora é balanceada entre os nós de cluster, um nó não possuirá um número desproporcional de CSVs. Portanto, se um nó falhar, a transição de propriedade CSV para outro nó é potencialmente mais eficiente.

Essa funcionalidade é útil para um servidor de arquivos de expansão que usa os espaços de armazenamento porque garante que a propriedade de espaços de armazenamento seja distribuída.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Por exemplo, todos os LUNs podem pertencer ao mesmo nó. EmWindows Server 2012 R2propriedade de CSV será distribuída igualmente entre os nós de cluster de failover com base no número de CSVs que cada nó possuir.

Além disso, emWindows Server 2012 R2propriedade é rebalanceada automaticamente condições, como um failover CSV, um nó reingressa no cluster, adicionar um novo nó ao cluster, reiniciar um nó de cluster ou iniciar o cluster de failover depois que ele foi desligado.

Windows Server 2012 R2inclui os seguintes aprimoramentos para aumentar a resiliência CSV:

  • Várias instâncias do serviço servidor por nó de cluster de failover. É a instância padrão que manipula o tráfego de entrada de clientes de bloco de mensagens de servidor (SMB) que acessar compartilhamentos de arquivos regulares e uma segunda instância CSV que manipula o tráfego CSV apenas entre nós. Esse tráfego entre nós consiste em acesso a metadados e tráfego de e/s redirecionado.

  • Monitoramento de integridade CSV do serviço do servidor

Qual é o valor agregado desta alteração?

Um CSV usa SMB como transporte para encaminhamento de e/s entre os nós do cluster e para a orquestração de atualizações de metadados. Se o serviço do servidor se tornará não íntegro, isso pode afetar o desempenho de e/s e a capacidade de acessar o armazenamento. Como um nó de cluster agora tem várias instâncias de serviço do servidor, isso oferece maior capacidade de recuperação para um CSV se houver um problema com a instância padrão. Além disso, essa alteração melhora a escalabilidade do tráfego do SMB entre nós entre nós CSV.

Se o serviço do servidor se tornará não íntegro, ele pode afetar a capacidade do nó coordenador CSV para aceitar solicitações de e/s de outros nós e executar a orquestração de atualizações de metadados. EmWindows Server 2012 R2se o serviço do servidor se tornará não íntegro em um nó, propriedade de CSV mudará automaticamente para outro nó para garantir maior capacidade de recuperação.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Além disso, não havia nenhum monitoramento do serviço do servidor.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Cache do CSV permite que o servidor usar a memória do sistema como um cache de gravação.

Qual é o valor agregado desta alteração?

Aumentar o limite de cache do CSV é especialmente útil para cenários de servidor de arquivos de expansão. Como os Servidores de Arquivos Escaláveis geralmente não são restritos pela memória, você pode obter maiores ganhos de desempenho usando a memória extra para o cache do CSV.

System_CAPS_tipDica

Recomendamos que você habilite o cache do CSV para cluster todas as implantações Hyper-V e servidor de arquivos de expansão, com maior alocação para uma implantação de servidor de arquivos de expansão.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Agora você pode alocar até 80%.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. EmWindows Server 2012 R2ele é habilitado por padrão. Além disso, o nome da propriedade privada do cluster do recurso de disco físico foi alterado deCsvEnableBlockCacheparaEnableBlockCache.

Você ainda deve alocar o tamanho do cache de bloco para reservar. Para fazer isso, defina o valor daBlockCacheSizePropriedades comuns do cluster. (O nome da propriedade foi alterado deSharedVolumeBlockCacheSizeInMBemWindows Server 2012.) Para obter mais informações, consulteHabilitar o cache do CSV para cargas de trabalho de leitura intensa.

Agora você pode exibir o estado de um CSV em uma base por nó. Por exemplo, você pode ver se a e/s é direta ou redirecionada, ou se o CSV está indisponível. Se um CSV estiver no modo de e/s redirecionada, você também pode exibir o motivo.

Qual é o valor agregado desta alteração?

Essa alteração permite otimizar sua configuração de cluster porque você pode determinar facilmente o estado de um CSV.

O que passou a funcionar de maneira diferente?

Você pode usar o novo cmdlet do Windows PowerShellGet-ClusterSharedVolumeStatepara exibir as informações de estado (como direta ou redirecionada) e o motivo de redirecionamento. Para obter as informações de estado, consulte oStateInfopropriedade. Por motivo de redirecionamento de e/s, consulte oFileSystemRedirectedIOReasonpropriedade e oBlockRedirectedIOReasonpropriedade.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

  • ReFS (Sistema de Arquivos Resiliente)

  • Eliminação de duplicação

  • Espaços de armazenamento de paridade

  • Espaços de armazenamento hierárquico

  • Espaços de armazenamento cache de write-back

Qual é o valor agregado desta alteração?

Esse suporte adicional expande os cenários em que você pode usar CSVs e permite que você aproveite as eficiências introduzidas por esses recursos.

O que passou a funcionar de maneira diferente?

Não havia suporte para referências de eliminação de duplicação e espaços de armazenamento de paridade por CSVs noWindows Server 2012. Espaços de armazenamento hierárquico e cache de write-back de espaços de armazenamento são novos noWindows Server 2012 R2.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Isto é denominado como um Cluster desanexado do Active Directory. Quando você implanta um cluster usando esse método, o nome de rede do cluster (também conhecido como oponto de acesso administrativo) e nomes de rede para quaisquer funções clusterizadas com pontos de acesso do cliente são registrados no sistema de nome de domínio (DNS). Entretanto, não são criados objetos de computador para o cluster em AD DS. Isso inclui tanto o objeto de computador para o cluster em si (também conhecido como o objeto de nome do cluster ou CNO) e objetos de computador para quaisquer funções clusterizadas que normalmente teriam pontos de acesso do cliente no AD DS (objetos de computador também conhecido como virtual ou VCOs).

System_CAPS_noteObservação

Os nós de cluster ainda devem ser associados a um domínio do Active Directory.

Qual é o valor agregado desta alteração?

Com esse método de implantação, você pode criar um cluster de failover sem as permissões anteriormente exigidas para criar objetos de computador no AD DS ou a necessidade de solicitar que o administrador do Active Directory estágios previamente os objetos de computador no AD DS. Além disso, você não precisa gerenciar e manter os objetos de computador do cluster para o cluster. Por exemplo, você pode evitar o problema de possível em que o administrador do Active Directory exclui acidentalmente o objeto de computador do cluster, que afeta a disponibilidade de cargas de trabalho de cluster.

O que passou a funcionar de maneira diferente?

A opção de criar um cluster desanexado do Active Directory não está disponível emWindows Server 2012. EmWindows Server 2012você só pode implantar um cluster de failover onde os nomes de rede para o cluster estão no DNS e no AD DS.

Um cluster desanexado do Active Directory usa autenticação Kerberos para comunicação dentro do cluster. Entretanto, quando a autenticação em relação ao nome da rede do cluster for necessária, o cluster utilizará a autenticação NTLM.

System_CAPS_importantImportante

Não recomendamos esse método de implantação para qualquer cenário que requer autenticação Kerberos.

Para implantar esse tipo de cluster, você deve usar o Windows PowerShell. Para obter informações de implantação e detalhes sobre o que é suportado e não tem suporte com esse método de implantação, consulteImplantar um Custer Desanexado do Active Directory.

A seção a seguir fornece um resumo das melhorias na funcionalidade de quorum de cluster doWindows Server 2012 R2.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Se houver um número ímpar de votos, a testemunha de quorum não tem um voto. Se houver um número par de votos, a testemunha de quorum possui um voto.

O voto de testemunha de quorum também dinamicamente é ajustado com base no estado do recurso de testemunha. Se o recurso de testemunha estiver offline ou com falha, o cluster define o voto de testemunha "0".

Qual é o valor agregado desta alteração?

Testemunha dinâmica reduz significativamente o risco de que o cluster ficará inativo devido a falha de testemunha. O cluster decide se deseja usar o voto de testemunha com base no número de nós de votação disponíveis no cluster.

Essa alteração também simplifica a configuração do quorum testemunha. Você não precisa determinar se deseja configurar uma testemunha de quorum porque a recomendaçãoWindows Server 2012 R2é sempre configurar uma testemunha de quorum. O cluster automaticamente determina quando usá-lo.

System_CAPS_importantImportante

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Isso incluídos sempre adicionados ou removidos de nós de cluster.

Agora, você não precisa ajustar manualmente a configuração de quorum se altera de associação do nó. Por padrão, o cluster determina opções de gerenciamento de quorum, incluindo a testemunha de quorum.

Windows Server 2012 R2também inclui o novoWitnessDynamicWeightpropriedade comuns que você pode usar para exibir o voto de testemunha de quorum do cluster.

Para exibir o valor da propriedade, inicie o Windows PowerShell como administrador e, em seguida, digite o seguinte comando:

(Get-Cluster).WitnessDynamicWeight

Um valor "0" indica que a testemunha não tem um voto. Um valor de "1" indica que a testemunha tem um voto.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Além disso, a terminologia do modo de quorum foi simplificada.

Qual é o valor agregado desta alteração?

Você agora pode determinar facilmente na interface do usuário, os nós que têm um voto e se que votar está ativa. Quando você clica emnósno Gerenciador de Cluster de Failover, você pode ver as atribuições de voto.

Node vote assignment in the UI

Figura 2. Atribuição de voto de nó

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Você ainda pode usar esses métodos emWindows Server 2012 R2.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. A partição que você começar a forçar o quorum agora é considerada autoritativa. Quando é que a comunicação de cluster de failover, os nós particionada automaticamente reiniciar o serviço de Cluster e reingressar no cluster. O cluster é trazido de volta em uma única exibição da associação.

Qual é o valor agregado desta alteração?

Essa alteração permite a recuperação automática no caso de um cluster de failover particionado em que um subconjunto de nós foi iniciado, forçando o quorum. Um cluster de failover particionado também é conhecido como um cluster dividido ou em um cluster "com".

System_CAPS_noteObservação

Um cluster particionado ocorre quando um cluster se divide em subconjuntos que não estão cientes da outra. Por exemplo, você tem um cluster multissite com três nós em um site e dois nós em outro. Um problema de rede interrompe a comunicação do cluster. O site com três nós permanece em execução porque ele tem quorum. O site de dois nós sem quorum foi desligado. Você determinar que o site com três nós não tem conectividade externa, enquanto o site de dois nós. Portanto, para restaurar o serviço para os usuários, use o/fqswitch para iniciar o site de dois nós. Quando a conectividade de rede for restaurada, você tem um cluster particionado.

O que passou a funcionar de maneira diferente?

Se houver um cluster particionado emWindows Server 2012após a conectividade for restaurada, você deve reiniciar manualmente todos os nós particionada que não fazem parte do subconjunto do quorum forçado com o/pqpara evitar que o quorum. Idealmente, você deve fazer isso assim que possível.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. O lado que você iniciou com forçar o quorum é considerado autoritativo e os nós particionada reinicie automaticamente com o/pqpara evitar que o quorum.

Como um aperfeiçoamento à funcionalidade de quorum dinâmico, um cluster agora pode ajustar dinamicamente voto do nó em execução para manter o número total de votos em um número ímpar. Esse recurso funciona perfeitamente com testemunha dinâmica. Para manter um número ímpar de votos, um cluster primeiro ajustará o voto de testemunha de quorum por meio de testemunha dinâmico. No entanto, se uma testemunha de quorum não estiver disponível, o cluster pode ajustar voto de nó. Por exemplo:

  1. Você tem um cluster de seis nós com uma testemunha de compartilhamento de arquivos. O cluster se estende por dois sites com três nós em cada site. O cluster tem um total de sete votos.

  2. A testemunha de compartilhamento de arquivo falhará. Como o cluster usa uma testemunha dinâmica, o cluster remove automaticamente o voto de testemunha. O cluster agora tem um total de seis votos.

  3. Para manter um número ímpar de votos, o cluster seleciona aleatoriamente um nó para remover o voto de quorum. Um site agora tem dois votos e o outro site tem três.

  4. Um problema de rede interrompe a comunicação entre os dois sites. Portanto, o cluster uniformemente é dividido em dois conjuntos de três nós. A partição no site com dois votos fica inativo. A partição no site com três votos continua a funcionar.

Além dessa funcionalidade automática, há uma nova propriedade comum de cluster que você pode usar para determinar a qual site sobrevive se houver uma divisão 50% nó onde nenhum site tem quorum. Em vez do separação aleatoriamente um nó para remover o voto de quorum de cluster, você pode definir oLowerQuorumPriorityNodeIDpropriedade predeterminar qual nó tenha seu voto removido.

Qual é o valor agregado desta alteração?

Com essa funcionalidade, um dos lados do cluster continuará a ser executado no caso de uma divisão de 50% de nó em que nenhum dos lados normalmente tem quorum.

Definindo opcionalmente oLowerQuorumPriorityNodeIDpropriedade, você pode controlar qual lado fica ativo nesse cenário. Por exemplo, você pode especificar que o site primário permanece em execução e que um local de recuperação de desastres é desligado.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Defina essa propriedade em apenas um nó no site.

Para definir a propriedade, inicie o Windows PowerShell como administrador e, em seguida, digite o seguinte comando, onde "1" é a ID do nó de exemplo para um nó no site que você considere menos críticos:

(Get-Cluster).LowerQuorumPriorityNodeID = 1
System_CAPS_tipDica

Para determinar uma identificação de nó, inicie o Windows PowerShell como administrador e, em seguida, digite o seguinte comando, onde "Node1" representa o nome de um nó de cluster:

(Get-ClusterNode –Name "Node1").Id

Você também pode usar o seguinte comando para retornar todos os nomes de nó de cluster, IDs de nó e o estado do nó:

Get-ClusterNode | ft

Quando ocorre uma alteração de estado, como um recurso de cluster fica offline, os nós em um cluster de failover precisa ser notificados da alteração e confirmação-la antes do cluster confirma a alteração para o banco de dados. O Gerenciador de atualização Global é responsável por gerenciar essas atualizações de banco de dados do cluster. EmWindows Server 2012 R2você pode configurar como o cluster gerencia atualizações globais. Por padrão, o Gerenciador de atualização Global usa os seguintes modos para cargas de trabalho de cluster de failover emWindows Server 2012 R2:

  • Todos (gravação) e o Local (leitura). Nesse modo, todos os nós de cluster devem receber e processar a atualização antes do cluster considera a alteração confirmada. Quando um banco de dados lidos solicitação ocorre, o cluster lê os dados do banco de dados de cluster no nó local. Nesse caso, a leitura local deve ser consistente porque todos os nós de recebem e processam as atualizações. Essa é a configuração padrão para todas as cargas de trabalho além do Hyper-V.

    System_CAPS_noteObservação

    Trata de atualizações como globais para todas as cargas de trabalho emWindows Server 2012.

  • Maioria (leitura e gravação). Nesse novo modo, a maioria de nós de cluster em execução deve receber e processar a atualização antes do cluster confirma a alteração para o banco de dados. Quando um banco de dados lidos solicitação ocorre, o cluster compara o carimbo de hora mais recente da maioria de nós em execução e usa os dados com o carimbo de hora mais recente. Essa é a configuração padrão para clusters de failover do Hyper-V.

System_CAPS_noteObservação

Há também um novo modo de "Maioria (gravação) e Local (leitura)". No entanto, esse modo não é usado por padrão para todas as cargas de trabalho. Consulte a seção "O que funciona de maneira diferente" para obter mais informações.

Qual é o valor agregado desta alteração?

Novos modos de configuração para o Gerenciador de atualização Global melhoram significativamente o desempenho do banco de dados de cluster em cenários onde há latência de rede significativa entre os nós de cluster, por exemplo, com um cluster multissite estendido. Por associação, isso aumenta o desempenho de cargas de trabalho do cluster como SQL Server ou Exchange Server nesses cenários. Sem esse recurso, o banco de dados do cluster executa no ritmo do nó mais lento.

Os novos modos de configuração também podem ajudar se houver atrasos associados a problemas de software ou hardware. Por exemplo, uma atualização de registro local pode ser atrasada em um nó que tem um problema de hardware. Usando um modo de Gerenciador de atualização Global que executa atualizações com base na maioria de nós, o cluster não precisa esperar que todos os nós ser notificado e confirmar a alteração de estado antes de estar pronto para processar a transação seguinte.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Para todas as cargas de trabalho no cluster deWindows Server 2012devem receber todos os nós do cluster e o processo de atualização antes do cluster considera a alteração confirmada. EmWindows Server 2012 R2você pode configurar o modo do Gerenciador de atualização Global, com três valores possíveis. EmWindows Server 2012 R2a maioria (leitura e gravação) modo agora é o modo padrão para clusters de failover do Hyper-V.

Você pode configurar o modo Global Update Manager usando o novoDatabaseReadWriteModePropriedades comuns do cluster. Para exibir o modo do Gerenciador de atualização Global, inicie o Windows PowerShell como administrador e, em seguida, digite o seguinte comando:

(Get-Cluster).DatabaseReadWriteMode

A tabela a seguir mostra os valores possíveis.

Valor

Descrição

0= Todos (gravação) e o Local (leitura)

  • Configuração padrão noWindows Server 2012 R2para todas as cargas de trabalho além do Hyper-V.

  • Todos os nós de cluster devem receber e processar a atualização antes do cluster confirma uma alteração no banco de dados.

  • Leituras de banco de dados ocorrem no nó local. Como o banco de dados é consistente em todos os nós, existe o risco de dados desatualizados ou "obsoletos".

1= Maioria (leitura e gravação)

  • Configuração padrão noWindows Server 2012 R2para clusters de failover do Hyper-V.

  • A maioria de nós do cluster deve receber e processar a atualização antes do cluster confirma a alteração para o banco de dados.

  • Para um banco de dados de leitura, o cluster compara o carimbo de hora mais recente da maioria de nós em execução e usa os dados com o carimbo de hora mais recente.

2= Maioria (gravação) e o Local (leitura)

  • A maioria de nós do cluster deve receber e processar a atualização antes do cluster confirma a alteração para o banco de dados.

  • Leituras de banco de dados ocorrem no nó local. Porque o cluster não compara o carimbo de hora mais recente na maioria de nós, os dados podem estar desatualizados ou "obsoletas".

System_CAPS_warningAviso

Não use qualquer um dos modos principais (1 ou 2) para cenários que requerem garante consistência forte do banco de dados do cluster. Por exemplo, não use esses modos de um cluster de failover do Microsoft SQL Server que usa grupos de disponibilidade do AlwaysOn ou para o Microsoft Exchange Server.

Por padrão, nós de cluster do exchange pulsações cada um segundo. O número de pulsações que podem ser perdidas antes do failover é conhecido como olimite de pulsação. EmWindows Server 2012 R2o limite de pulsação padrão foi aumentado para clusters de failover do Hyper-V.

Qual é o valor agregado desta alteração?

Essa alteração fornece maior resiliência a falhas de rede temporárias para máquinas virtuais em execução em um cluster Hyper-V. Por exemplo, não convém o cluster para executar ações de recuperação se sua rede geralmente sofrer interrupções de rede de curto prazo. Para um aplicativo que está sendo executado em uma máquina virtual, uma falha de rede curto geralmente é bastante simples devido o TCP reconectar janela.

O que passou a funcionar de maneira diferente?

Por padrão, emWindows Server 2012um nó é considerado inativo se ele não responder dentro de cinco segundos. EmWindows Server 2012 R2o valor de limite padrão para um cluster de failover do Hyper-V foi aumentado para 10 segundos para nós de cluster na mesma sub-rede e 20 segundos para o cluster de nós em sub-redes diferentes.

A tabela a seguir lista os valores padrão emWindows Server 2012 R2.

Propriedade comum do cluster

Padrão para todas as funções clusterizadas exceto Hyper-V

Padrão para a função de cluster Hyper-V

SameSubnetThreshold

5 segundos

10 segundos

CrossSubnetThreshold

5 segundos

20 segundos

System_CAPS_importantImportante

Recomendamos o seguinte:

  • Não configure um valor de limite de pulsação é maior que 20 segundos porque isso pode exceder a janela de tempo limite TCP. Um valor maior que 20 segundos não aumenta disponibilidade e ele afeta o tempo que leva os outros nós do cluster para detectar que o nó está inoperante.

  • Não aumente o limite de pulsações do valor padrão para um Servidor de Arquivos Escalável. Um Servidor de Arquivos Escalável já proporciona recuperação sem interrupções. Se um nó for considerado inoperante, o nó faz failover e recupera as sessões SMB em outro nó. Essa ação de recuperação precisa ocorrer dentro do período limite da sessão SMB. Se o limite de pulsações for aumentado, a detecção do nó tomará mais tempo. Se exceder os valores limite da sessão SMB, a recuperação talvez não seja mais ininterrupta.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

Qual é o valor agregado desta alteração?

O processamento de alta latência, que as atualizações da diretiva de grupo pode fazer com serviços de domínio Active Directory (AD DS) para ficar temporariamente indisponível. Nessa situação, como criptografia IPsec conta com acesso ao AD DS, criptografia IPsec é interrompida até que as atualizações sejam concluídas. Se a comunicação do cluster usa a criptografia IPsec, essa interrupção impede a comunicação de cluster entre nós (incluindo mensagens de pulsação) do que está sendo enviada. Se o atraso exceder o limite de pulsação de cluster para um nó de cluster, o cluster remove o nó da associação do cluster. Se isso ocorrer em vários nós ao mesmo tempo, pode fazer o cluster perder quorum.

Desativando a criptografia IPsec para comunicação de cluster entre nós, esse tráfego permanece sem interrupções. Portanto, a capacidade do cluster para fornecer alta disponibilidade para suas funções de cluster não é afetada pelas atualizações de diretiva de grupo de alta latência.

O que passou a funcionar de maneira diferente?

Agora você pode usar oNetFTIPSecEnabledpropriedade comum para desativar a criptografia de IPsec na porta 3343 para comunicação de cluster entre nós de cluster. Por padrão, oNetFTIPSecEnabledconfiguração está habilitada (definida como "1"). Um valor de "1" significa que a criptografia IPsec para comunicação entre os nós é habilitada se existe uma configuração de diretiva de grupo existente que impõe o IPsec.

Para alterar o valor "0", que substitui qualquer configuração de diretiva de grupo e desativa a criptografia de IPsec para comunicação de cluster entre nós, inicie o Windows PowerShell como administrador e, em seguida, digite o seguinte comando:

(Get-Cluster). NetFTIPSecEnabled = 0
System_CAPS_warningAviso

É recomendável que você desative a criptografia IPsec para comunicação de cluster entre nós apenas se você tiver problemas devido à alta latência, que as atualizações da diretiva de grupo. Se você desativar a configuração, certifique-se de testar a alteração porque ele pode afetar o desempenho do cluster.

Gerenciador de Cluster de failover agora inclui um painel de cluster que permite que você veja rapidamente o status de integridade de todos os clusters de failover gerenciado. Você pode exibir o nome do cluster de failover com um ícone que indica se o cluster está em execução, o número e status de funções clusterizadas, o status do nó e o status do evento.

Qual é o valor agregado desta alteração?

Se você gerenciar vários clusters de failover, este painel fornece uma maneira conveniente para que você possa verificar rapidamente a integridade dos clusters de failover.

O que passou a funcionar de maneira diferente?

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Agora, quando você clica emGerenciador de Cluster de Failoverna árvore de navegação, há umClusterspainel no painel do meio que mostra todos os clusters gerenciados.

Cluster dashboard showing two managed clusters

Figura 3. Painel do cluster

No Windows Server 2012, o Clustering de Failover oferece suporte aprimorado nas áreas a seguir.

Recurso/funcionalidade

Novo ou melhorado

Descrição

Escalabilidade de cluster

Melhorado

Dimensiona até 64 nós e 8.000 máquinas virtuais por cluster

Gerenciamento de clusters em larga escala usando o Gerenciador do Servidor e o Gerenciador de Cluster de Failover

NEW

Fornece ferramentas de GUI para simplificar o gerenciamento e a operação de cluster em larga escala

Gerenciamento e mobilidade de máquinas virtuais clusterizadas e outras funções clusterizadas

NEW

Ajuda a alocar recursos de cluster para máquinas virtuais clusterizadas e outras funções clusterizadas

Volumes Compartilhados do Cluster

Melhorado

Melhora a configuração de CSV e aperfeiçoa segurança, desempenho e disponibilidade do sistema de arquivos para cargas de trabalho adicionais do cluster

Suporte para expansão de servidores de arquivos

NEW

Fornece armazenamento CSV e integra os recursos dos Serviços de Arquivos

Atualização com Suporte a Cluster

NEW

Aplica as atualizações de software nos nós de cluster, preservando a disponibilidade

Monitoramento e gerenciamento de aplicativos de máquina virtual

NEW

Estende o monitoramento de máquina virtual clusterizada aos aplicativos executados nas máquinas virtuais clusterizadas

Testes de validação de cluster

Melhorado

Valida Hyper-V e a funcionalidade CSV e agiliza a execução

Integração dos Serviços de Domínio Active Directory

Melhorado

Aumenta a resiliência do cluster e dá suporte a uma faixa mais ampla de implantações

Configuração de quorum e quorum dinâmico

Melhorado

Simplifica a configuração de quorum e aumenta a disponibilidade do cluster em cenários com falhas

Atualização e migração de cluster

Melhorado

Permite a migração de máquinas virtuais do Windows Server 2008 R2, migração para CSVs e reutilização de armazenamento existente

Integração do Agendador de Tarefas

NEW

Integra o Clustering de Failover com a funcionalidade de servidor adicional

Suporte ao Windows PowerShell

Melhorado

Permite a criação de script para a funcionalidade Clustering de Failover que foi incluída no Windows Server 2012

Consulte também Funcionalidades removidas ou reprovadas.

Os clusters de failover do Windows Server 2012 podem ser dimensionados em um número maior de nós e máquinas virtuais do que os clusters do Windows Server 2008 R2, como demonstrado nesta tabela:

Máximo de clusters

Windows Server 2012

Windows Server 2008 R2

Nós

64

16

Máquinas virtuais ou funções clusterizadas

8.000 (até 1.024 por nó)

1.000

O Gerenciador do Servidor e o Gerenciador de Cluster de Failover fornecem novos recursos no Windows Server 2012 para gerenciar os clusters em larga escala.

O Gerenciador do Servidor pode detectar e gerenciar os nós do cluster. Ele habilita o gerenciamento de vários servidores remotos, a instalação de funções e recursos remotos e a capacidade de iniciar o Gerenciador de Cluster de Failover na GUI do Gerenciador do Servidor. Para obter mais informações, consulte Gerenciar vários servidores remotos com o Gerenciador do Servidor.

Os novos recursos do Gerenciador de Cluster de Failover, que simplificam o gerenciamento em larga escala de máquinas virtuais clusterizadas e outras funções clusterizadas, incluem:

  • Pesquisa, filtragem e modos de exibição personalizados. Os administradores podem gerenciar e navegar em muitas máquinas virtuais clusterizadas ou em outras funções clusterizadas.

  • Multisseleção. Os administradores podem selecionar um conjunto específico de máquinas virtuais e, depois, executar qualquer operação necessária (por exemplo, migração ao vivo, salvamento, desligamento ou inicialização).

  • Migração ao vivo simplificada e migração rápida de máquinas virtuais e armazenamento de máquina virtual. A execução de migração ao vivo e migração rápida ficou mais fácil.

  • Configuração mais simples de CSVs (Volumes Compartilhados do Cluster. A configuração pode ser feita com um clique do botão direito do mouse no painel Armazenamento. CSVs receberam aperfeiçoamentos adicionais, que são descritos emVolumes Compartilhados do Clustermais adiante neste tópico.

  • Suporte para Réplica do Hyper-V. A Réplica do Hyper-V oferece replicação pontual de máquinas virtuais entre sistemas de armazenamento, clusters e data centers, para recuperação de desastre.

Qual o valor que estas alterações adicionam?

Esses recursos de escalabilidade do Windows Server 2012 melhoram a configuração, o gerenciamento e a manutenção de grandes clusters físicos e de clusters de failover do Hyper-V.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. A tabela a seguir descreve essas configurações:

Configuração

Descrição

Escopo

Configurações de prioridade: Alta, média (o padrão), baixa ou não iniciar automaticamente

  • Funções clusterizadas com prioridade mais alta são iniciadas e colocadas em nós antes daquelas com prioridade mais baixa.

  • Se uma prioridade Não Iniciar Automaticamente for atribuída, a função não fica online automaticamente após uma falha, mantendo os recursos disponíveis para que outras funções possam começar.

Todas as funções clusterizadas, inclusive as máquinas virtuais clusterizadas

Preempção de máquinas virtuais com base na prioridade

  • O serviço de Cluster coloca offline as máquinas virtuais com prioridade mais baixa quando as máquinas virtuais com prioridade alta não têm a memória necessária nem outros recursos para iniciar após a falha de um nó. Os recursos liberados podem ser atribuídos a máquinas virtuais com prioridade alta.

  • Se necessário, a preempção inicia com máquina virtuais de prioridade mais baixa e continua até as máquinas virtuais com prioridade mais alta.

  • Máquinas virtuais com preempção são reiniciadas depois em ordem de prioridade.

Máquinas virtuais clusterizadas

Posicionamento da máquina virtual com reconhecimento de memória

  • Máquinas virtuais são posicionadas com base na configuração NUMA (Acesso Não Uniforme a Memória), nas cargas de trabalho já em execução e nos recursos disponíveis em cada nó.

    O número de tentativas de failover antes que uma máquina virtual seja iniciada com êxito é reduzido. Isso aumenta o tempo de ativação das máquinas virtuais.

Máquinas virtuais clusterizadas

Recursos de mobilidade de máquina virtual

  • Várias migrações ao vivo podem ser iniciadas simultaneamente. O cluster executa o máximo possível delas e, então, enfileira as migrações remanescentes, para conclusão posterior. As migrações que falharem são repetidas automaticamente.

  • As máquinas virtuais são migradas para nós com memória suficiente e para outros recursos.

  • Uma máquina virtual em execução pode ser adicionada ou removida de um cluster de failover.

  • O armazenamento de máquina virtual pode ser migrado ao vivo.

Máquinas virtuais clusterizadas

Drenagem de nó automatizado

  • O cluster drena automaticamente um nó (move as funções de cluster que estão executando no nó para outro nó) antes de colocar o nó no modo de manutenção ou fazer outras alterações no nó.

  • Funções realizam failback para o nó original após operações de manutenção.

  • Os administradores podem drenar um nó com uma única ação do Gerenciador de Cluster de Failover ou usando o cmdlet do Windows PowerShell, Suspend-ClusterNode. O nó de destino para as funções clusterizadas movidas pode ser especificado.

  • Atualização com suporte a cluster usa a drenagem de nó no processo automatizado para aplicar atualizações de software a nós do cluster. Para obter mais informações, consulte Atualização com Suporte a Cluster mais adiante neste tópico.

Todas as funções clusterizadas, inclusive as máquinas virtuais clusterizadas

Qual o valor que estas alterações adicionam?

Esses recursos do Windows Server 2012 melhoram a alocação de recursos de cluster (principalmente ao iniciar ou manter nós) em grandes cluster físicos ou em clusters de failover de Hyper-V.

Os CSVs (Volumes Compartilhados do Cluster) foram introduzidos no Windows Server 2008 R2 para fornecer armazenamento comum para máquinas virtuais clusterizadas. No Windows Server 2012, os CSVs podem fornecer funções clusterizadas adicionais. Os CSVs permitem que vários nós do cluster acessem simultaneamente o mesmo sistema de arquivos NTFS sem impor restrições de hardware, tipo de arquivo ou estrutura de diretório. Com os CSVs, várias máquinas virtuais clusterizadas podem usar o mesmo LUN e ainda migrar ao vivo ou migrar rapidamente de nó para nó de forma independente.

Veja a seguir um resumo da nova funcionalidade CSV do Windows Server 2012.

  • Recursos de armazenamento para uma maior variedade de funções de cluster. Inclui servidores de arquivos de expansão para dados de aplicativos, que fornecem continuamente disponível e escalonável baseado em arquivo (armazenamento SMB 3.0) server para Hyper-V e aplicativos como o Microsoft SQL Server. Para obter mais informações, consulte Suporte para expansão de servidores de arquivos mais adiante neste tópico.

  • Sistema de arquivos proxy de CSV (CSVFS). Fornece armazenamento compartilhado de cluster com um único e consistente namespace de arquivo, embora continue usando o sistema de arquivos NTFS subjacente.

  • Suporte para Criptografia de Unidade de Disco BitLocker. Permite descriptografia usando a identidade comum da conta de computador do cluster (também chamada de CNO (Objeto de Nome do Cluster)). Isso habilita a segurança física de implantações externas aos data centers seguros e cumpre os requisitos de conformidade para criptografia no nível do volume.

  • Facilidade no backup de arquivos. Dá suporte aos solicitantes de backup que executam backup do Windows Server 2008 R2 ou do Windows Server 2012. Os backups podem usar instantâneos VSS (Serviço de Cópias de Sombra de Volume) consistente com aplicativo e falha.

  • E/S direta para acesso de dados de arquivos, incluindo arquivos esparsos. Melhora a criação de máquina virtual e o desempenho da cópia.

  • Remoção de dependências de autenticação externa. Melhora o desempenho e a resiliência dos CSVs.

  • Integração com SMB Multichannel e SMB Direct. Usa os novos recursos do SMB 3.0 para permitir que o tráfego do CSV flua nas várias redes do cluster e para otimizar os adaptadores de rede que dão suporte a RDMA (Acesso Remoto Direto à Memória). Para obter mais informações, consulte Visão geral do protocolo SMB.

  • O armazenamento pode ficar visível apenas para um subconjunto de nós. Habilita implantações de cluster contendo nós de aplicativos e dados.

  • Integração com Espaços de Armazenamento. Permite a virtualização de armazenamento de cluster em grupos de discos econômicos. O recurso Espaços de Armazenamento do Windows Server 2012 pode ser integrado ao CSV para permitir acesso ampliado aos dados. Para obter mais informações, consulte Visão geral de Espaços de Armazenamento.

  • Capacidade de examinar e reparar volumes com zero tempo offline. Mantém a disponibilidade do CSV enquanto o sistema de arquivos NTFS identifica, registra e repara anomalias.

Qual o valor que estas alterações adicionam?

Esses novos recursos proporcionam configuração mais fácil do CSV, suporte mais amplo de carga de trabalho, segurança e desempenho melhorados em uma variedade maior de implantações e mais disponibilidade do sistema de arquivos.

O que passou a funcionar de maneira diferente?

Os CSVs agora são exibidos como CSVFS (Sistema de Arquivos CSV) em vez de NTFS.

O recurso Expandir Servidores de Arquivos pode hospedar o armazenamento dimensionável e continuamente disponível por meio do protocolo SMB 3.0. Os clusters de failover do Windows Server 2012 fornecem os seguintes recursos fundamentais, que dão suporte a esse tipo de servidor de arquivos:

  • Um DNN (Nome de Rede Distribuída) que proporciona um ponto de acesso para conexões clientes com os servidores de arquivos expandidos.

  • Um tipo de recurso de Expansão de Servidor de Arquivos que oferece suporte à Expansão dos Serviços de Arquivo.

  • CSVs (Volumes Compartilhados do Cluster) para armazenamento. Para obter mais informações, consulteVolumes Compartilhados do Clusteranteriormente neste tópico.

  • Integração com os recursos Serviços de Arquivos para configurar a função clusterizada do servidor de arquivos expandido.

Qual o valor que estas alterações adicionam?

Esses recursos dão suporte aos serviços de arquivos com disponibilidade contínua e dimensionamento imediato, para aplicativos e usuários finais. Para obter mais informações, consulte Visão geral de Expandir Servidor de Arquivos para dados de aplicativos.

A CAU (Atualização com Suporte a Cluster) é um recurso automatizado que permite a aplicação automática de atualizações no sistema operacional do host ou em outros componentes de sistema de servidores clusterizados, com pouca ou nenhuma perda de disponibilidade durante o processo de atualização. Esse recurso otimiza a drenagem automatizada e o failback de cada nó durante o processo de atualização. Por padrão, usa a infraestrutura do Windows Update Agent como fonte de atualização. Para obter uma visão geral do recurso CAU, consulteAtualizando clusters de failover mantendo ao mesmo tempo a disponibilidade com atualização compatível com cluster: visão geral do cenário.

Qual é o valor agregado desta alteração?

A CAU oferece maior tempo de ativação dos serviços de alta disponibilidade, facilidade de manutenção de clusters de failover e confiabilidade e consistência dos processos de TI.

Nos clusters em execução no Windows Server 2012, os administradores podem monitorar serviços ou máquinas virtuais clusterizadas que também estejam em execução no Windows Server 2012. Essa funcionalidade estende o monitoramento de alto nível de máquinas virtuais, que é implementado nos clusters de failover do Windows Server 2008 R2. Se um serviço monitorado em uma máquina virtual falhar, o serviço poderá ser reiniciado ou a máquina virtual clusterizada poderá ser reiniciada ou movida para outro nó (dependendo das configurações de reinicialização de serviço e das configurações de cluster de failover).

Qual é o valor agregado desta alteração?

Esse recurso aumenta o tempo de ativação dos serviços de alta disponibilidade em execução em máquinas virtuais, em um cluster de failover.

O Assistente para Validar Configuração, do Gerenciador de Cluster de Failover, simplifica o processo de validação de hardware e software em servidores a serem usados em um cluster de failover. O desempenho para grandes clusters de failover foi melhorado e novos testes foram acrescentados.

Estes recursos foram melhorados em relação à validação:

  • Melhor desempenho. Execução significativamente mais rápida, em especial, para testar armazenamento.

  • Validação direcionada de novos LUNs. Permite especificar um novo LUN (disco), em vez de testar todos os LUNs durante a validação de armazenamento.

  • Integração com WMI. Expõe o status de validação de cluster para aplicativos e scripts por meio do WMI (Instrumentação de Gerenciamento do Windows).

  • Novos testes de validação. Fornece suporte para teste de validação para CSVs e para Hyper-V e máquinas virtuais (quando a função Hyper-V está instalada).

  • Reconhecimento de teste de validação de replicados hardware. Ajuda a dar suporte a ambientes multissite.

Qual o valor que estas alterações adicionam?

Os testes de validação adicionados ajudam a confirmar que os servidores do cluster suportarão o failover suave, especialmente de máquinas virtuais de um host para outro.

A integração de clusters de failover com o AD DS (Serviços de Domínio Active Directory) ficou mais robusta no Windows Server 2012 com estes recursos:

  • Capacidade de criar objetos de computador de cluster em OUs (unidades organizacionais) direcionadas ou nas mesmas OUs dos nós de cluster. Alinha as dependências do cluster de failover no AD DS com o modelo de administração de domínio delegado, que é usado em muitas organizações de TI.

  • Reparo automatizado de objetos de computador virtual (VCOs) do cluster, quando excluídos acidentalmente.

  • Acesso ao cluster apenas para controladores de domínio Somente Leitura. Dá suporte a implantações em filiais ou em cenários de rede de perímetro.

  • Capacidade de o cluster iniciar sem dependências com o AD DS. Habilita determinados cenários de data center virtualizado.

System_CAPS_noteObservação

Os clusters de failover não dão suporte a Contas de Serviço Gerenciado de grupo.

Qual o valor que estas alterações adicionam?

Esses recursos melhoram a configuração e a resiliência dos clusters de failover.

Estes recursos do Windows Server 2012 melhoram o gerenciamento e a funcionalidade do quorum de cluster:

  • Assistente para Configurar Quorum do Cluster. Simplifica a configuração de quorum e faz uma boa integração de novos recursos e funcionalidade de quorum existente.

  • Atribuição de votos. Permite especificar quais nós têm votos no quorum de determinação (por padrão, todos os nós têm um voto).

  • Quorum dinâmico. Capacita o administrador a gerenciar automaticamente a atribuição de voto do quorum para um nó, com base no estado do nó. Quando o nó é desativado ou falha, ele perde o voto de quorum. Quando um nó reingressa com êxito no cluster, ele reconquista o voto de quorum. Por meio do ajuste automático da atribuição de votos de quorum, o cluster pode aumentar ou diminuir o número de votos de quorum necessários para se manter em execução. Isso habilita o cluster a preservar a disponibilidade durante falhas ou desativações de nós sequenciais.

Qual o valor que estas alterações adicionam?

Essas melhorias simplificam a configuração de quorum e aumenta a disponibilidade do cluster em cenários com falhas.

Ao usar a versão atualizada do Assistente para Migração de Clusters do Windows Server 2012, os administradores podem migrar as configurações de funções clusterizadas (antes chamadas de serviços e aplicativos clusterizados) a partir dos clusters em execução no Windows Server 2012, no Windows Server 2008 R2 ou no Windows Server 2008. Os aperfeiçoamentos de migração no Windows Server 2012 incluem:

  • Exportar e importar máquinas virtuais de Hyper-V.

  • Migrar para discos CSV.

  • Mapear armazenamento e redes virtuais.

  • Reutilizar armazenamento existente.

Qual é o valor agregado desta alteração?

O Assistente para Migração de Clusters fornece facilidade e flexibilidade para implantar, atualizar e migrar clusters de failover.

Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties. Uma tarefa clusterizada é uma tarefa do Agendador de Tarefas que foi registrada em todos os nós do cluster. Dependendo da tarefa, ela pode ser habilitada em todos os nós ou em um subconjunto de nós.

O administrador pode configurar tarefas clusterizadas de três maneiras:

  • Todo o cluster. A tarefa está agendada em todos os nós de cluster.

  • Qualquer nó. A tarefa está agendada em um único nó aleatório.

  • Recurso específico. A tarefa está agendada em apenas um nó que contém o recurso de cluster especificado.

O administrador pode configurar e gerenciar tarefas clusterizadas usando os seguintes cmdlets do Usando o Windows PowerShell:

  • Register-ClusteredScheduledTask

  • Set-ClusteredScheduledTask

  • Get-ClusteredScheduledTask

  • Unregister-ClusteredScheduledTask

Qual é o valor agregado desta alteração?

Tarefas clusterizadas fornecem um mecanismo flexível para uso de recursos de cluster para executar aplicativos ou processos em horários predefinidos.

Para usar os cmdlets do Usando o Windows PowerShell para Clustering de Failover, instale o módulo Cluster de Failover para Usando o Windows PowerShell, que está incluído nas ferramentas do Clustering de Failover. Para obter uma lista completa dos cmdlets, consulteCmdlets de Clustering de Failover no Windows PowerShell.

Os novos cmdlets do Usando o Windows PowerShell dão suporte aos recursos de Clustering de Failover do Windows Server 2012, incluindo o seguinte:

  • Gerenciar pontos de verificação do Registro de cluster, inclusive os pontos de verificação de criptografia.

  • Criar Servidores de Arquivos Expandidos.

  • Monitorar aplicativos de máquina virtual.

  • Atualizar as propriedades de um recurso Nome de Rede Distribuída.

  • Criar e gerenciar tarefas clusterizadas.

  • Crie um servidor de destino iSCSI para alta disponibilidade.

Qual é o valor agregado desta alteração?

Os novos cmdlets do Usando o Windows PowerShell dão suporte para o gerenciamento e a criação de scripts para os recursos do Clustering de Failover do Windows Server 2012.

O que passou a funcionar de maneira diferente?

A palavras-chave Async e Await no Visual Basic e a palavras-chave async e await em c# são o coração da programação assíncrona.

  • A ferramenta de linha de comando Cluster.exe foi substituída, mas ela pode ser opcionalmente instalada com as ferramentas de Clustering de Failover. Os cmdlets do Usando o Windows PowerShell para Clustering de Failover fornecem funcionalidade geralmente equivalente aos comandos Cluster.exe. Para obter mais informações, consultecomandos Cluster.exe mapeamento de Cmdlets do Windows PowerShell para Clusters de Failover.

  • A interface COM do Servidor de Automação de Cluster (MSClus) foi substituída, mas pode ser opcionalmente instalada com as ferramentas de Clustering de Failover.

  • O suporte às DLLs de recurso de cluster de 32 bits foi substituído, mas as DLLs de 32 bits podem ser instaladas opcionalmente. Você deve atualizar as DLLs de recurso de cluster para 64 bits.

  • A função Servidor de Impressão é removida do Assistente para Alta Disponibilidade e não pode ser configurada no Gerenciador de Cluster de Failover.

  • A palavras-chave Async e Await no Visual Basic e a palavras-chave async e await em c# são o coração da programação assíncrona.

Mostrar: