Replicação de cluster estendida usando armazenamento compartilhado

Artigo
12/21/2024

Neste exemplo de avaliação, você configurará esses computadores e seu armazenamento em um único cluster estendido, onde dois nós compartilham um conjunto de armazenamento e dois nós compartilham outro conjunto de armazenamento, em seguida, a replicação mantém ambos os conjuntos de armazenamento espelhados no cluster para permitir failover imediato. Esses nós e seu armazenamento devem estar localizados em locais físicos separados, embora não seja necessário. Há etapas separadas para criar clusters de Hyper-V e Servidor de Arquivos como cenários de exemplo.

Importante

Nessa avaliação, servidores em sites diferentes devem ser capazes de se comunicar com os outros servidores por meio de uma rede, mas não ter nenhuma conectividade física com o armazenamento compartilhado do outro site. Este cenário não usa Espaços de Armazenamento Diretos.

Termos

Este passo a passo usa o seguinte ambiente como exemplo:

Quatro servidores, denominados SR-SRV01, SR-SRV02, SR-SRV03e SR-SRV04 formados em um único cluster chamado SR-SRVCLUS.
Um par de "sites" lógicos que representam dois centros de dados diferentes, com um chamado Redmond e o outro chamado Bellevue.

Observação

Você pode usar apenas dois nós, onde um nó cada está em cada site. No entanto, você não poderá executar failover dentro do site com apenas dois servidores. Você pode usar até 64 nós.

Diagrama mostrando dois nós em Redmond replicando com dois nós do mesmo cluster no site Bellevue

FIGURA 1: Replicação de armazenamento em um cluster estendido

Pré-requisitos

Floresta dos Serviços de Domínio Active Directory (não precisa executar o Windows Server 2016).
2-64 servidores que executam o Windows Server 2019 ou o Windows Server 2016, Datacenter Edition. Se estiver a executar o Windows Server 2019, pode em vez disso usar a Standard Edition se estiver de acordo em replicar apenas um único volume de até 2 TB de tamanho.
Dois conjuntos de armazenamento partilhado, utilizando JBODs SAS (como o Storage Spaces), Fibre Channel SAN, VHDX partilhado ou destino iSCSI. O armazenamento deve conter uma mistura de mídia HDD e SSD e deve suportar Reserva Persistente. Você disponibilizará cada conjunto de armazenamento apenas para dois dos servidores (assimétrico).
Cada conjunto de armazenamento deve permitir a criação de pelo menos dois discos virtuais, um para dados replicados e outro para logs. O armazenamento físico deve ter os mesmos tamanhos de setor em todos os discos de dados. O armazenamento físico deve ter os mesmos tamanhos de setor em todos os discos de log.
Pelo menos uma conexão 1GbE em cada servidor para replicação síncrona.
Pelo menos 2GB de RAM e dois núcleos por servidor. Você precisará de mais memória e núcleos para mais máquinas virtuais.
Regras apropriadas de firewall e roteador para permitir o tráfego bidirecional ICMP, SMB (porta 445 mais 5445 para SMB Direct) e WS-MAN (porta 5985) entre todos os nós.
Uma rede entre servidores com largura de banda suficiente para conter sua carga de trabalho de gravação de E/S e uma média de latência de ida e volta de =5ms, para replicação síncrona. A replicação assíncrona não tem uma recomendação de latência.
O armazenamento replicado não pode ser localizado na unidade que contém a pasta do sistema operacional Windows.

Importante

Embora seja possível anexar um dispositivo de armazenamento a um único servidor e usá-lo para replicação, o Failover Clustering do Windows ainda depende de Reservas Persistentes SCSI. Portanto, o armazenamento ainda deve ser um tipo de armazenamento compartilhado, como uma tecnologia SAN. Discos locais ou discos apresentados por um hipervisor podem não ser compatíveis. No Azure, os discos devem ter um tamanho de SSD Premium que ofereça suporte ao compartilhamento, mesmo que apenas uma VM deva ser conectada a ele.

Muitos desses requisitos podem ser determinados usando o cmdlet Test-SRTopology. Você terá acesso a esta ferramenta se instalar as funcionalidades Réplica de Armazenamento ou Ferramentas de Gestão de Réplica de Armazenamento em pelo menos um servidor. Não há necessidade de configurar a Réplica de Armazenamento para usar esta ferramenta; basta instalar o cmdlet. Mais informações estão incluídas nas etapas a seguir.

Provisionar sistema operacional, recursos, funções, armazenamento e rede

Instale o Windows Server em todos os nós do servidor, usando as opções de instalação Server Core ou Server with Desktop Experience.

Importante

A partir deste ponto, faça sempre logon como um usuário de domínio que seja membro do grupo de administradores interno em todos os servidores. Lembre-se sempre de elevar os seus prompts do PowerShell e do CMD a partir de agora ao executar em uma instalação de servidor gráfico ou num computador com Windows 10.
Adicione informações de rede e junte os nós ao domínio e, em seguida, reinicie-os.

Observação

A partir deste ponto, o guia presume que você tenha dois pares de servidores para uso em um cluster estendido. Uma rede WAN ou LAN separa os servidores e os servidores pertencem a sites físicos ou lógicos. O guia considera SR-SRV01 e SR-SRV02 estar no local Redmond e SR-SRV03 e SR-SRV04 estar no local Bellevue.
Conecte o primeiro conjunto de gabinete de armazenamento JBOD compartilhado, VHDX compartilhado, destino iSCSI ou SAN FC aos servidores no local Redmond.
Conecte o segundo conjunto de armazenamento aos servidores no site Bellevue.
Conforme apropriado, instale o firmware e os drivers de armazenamento e gabinete mais recentes, os drivers HBA do fornecedor mais recente, o firmware BIOS/UEFI do fornecedor mais recente, os drivers de rede do fornecedor mais recentes e os drivers de chipset da placa-mãe mais recentes em todos os quatro nós. Reinicie os nós conforme necessário.

Observação

Consulte a documentação do fornecedor de hardware para configurar o armazenamento compartilhado e o hardware de rede.
Certifique-se de que as configurações de BIOS/UEFI para servidores permitam alto desempenho, como desabilitar o estado C, definir a velocidade QPI, habilitar o NUMA e definir a frequência de memória mais alta. Verifique se o gerenciamento de energia no Windows Server está definido para alto desempenho. Reinicie conforme necessário.
Configure as funções da seguinte maneira:
- Método gráfico
  
  Execute ServerManager.exe e adicione todos os nós do servidor clicando em Gerenciar e Adicionar Servidores.
  
  Importante
  
  Instale as funções e recursos de Clustering de Failover e Réplica de Armazenamento em cada um dos nós e reinicie-os. Se estiver planejando usar outras funções, como Hyper-V, Servidor de Arquivos, etc., você pode instalá-las agora também.
- Usando o método do Windows PowerShell
  
  Em SR-SRV04 ou em um computador de gerenciamento remoto, execute o seguinte comando em um console do Windows PowerShell para instalar os recursos e funções necessários para um cluster estendido nos quatro nós e reiniciá-los:
```
$Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'

$Servers | foreach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
```
  Para obter mais informações sobre essas etapas, consulte Instalar ou desinstalar funções, serviços de função ou recursos.
Configure o armazenamento da seguinte maneira:
Importante
- Você deve criar dois volumes em cada compartimento: um para dados e outro para logs.
- Os discos de log e de dados devem ser inicializados como GPT, não MBR.
- Os dois volumes de dados devem ter o mesmo tamanho.
- Os dois volumes de log devem ser de tamanho idêntico.
- Todos os discos de dados replicados devem ter os mesmos tamanhos de setor.
- Todos os discos de log devem ter os mesmos tamanhos de setor.
- Os volumes de log devem usar armazenamento baseado em flash e configurações de alto desempenho e resiliência. A Microsoft recomenda que o armazenamento de log seja tão rápido quanto o armazenamento de dados. Os volumes de log nunca devem ser usados para outras cargas de trabalho.
- Os discos de dados podem usar HDD, SSD ou uma combinação hierárquica e podem usar espaços espelhados ou de paridade ou RAID 1 ou 10, ou RAID 5 ou RAID 50.
- O volume de log deve ser de pelo menos 9 GB por padrão e pode ser maior ou menor com base nos requisitos de log.
- Os volumes devem ser formatados com NTFS ou ReFS.
- A função Servidor de Arquivos só é necessária para que Test-SRTopology opere, pois abre as portas de firewall necessárias para teste.
- Para gabinetes JBOD:
  1. Certifique-se de que cada conjunto de nós de servidor emparelhados possa ver apenas os compartimentos de armazenamento do site (ou seja, armazenamento assimétrico) e que as conexões SAS estejam configuradas corretamente.
  2. Provisione o armazenamento usando Espaços de Armazenamento seguindo Etapas 1 a 3 fornecidas no Implantar Espaços de Armazenamento em um do Stand-Alone Server usando o Windows PowerShell ou o Gerenciador do Servidor.
- Para armazenamento iSCSI:
  1. Certifique-se de que cada conjunto de nós de servidor emparelhados possa ver apenas os compartimentos de armazenamento do site (ou seja, armazenamento assimétrico). Você deve usar mais de um único adaptador de rede se estiver usando iSCSI.
  2. Provisione o armazenamento usando a documentação do fornecedor. Se estiver usando a segmentação iSCSI baseada no Windows, consulte Armazenamento de bloco de destino iSCSI, Como.
- Para armazenamento SAN FC:
  1. Certifique-se de que cada conjunto de nós de servidor emparelhados possa ver apenas os compartimentos de armazenamento do site (ou seja, armazenamento assimétrico) e que você tenha zoneado corretamente os hosts.
  2. Provisione o armazenamento usando a documentação do fornecedor.

Configurar um cluster de failover de Hyper-V ou um servidor de ficheiros para um cluster de uso geral

Depois de configurar os nós do servidor, a próxima etapa é criar um dos seguintes tipos de clusters:

Hyper-V cluster de failover
Servidor de ficheiros para cluster de uso geral

Configurar um cluster de failover Hyper-V

Observação

Passe esta seção e vá para a seção Configurar um servidor de arquivos para uso geral no cluster, se quiser criar um cluster de servidor de arquivos e não um cluster de Hyper-V.

Agora você criará um cluster de failover normal. Após a configuração, validação e teste, você o ampliará usando a Réplica de Armazenamento. Você pode executar todas as etapas abaixo nos nós do cluster diretamente ou em um computador de gerenciamento remoto que contenha as Ferramentas de Administração de Servidor Remoto do Windows Server.

Método gráfico

Execute cluadmin.msc.
Valide o cluster proposto e analise os resultados para garantir que você possa continuar.

Observação

Você deve esperar erros de armazenamento da validação do cluster, devido ao uso de armazenamento assimétrico.
Crie o cluster de computação Hyper-V. Verifique se o nome do cluster tem 15 caracteres ou menos. O exemplo usado abaixo é SR-SRVCLUS. Se os nós residirem em sub-redes diferentes, você deverá criar um endereço IP para o nome do cluster para cada sub-rede e usar a dependência "OR". Mais informações podem ser encontradas em Configurando endereços IP e dependências para clusters de várias sub-redes – Parte III.
Configure uma Testemunha de Compartilhamento de Arquivos ou uma Testemunha de Nuvem para fornecer quórum em caso de perda do site.

Observação

O Windows Server agora inclui uma opção para Witnessbaseado em Nuvem (Azure). Você pode escolher esta opção de quórum em vez da testemunha de partilha de ficheiros.

Advertência

Para obter mais informações sobre a configuração de quórum, consulte a seção Configuração de Testemunhano guia Configurar e Gerir o Quórum em um Cluster de Alta Disponibilidade no Windows Server 2012 . Para obter mais informações sobre o cmdlet Set-ClusterQuorum, consulte Set-ClusterQuorum.
Consulte as Recomendações de Rede para um Cluster Hyper-V no Windows Server 2012 e assegure-se de que configurou a rede de cluster de forma otimizada.
Adicione um disco no site de Redmond ao CSV do cluster. Para fazer isso, clique com o botão direito do mouse em um disco de origem no nó Discos da seção Armazenamento e clique em Adicionar Volumes Compartilhados do Cluster.
Usando o guia Implantar um Cluster Hyper-V, siga as etapas 7 a 10 no site de Redmond para criar uma máquina virtual de teste apenas para garantir que o cluster esteja funcionando normalmente no primeiro local de teste onde os dois nós compartilham o armazenamento.
Se você estiver criando um cluster stretch de dois nós, deverá adicionar todo o armazenamento antes de continuar. Para fazer isso, abra uma sessão do PowerShell com permissões administrativas nos nós do cluster e execute o seguinte comando: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

Esse é um comportamento por design no Windows Server 2016.
Inicie o Windows PowerShell e use o cmdlet Test-SRTopology para determinar se você atende a todos os requisitos da Réplica de Armazenamento.

Por exemplo, para validar dois dos nós propostos do stretch cluster, que possuem cada um um volume D: e E:, e executar o teste durante 30 minutos:
1. Mova todo o armazenamento disponível para SR-SRV01.
2. Clique em Criar Função Vazia na seção Funções do Gerenciador de Cluster de Failover.
3. Adicione o armazenamento online a essa função vazia chamada Nova Função.
4. Mova todo o armazenamento disponível para SR-SRV03.
5. Clique em Criar Função Vazia na seção Funções do Gerenciador de Cluster de Failover.
6. Mova o vazio Nova Função (2) para SR-SRV03.
7. Adicione o armazenamento online a essa função vazia chamada Nova Função (2).
8. Agora você montou todo o seu armazenamento com letras de unidade e pode avaliar o cluster com Test-SRTopology.
  
  Por exemplo:
```
MD c:\temp

Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName D: -SourceLogVolumeName E: -DestinationComputerName SR-SRV03 -DestinationVolumeName D: -DestinationLogVolumeName E: -DurationInMinutes 30 -ResultPath c:\temp
```
  Importante
  
  Quando utilizar um servidor de teste sem carga de E/S de gravação no volume de origem especificado durante o período de avaliação, considere adicionar uma carga de trabalho; caso contrário, ela Test-SRTopology não gerará um relatório útil. Você deve testar com cargas de trabalho semelhantes às de produção para ver números reais e tamanhos de log recomendados. Como alternativa, basta copiar alguns ficheiros para o volume de origem durante o teste ou descarregar e executar o DISKSPD para gerar E/S de escrita. Por exemplo, uma amostra com uma carga de trabalho de E/S com baixa intensidade de gravação por dez minutos no volume D: Diskspd.exe -c1g -d600 -W5 -C5 -b4k -t2 -o2 -r -w5 -i100 d:\test.dat
Examine o TestSrTopologyReport-< data >.html relatório para garantir que você atenda aos requisitos da réplica de armazenamento e observe a previsão inicial de tempo de sincronização e as recomendações de log.
Retorne os discos ao Armazenamento Disponível e remova as funções vazias temporárias.
Uma vez satisfeito, remova a máquina virtual de teste. Adicione quaisquer máquinas virtuais de teste reais necessárias para avaliação adicional a um nó de origem proposto.

Configure a consciência de site de cluster estendido para que os servidores SR-SRV01 e SR-SRV02 estejam no local Redmond, e os servidores SR-SRV03 e SR-SRV04 estejam no local Bellevue, sendo Redmond preferencial para a propriedade do nó do armazenamento de origem e das VMs.

New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"

New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"

Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue

(Get-Cluster).PreferredSite="Redmond"

Observação

Não há nenhuma opção para configurar a consciência do site usando o Gerenciador de Cluster de Failover no Windows Server 2016.

(Opcional) Configure a rede de cluster e o Ative Directory para um failover de site DNS mais rápido. Você pode utilizar Hyper-V rede definida por software, VLANs esticadas, dispositivos de abstração de rede, TTL DNS reduzido e outras técnicas comuns.

Para obter mais informações, reveja a sessão "Alongar Clusters de Failover e Usar Réplica de Armazenamento no Windows Server vNext" do Microsoft Ignite, e a postagem no blog "Habilitar Notificações de Alteração entre Sites - Como e Porquê?".
(Opcional) Configure a resiliência da VM para que os convidados não façam uma pausa por muito tempo durante falhas de nó. Em vez disso, eles comutam para o novo armazenamento de origem de replicação dentro de 10 segundos.
```
(Get-Cluster).ResiliencyDefaultPeriod=10
```
Observação

Não há nenhuma opção para configurar a resiliência de VM usando o Gerenciador de Cluster de Failover no Windows Server 2016.

Método do Windows PowerShell

Teste o cluster proposto e analise os resultados para garantir que você possa continuar:
```
Test-Cluster SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04
```
Observação

Você deve esperar erros de armazenamento da validação do cluster, devido ao uso de armazenamento assimétrico.
Crie o cluster de armazenamento Servidor de Arquivos para Uso Geral (você deve especificar seu próprio endereço IP estático que o cluster usará). Verifique se o nome do cluster tem 15 caracteres ou menos. Se os nós residirem em sub-redes diferentes, um endereço IP para o site adicional deve ser criado usando a dependência "OR". Mais informações podem ser encontradas em Configurando endereços IP e dependências para clusters de várias sub-redes – Parte III.
```
New-Cluster -Name SR-SRVCLUS -Node SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04 -StaticAddress <your IP here>
Add-ClusterResource -Name NewIPAddress -ResourceType "IP Address" -Group "Cluster Group"
Set-ClusterResourceDependency -Resource "Cluster Name" -Dependency "[Cluster IP Address] or [NewIPAddress]"
```
Configure uma testemunha de compartilhamento de arquivos ou testemunha de nuvem (Azure) no cluster que aponta para um compartilhamento hospedado no controlador de domínio ou em algum outro servidor independente. Por exemplo:
```
Set-ClusterQuorum -FileShareWitness \\someserver\someshare
```
Observação

O Windows Server agora inclui uma opção para Witnessbaseado em Nuvem (Azure). Você pode escolher esta opção de quórum em vez da testemunha de partilha de ficheiros.

Para obter mais informações sobre a configuração de quórum, consulte a seção Configuração de Testemunhano guia Configurar e Gerir o Quórum em um Cluster de Alta Disponibilidade no Windows Server 2012 . Para obter mais informações sobre o cmdlet Set-ClusterQuorum, consulte Set-ClusterQuorum.
Consulte as Recomendações de Rede para um Cluster Hyper-V no Windows Server 2012 e assegure-se de que configurou a rede de cluster de forma otimizada.
Se você estiver criando um cluster stretch de dois nós, deverá adicionar todo o armazenamento antes de continuar. Para fazer isso, abra uma sessão do PowerShell com permissões administrativas nos nós do cluster e execute o seguinte comando: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

Esse é um comportamento por design no Windows Server 2016.
Usando o guia Implantar um Cluster Hyper-V, siga as etapas 7 a 10 no site de Redmond para criar uma máquina virtual de teste apenas para garantir que o cluster esteja funcionando normalmente no primeiro local de teste onde os dois nós compartilham o armazenamento.
Uma vez satisfeito, remova a VM de teste. Adicione quaisquer máquinas virtuais de teste reais necessárias para avaliação adicional a um nó de origem proposto.

Configure o reconhecimento do site de cluster estendido para que os servidores SR-SRV01 e SR-SRV02 estejam no local Redmond, SR-SRV03 e SR-SRV04 estejam no local Bellevuee Redmond seja preferencial para a propriedade do nó do armazenamento de origem e das máquinas virtuais:

New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"

New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"

Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue

(Get-Cluster).PreferredSite="Redmond"

(Opcional) Configure a rede de cluster e o Ative Directory para um failover de site DNS mais rápido. Você pode utilizar Hyper-V rede definida por software, VLANs esticadas, dispositivos de abstração de rede, TTL DNS reduzido e outras técnicas comuns.

Para obter mais informações, consulte a sessão da Microsoft Ignite: Extensão de Clusters de Failover e Uso da Réplica de Armazenamento no Windows Server vNext - Habilitar Notificações de Alteração entre Sites - Como e Por Quê.
(Opcional) Configure a resiliência da VM para que os convidados não façam uma pausa por longos períodos durante falhas de nó. Em vez disso, eles comutam para o novo armazenamento de origem de replicação dentro de 10 segundos.
```
(Get-Cluster).ResiliencyDefaultPeriod=10
```
Observação

Não há nenhuma opção para Resiliência de VM usando o Gerenciador de Cluster de Failover no Windows Server 2016.

Configurar um servidor de arquivos para cluster de uso geral

Observação

Ignore esta seção se já tiver configurado um cluster de failover de Hyper-V conforme descrito em Configurar um cluster de failover de Hyper-V.

Método gráfico

Execute cluadmin.msc.
Valide o cluster proposto e analise os resultados para garantir que você possa continuar.

Observação

Você deve esperar erros de armazenamento da validação do cluster, devido ao uso de armazenamento assimétrico.
Crie o cluster de armazenamento Servidor de Arquivos para Uso Geral. Verifique se o nome do cluster tem 15 caracteres ou menos. O exemplo usado abaixo é SR-SRVCLUS. Se os nós residirem em sub-redes diferentes, você deverá criar um endereço IP para o nome do cluster para cada sub-rede e usar a dependência "OR". Mais informações podem ser encontradas em Configurando endereços IP e dependências para clusters de várias sub-redes – Parte III.
Configure uma Testemunha de Compartilhamento de Arquivos ou uma Testemunha de Nuvem para fornecer quórum em caso de perda do site.

Observação

O Windows Server agora inclui uma opção para Witnessbaseado em Nuvem (Azure). Você pode escolher esta opção de quórum em vez da testemunha de partilha de ficheiros.

Observação

Para obter mais informações sobre a configuração de quórum, consulte a seção Configuração de Testemunhano guia Configurar e Gerir o Quórum em um Cluster de Alta Disponibilidade no Windows Server 2012 . Para obter mais informações sobre o cmdlet Set-ClusterQuorum, consulte Set-ClusterQuorum.
Se você estiver criando um cluster stretch de dois nós, deverá adicionar todo o armazenamento antes de continuar. Para fazer isso, abra uma sessão do PowerShell com permissões administrativas nos nós do cluster e execute o seguinte comando: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

Esse é um comportamento por design no Windows Server 2016.
Certifique-se de ter configurado a rede de cluster de forma otimizada.

Observação

A função Servidor de Arquivos deve ser instalada em todos os nós antes de continuar para a próxima etapa. |
Em Funções, clique em Configurar Função. Reveja antes de começar e clique em Seguinte.
Selecione Servidor de Arquivos e clique em Avançar.
Deixe Servidor de Arquivos para uso geral selecionado e clique em Avançar.
Forneça um Nome de Cliente para Ponto de Acesso (15 ou menos caracteres) e clique em Avançar.
Selecione um disco para ser seu volume de dados e clique em Avançar.
Reveja as suas definições e clique em Seguinte. Clique Concluir.
Clique com o botão direito do rato na sua nova função de Servidor de Ficheiros e clique Adicionar Partilha de Ficheiros. Prossiga com o assistente para configurar compartilhamentos.
Opcional: adicione outra função de Servidor de Arquivos que use o outro armazenamento neste site.

Configure o reconhecimento de site de cluster estendido para que os servidores SR-SRV01 e SR-SRV02 estejam no site Redmond, SR-SRV03 e SR-SRV04 estejam no site Bellevue, e Redmond seja preferencial para a propriedade do nó do armazenamento de origem e das VMs:

New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"

New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"

Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue

(Get-Cluster).PreferredSite="Redmond"

Observação

Não há nenhuma opção para configurar a consciência do site usando o Gerenciador de Cluster de Failover no Windows Server 2016.

(Opcional) Configure a rede de cluster e o Ative Directory para um failover de site DNS mais rápido. Você pode utilizar VLANs esticadas, dispositivos de abstração de rede, TTL de DNS reduzido e outras técnicas comuns.

Para obter mais informações, consulte a sessão do Microsoft Ignite "Alargando Clusters de Failover e Usando a Réplica de Armazenamento no Windows Server vNext" e a postagem do blog "Habilitar Notificações de Alteração entre Sites - Como e Porquê".

Método PowerShell

Teste o cluster proposto e analise os resultados para garantir que você possa continuar:
```
Test-Cluster SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04
```
Observação

Você deve esperar erros de armazenamento da validação do cluster, devido ao uso de armazenamento assimétrico.
Crie o cluster de computação Hyper-V (você deve especificar seu próprio endereço IP estático que o cluster usará). Verifique se o nome do cluster tem 15 caracteres ou menos. Se os nós residirem em sub-redes diferentes, um endereço IP para o site adicional deve ser criado usando a dependência "OR". Mais informações podem ser encontradas em Configurando endereços IP e dependências para clusters de várias sub-redes – Parte III.
```
New-Cluster -Name SR-SRVCLUS -Node SR-SRV01, SR-SRV02, SR-SRV03, SR-SRV04 -StaticAddress <your IP here>

Add-ClusterResource -Name NewIPAddress -ResourceType "IP Address" -Group "Cluster Group"

Set-ClusterResourceDependency -Resource "Cluster Name" -Dependency "[Cluster IP Address] or [NewIPAddress]"
```
Configure uma testemunha de compartilhamento de arquivos ou testemunha de nuvem (Azure) no cluster que aponta para um compartilhamento hospedado no controlador de domínio ou em algum outro servidor independente. Por exemplo:
```
Set-ClusterQuorum -FileShareWitness \\someserver\someshare
```
Observação

O Windows Server agora inclui uma opção para testemunha de nuvem usando o Azure. Você pode escolher esta opção de quórum em vez da testemunha de partilha de ficheiros.

Para obter mais informações sobre a configuração de quorum, consulte o Noções básicas sobre quorum de cluster e pool. Para obter mais informações sobre o cmdlet Set-ClusterQuorum, consulte Set-ClusterQuorum.
Se você estiver criando um cluster stretch de dois nós, deverá adicionar todo o armazenamento antes de continuar. Para fazer isso, abra uma sessão do PowerShell com permissões administrativas nos nós do cluster e execute o seguinte comando: Get-ClusterAvailableDisk -All | Add-ClusterDisk.

Esse é um comportamento por design no Windows Server 2016.
Certifique-se de ter configurado a rede de cluster de forma otimizada.

Configure uma função de Servidor de Arquivos. Por exemplo:

Get-ClusterResource
Add-ClusterFileServerRole -Name SR-CLU-FS2 -Storage "Cluster Disk 4"

MD f:\share01

New-SmbShare -Name Share01 -Path f:\share01 -ContinuouslyAvailable $false

New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter"

New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter"

Set-ClusterFaultDomain -Name sr-srv01 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv02 -Parent Redmond
Set-ClusterFaultDomain -Name sr-srv03 -Parent Bellevue
Set-ClusterFaultDomain -Name sr-srv04 -Parent Bellevue

(Get-Cluster).PreferredSite="Redmond"

(Opcional) Configure a rede de cluster e o Ative Directory para um failover de site DNS mais rápido. Você pode utilizar VLANs esticadas, dispositivos de abstração de rede, TTL de DNS reduzido e outras técnicas comuns.

Para obter mais informações, consulte a sessão do Microsoft Ignite "Alargando Clusters de Failover e Usando a Réplica de Armazenamento no Windows Server vNext" e a postagem do blog "Habilitar Notificações de Alteração entre Sites - Como e Porquê".

Configurar um cluster estendido

Agora você configurará o cluster stretch, usando o Gerenciador de Cluster de Failover ou o Windows PowerShell. Você pode executar todas as etapas abaixo nos nós do cluster diretamente ou em um computador de gerenciamento remoto que contenha as Ferramentas de Administração de Servidor Remoto do Windows Server.

Método do Gestor de Cluster de Failover

Para cargas de trabalho Hyper-V, num nó onde tem os dados que deseja replicar, adicione o disco de dados de origem dos seus discos disponíveis aos volumes partilhados do cluster, se ainda não estiver configurado. Não adicione todos os discos; basta adicionar o disco único. Neste ponto, metade dos discos será mostrada offline porque este é um armazenamento assimétrico. Se estiver replicando uma carga de trabalho de recurso de disco físico (PDR), como o Servidor de Arquivos, para uso geral, você já tem um disco conectado à função pronto para uso.
Clique com o botão direito do rato no disco CSV ou no disco associado a funções, clique em Replicaçãoe, em seguida, clique em Ativar.
Selecione o volume de dados de destino apropriado e clique em Avançar. Os discos de destino mostrados terão um volume do mesmo tamanho do disco de origem selecionado. Ao deslocar-se entre estas caixas de diálogo do assistente, o armazenamento disponível será movido automaticamente e ativado em segundo plano, conforme necessário.
Selecione o disco de log de origem apropriado e clique em Avançar. O volume de log de origem deve estar em um disco que usa SSD ou mídia igualmente rápida, não discos giratórios.
Selecione o volume de log de destino apropriado e clique em Avançar. Os discos de log de destino mostrados terão um volume do mesmo tamanho que o volume de disco de log de origem selecionado.
Deixe o valor Substituir Volume em de volume de destino de substituição se o volume de destino não contiver uma cópia anterior dos dados do servidor de origem. Se o destino contiver dados semelhantes, de um backup recente ou de uma replicação anterior, selecione disco de destino semeadoe clique em Avançar.
Deixe o valor de do Modo de Replicação em de Replicação Síncrona se você planeja usar replicação de RPO zero. Altere-o para de replicação assíncrona se você planeja estender o cluster em redes de latência mais alta ou precisar de latência de E/S mais baixa nos nós do site primário.
Deixe o valor de do Grupo de Consistência em de Desempenho Mais Alto, se você não planeja usar a ordem de gravação posteriormente com pares de disco adicionais no grupo de replicação. Se planear adicionar mais discos a este grupo de replicação e precisar de uma ordem de gravação garantida, selecione Ativar Ordenação de Gravaçãoe clique em Seguinte.
Clique em Avançar para configurar a replicação e a criação de cluster estendido.
Na tela Resumo, anote os resultados da caixa de diálogo de conclusão. Você pode exibir o relatório em um navegador da Web.
Neste ponto, você configurou uma parceria de réplica de armazenamento entre as duas metades do cluster, mas a replicação está em andamento. Há várias maneiras de ver o estado da replicação por meio de uma ferramenta gráfica.
1. Utilize a coluna Função de Replicação e o separador Replicação. Quando a sincronização inicial estiver concluída, os discos de origem e de destino terão um Estado de Replicação de Replicação Contínua.
2. Comece eventvwr.exe.
  1. No servidor de origem, navegue até Aplicativos e Serviços \ Microsoft \ Windows \ StorageReplica \ Admin e examine os eventos 5015, 5002, 5004, 1237, 5001 e 2200.
  2. No servidor de destino, navegue até Aplicativos e Serviços \ Microsoft \ Windows \ StorageReplica \ Operational e aguarde o evento 1215. Este evento indica o número de bytes copiados e o tempo despendido. Exemplo:
```
Log Name:      Microsoft-Windows-StorageReplica/Operational
Source:        Microsoft-Windows-StorageReplica
Date:          4/6/2016 4:52:23 PM
Event ID:      1215
Task Category: (1)
Level:         Information
Keywords:      (1)
User:          SYSTEM
Computer:      SR-SRV03.Threshold.nttest.microsoft.com
Description:
Block copy completed for replica.

ReplicationGroupName: Replication 2
ReplicationGroupId: {c6683340-0eea-4abc-ab95-c7d0026bc054}
ReplicaName: \\?\Volume{43a5aa94-317f-47cb-a335-2a5d543ad536}\
ReplicaId: {00000000-0000-0000-0000-000000000000}
End LSN in bitmap:
LogGeneration: {00000000-0000-0000-0000-000000000000}
LogFileId: 0
CLSFLsn: 0xFFFFFFFF
Number of Bytes Recovered: 68583161856
Elapsed Time (ms): 140
```
  3. No servidor de destino, navegue até Aplicativos e Serviços \ Microsoft \ Windows \ StorageReplica \ Admin e examine os eventos 5009, 1237, 5001, 5015, 5005 e 2200 para entender o progresso do processamento. Não deve haver avisos de erros nesta sequência. Serão muitos 1237 eventos; estes indicam progresso.
    
    Advertência
    
    É provável que o uso de CPU e memória seja maior do que o normal até que a sincronização inicial seja concluída.

Método do Windows PowerShell

Verifique se o console Powershell está sendo executado com uma conta de administrador elevada.

Adicione o armazenamento de dados de origem somente ao cluster como CSV. Para obter o tamanho, a partição e o layout de volume dos discos disponíveis, use os seguintes comandos:

Move-ClusterGroup -Name "available storage" -Node sr-srv01

$DiskResources = Get-ClusterResource | Where-Object { $_.ResourceType -eq 'Physical Disk' -and $_.State -eq 'Online' }
$DiskResources | foreach {
    $resource = $_
    $DiskGuidValue = $resource | Get-ClusterParameter DiskIdGuid

    Get-Disk | where { $_.Guid -eq $DiskGuidValue.Value } | Get-Partition | Get-Volume |
        Select @{N="Name"; E={$resource.Name}}, @{N="Status"; E={$resource.State}}, DriveLetter, FileSystemLabel, Size, SizeRemaining
} | FT -AutoSize

Move-ClusterGroup -Name "available storage" -Node sr-srv03

$DiskResources = Get-ClusterResource | Where-Object { $_.ResourceType -eq 'Physical Disk' -and $_.State -eq 'Online' }
$DiskResources | foreach {
    $resource = $_
    $DiskGuidValue = $resource | Get-ClusterParameter DiskIdGuid

    Get-Disk | where { $_.Guid -eq $DiskGuidValue.Value } | Get-Partition | Get-Volume |
        Select @{N="Name"; E={$resource.Name}}, @{N="Status"; E={$resource.State}}, DriveLetter, FileSystemLabel, Size, SizeRemaining
} | FT -AutoSize

Defina o disco correto como CSV com:

Add-ClusterSharedVolume -Name "Cluster Disk 4"
Get-ClusterSharedVolume
Move-ClusterSharedVolume -Name "Cluster Disk 4" -Node sr-srv01

Configure o stretch cluster, especificando o seguinte:
- Nós de origem e destino (onde os dados de origem são de um disco CSV e todos os outros discos não são CSV).
- Nomes de grupos de replicação de origem e destino.
- Discos de origem e de destino, onde os tamanhos das partições coincidem.
- Volumes de log de origem e destino, onde há espaço livre suficiente para conter o tamanho do log em ambos os discos e o armazenamento é SSD ou mídia rápida semelhante.
- Volumes de log de origem e destino, onde há espaço livre suficiente para conter o tamanho do log em ambos os discos e o armazenamento é SSD ou mídia rápida semelhante.
- Tamanho do log.
- O volume de log de origem deve estar em um disco que usa SSD ou mídia igualmente rápida, não discos giratórios.
```
New-SRPartnership -SourceComputerName sr-srv01 -SourceRGName rg01 -SourceVolumeName "C:\ClusterStorage\Volume1" -SourceLogVolumeName e: -DestinationComputerName sr-srv03 -DestinationRGName rg02 -DestinationVolumeName d: -DestinationLogVolumeName e: -LogType Raw
```
Observação

Você também pode usar New-SRGroup em um nó em cada site e New-SRPartnership para criar replicação em estágios, em vez de tudo de uma só vez.

Determine o progresso da replicação.

No servidor de origem, execute o seguinte comando e examine os eventos 5015, 5002, 5004, 1237, 5001 e 2200:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
```

No servidor de destino, execute o seguinte comando para ver os eventos da Réplica de Armazenamento que indicam a criação da parceria. Este evento indica o número de bytes copiados e o tempo despendido. Exemplo:

Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl

TimeCreated  : 4/6/2016 4:52:23 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.

       ReplicationGroupName: Replication 2
       ReplicationGroupId: {c6683340-0eea-4abc-ab95-c7d0026bc054}
       ReplicaName: ?Volume{43a5aa94-317f-47cb-a335-2a5d543ad536}
       ReplicaId: {00000000-0000-0000-0000-000000000000}
       End LSN in bitmap:
       LogGeneration: {00000000-0000-0000-0000-000000000000}
       LogFileId: 0
       CLSFLsn: 0xFFFFFFFF
       Number of Bytes Recovered: 68583161856
       Elapsed Time (ms): 140

No servidor de destino, execute o seguinte comando e examine os eventos 5009, 1237, 5001, 5015, 5005 e 2200 para entender o progresso do processamento. Não deve haver avisos de erros nesta sequência. Serão muitos 1237 eventos; estes indicam progresso.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```

Como alternativa, o grupo de servidores de destino da réplica indica o número de bytes restantes para copiar o tempo todo e pode ser consultado por meio do PowerShell. Por exemplo:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

Como uma amostra de progresso (que não será encerrada):

while($true) {

 $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
 [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
 Start-Sleep -s 5
}

Para obter o estado de origem e de destino da replicação no cluster stretch, use Get-SRGroup e Get-SRPartnership para ver o estado configurado da replicação no stretch cluster.
```
Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas
```

Gerenciar replicação de cluster expandido

Agora você gerenciará e operará seu cluster de alongamento. Você pode executar todas as etapas abaixo nos nós do cluster diretamente ou em um computador de gerenciamento remoto que contenha as Ferramentas de Administração de Servidor Remoto do Windows Server.

Método Ferramentas Gráficas

Use o Gerenciador de Cluster de Failover para determinar a origem e o destino atuais da replicação e seu status.
Para medir o desempenho da replicação, execute Perfmon.exe nos nós de origem e de destino.
1. No nó de destino:
  1. Adicione os objetos Storage Replica Statistics com todos os seus contadores de desempenho para o volume de dados.
  2. Examine os resultados.
2. No nó de origem:
  1. Adicione os objetos Storage Replica Statistics e Storage Replica Partition I/O Statistics, com todos os seus contadores de desempenho para o volume de dados (sendo este último apenas disponível com dados no servidor de origem atual).
  2. Examine os resultados.
Para alterar a origem e o destino da replicação no cluster stretch, use os seguintes métodos:
1. Para mover a replicação da fonte entre nós no mesmo sítio: clique com o botão direito do mouse no CSV de origem, clique em Mover Armazenamento, clique em Selecionar Nóe selecione um nó no mesmo sítio. Se estiver a usar armazenamento não CSV para um disco atribuído a uma função, mova a função.
2. Para mover a replicação de origem de um site para outro: clique com o botão direito do rato no CSV de origem, clique no Mover Armazenamento, clique no Selecionar Nóe, em seguida, selecione um nó noutra localização. Se você configurou um site preferencial, poderá usar o melhor nó possível para sempre mover o armazenamento de origem para um nó no site preferencial. Se estiver a usar armazenamento não CSV para um disco atribuído a uma função, mova a função.
3. Para executar o failover planejado na direção da replicação de um local para outro: desligue ambos os nós em um site usando ServerManager.exe ou SConfig.
4. Para executar failover não planeado na direção da replicação de um local para outro: desligue a energia dos dois nós de um local.
  
  Observação
  
  No Windows Server 2016, talvez seja necessário usar o Gestor de Clusters de Failover ou Move-ClusterGroup para mover os discos destino de volta para o outro site manualmente depois que os nós estiverem novamente online.
  
  Observação
  
  A Réplica de Armazenamento desmonta os volumes de destino. Isso é por design.
Para alterar o tamanho do log dos 8 GB padrão, clique com o botão direito do mouse nos discos de log de origem e de destino, clique na guia Replication Log e altere os tamanhos em ambos os discos para que correspondam.

Observação

O tamanho de log padrão é 8GB. Dependendo dos resultados do cmdlet Test-SRTopology, você pode decidir usar -LogSizeInBytes com um valor maior ou menor.
Para adicionar outro par de discos replicados ao grupo de replicação existente, você deve garantir que haja pelo menos um disco extra no armazenamento disponível. Em seguida, clique com o botão direito do mouse no disco de origem e selecione Adicionar parceria de replicação .

Observação

Esta necessidade de um disco "fictício" adicional no armazenamento disponível deve-se a uma regressão e não intencional. O Gestor de Clusters de Failover anteriormente suportava a adição de mais discos normalmente e voltará numa versão posterior.
Para remover a replicação existente:
1. Inicie cluadmin.msc.
2. Clique com o botão direito do rato no disco CSV de origem e clique em Replicatione, em seguida, clique em Remover. Aceite o alerta.
3. Opcionalmente, remova o armazenamento do CSV para devolvê-lo ao armazenamento disponível para testes adicionais.
  
  Observação
  
  Talvez seja necessário usar ou ServerManager.exe DiskMgmt.msc para adicionar letras de unidade de volta aos volumes após retornar ao armazenamento disponível.

Método do Windows PowerShell

Use Get-SRGroup e (Get-SRGroup). Réplicas para determinar a origem e o destino atuais da replicação e o seu estado.
Para medir o desempenho da replicação, use o cmdlet Get-Counter nos nós de origem e de destino. Os nomes dos contadores são:
- \Estatísticas de E/S da partição da réplica de armazenamento(*)\Número de vezes que a descarga foi pausada
- \Estatísticas de E/S da partição de réplica de armazenamento(*)\Número de E/S de descarga pendentes
- \Storage Replica Partition I/O Statistics(*)\Número de solicitações para a última gravação de log
- \Estatísticas de E/S da Partição de Réplica de Armazenamento(*)\Comprimento médio da fila de esvaziamento
- \Estatísticas de E/S da Réplica de Armazenamento(*)\Comprimento da Fila de Despejo Atual
- \Estatísticas de E/S de partição de réplica de armazenamento(*)\Número de solicitações de gravação de aplicações
- \Estatísticas de E/S de partição de réplica de armazenamento(*)\Número médio de solicitações por gravação de log
- \Estatísticas de E/S da Réplica de Armazenamento(*)\Latência média de escrita de aplicativo
- \Estatísticas de E/S de Partição de Réplica de Armazenamento(*)\Latência média de leitura de aplicativos
- \Estatísticas da réplica de armazenamento(*)\RPO de destino
- \Estatísticas da réplica de armazenamento(*)\RPO atual
- \Estatísticas da réplica de armazenamento(*)\Comprimento médio da fila de log
- \Estatísticas da réplica de armazenamento(*)\Comprimento da fila de log atual
- \Estatísticas da réplica de armazenamento(*)\Total de bytes recebidos
- \Estatísticas da réplica de armazenamento(*)\Total de bytes enviados
- \Estatísticas de réplica de armazenamento(*)\Latência média de envio de rede
- \Estatísticas da réplica de armazenamento(*)\Estado da replicação
- \Estatísticas de réplica de armazenamento(*)\Latência média de ida e volta da mensagem
- \Estatísticas da réplica de armazenamento(*)\Tempo decorrido desde a última recuperação
- \Estatísticas da réplica de armazenamento(*)\Número de transações de recuperação liberadas
- \Estatísticas da réplica de armazenamento(*)\Número de transações de recuperação
- \Estatísticas da réplica de armazenamento(*)\Número de transações de replicação liberadas
- \Estatísticas da réplica de armazenamento(*)\Número de transações de replicação
- \Estatísticas da réplica de armazenamento(*)\Número máximo de sequência de log
- \Estatísticas da réplica de armazenamento(*)\Número de mensagens recebidas
- \Estatísticas da réplica de armazenamento(*)\Número de mensagens enviadas
Para obter mais informações sobre contadores de desempenho no Windows PowerShell, consulte Get-Counter.
Para alterar a origem e o destino da replicação no cluster stretch, use os seguintes métodos:
1. Para mover a origem de replicação de um nó para outro no site Redmond, mova o recurso CSV usando o cmdlet Move-ClusterSharedVolume.
```
Get-ClusterSharedVolume | fl *
Move-ClusterSharedVolume -Name "cluster disk 4" -Node sr-srv02
```
2. Para mover a direção da replicação de um site para outro, conforme planeado, mova o recurso CSV usando o cmdlet Move-ClusterSharedVolume.
```
Get-ClusterSharedVolume | fl *
Move-ClusterSharedVolume -Name "cluster disk 4" -Node sr-srv04
```
  Isso também moverá os logs e dados de forma adequada para um outro local e nós.
3. Para executar failover não planeado na direção da replicação de um local para outro: desligue a energia dos dois nós de um local.
  
  Observação
  
  A Réplica de Armazenamento desmonta os volumes de destino. Isso é por design.
Para alterar o tamanho do log dos 8 GB padrão, utilize o comando Set-SRGroup tanto nos Grupos de Réplica de Armazenamento de origem quanto nos de destino. Por exemplo, para definir todos os logs como 2GB:
```
Get-SRGroup | Set-SRGroup -LogSizeInBytes 2GB
Get-SRGroup
```
Para adicionar outro par de discos replicados ao grupo de replicação existente, você deve garantir que haja pelo menos um disco extra no armazenamento disponível. Em seguida, clique com o botão direito do mouse no disco de origem e selecione adicionar parceria de replicação.

Observação

Esta necessidade de um disco "fictício" adicional no armazenamento disponível deve-se a uma regressão e não intencional. O Gestor de Clusters de Failover anteriormente suportava a adição de mais discos normalmente e voltará numa versão posterior.

Use o cmdlet Set-SRPartnership com os parâmetros -SourceAddVolumePartnership e -DestinationAddVolumePartnership.
Para remover a replicação, use Get-SRGroup, Get-SRPartnership, Remove-SRGroupe Remove-SRPartnership em qualquer nó.
```
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```
Observação

Se estiver usando um computador de gerenciamento remoto, você precisará especificar o nome do cluster para esses cmdlets e fornecer os dois nomes de RG.

Visão geral da réplica de armazenamento
Replicação de Armazenamento de Servidor para Servidor
de replicação de armazenamento de cluster para cluster
Réplica de armazenamento : problemas conhecidos
Réplica de Armazenamento: Perguntas Frequentes
Espaços de Armazenamento Direto
clusters estendidos no Azure Local

Partilhar via

Replicação de cluster estendida usando armazenamento compartilhado

Termos

Pré-requisitos

Provisionar sistema operacional, recursos, funções, armazenamento e rede

Configurar um cluster de failover de Hyper-V ou um servidor de ficheiros para um cluster de uso geral

Configurar um cluster de failover Hyper-V

Método gráfico

Método do Windows PowerShell

Configurar um servidor de arquivos para cluster de uso geral

Método gráfico

Método PowerShell

Configurar um cluster estendido

Método do Gestor de Cluster de Failover

Método do Windows PowerShell

Gerenciar replicação de cluster expandido

Método Ferramentas Gráficas

Método do Windows PowerShell

Comentários

Recursos adicionais

Partilhar via

Replicação de cluster estendida usando armazenamento compartilhado

Termos

Pré-requisitos

Provisionar sistema operacional, recursos, funções, armazenamento e rede

Configurar um cluster de failover de Hyper-V ou um servidor de ficheiros para um cluster de uso geral

Configurar um cluster de failover Hyper-V

Método gráfico

Método do Windows PowerShell

Configurar um servidor de arquivos para cluster de uso geral

Método gráfico

Método PowerShell

Configurar um cluster estendido

Método do Gestor de Cluster de Failover

Método do Windows PowerShell

Gerenciar replicação de cluster expandido

Método Ferramentas Gráficas

Método do Windows PowerShell

Tópicos relacionados

Comentários

Recursos adicionais