Provisionar um cluster de hosts autônomos do Hyper-V na malha do VMM

Use as instruções neste artigo para criar um cluster de servidores host Hyper-V autônomos gerenciados na malha do System Center Virtual Machine Manager (VMM).

Antes de começar

Pré-requisito Detalhes
VMM Você precisará de um grupo de hosts do VMM configurado na malha. Isso é necessário para alocar unidades lógicas de armazenamento compartilhado se o VMM precisar atribuir armazenamento compartilhado aos nós de cluster.
Hyper-V Você deve ter dois ou mais hosts Hyper-V autônomos na malha do VMM que estejam no mesmo grupo de hosts do VMM.

Os hosts devem atender aos requisitos para clustering de failover.

Todos os hosts que estarão no cluster devem estar executando o mesmo sistema operacional.

Todos os hosts devem pertencer ao mesmo grupo de hosts do VMM.

Você deve ter uma conta de domínio (para usar como base para uma conta Executar como) para criar o cluster. A conta deve ter permissões administrativas nos servidores que se tornarão nós de cluster e deve pertencer ao mesmo domínio que esses servidores. Além disso, a conta requer a permissão Criar objetos de computador no contêiner usado para contas de computador no domínio.
Armazenamento O armazenamento deve ser descoberto e classificado no workspace Malha do console do VMM. Em seguida, os conjuntos de armazenamentos ou as unidades lógicas, ou ambos, devem ser alocados para o grupo de hosts ou para o grupo de hosts pai escolhido para seu conjunto de hosts.

Se o armazenamento compartilhado não for gerenciado pelo VMM, os discos deverão estar disponíveis para todos os nós no cluster antes que você possa adicioná-los. Você precisará provisionar uma ou mais unidades lógicas para todos os hosts que deseja agrupar e montar e formatar os discos de armazenamento em um dos hosts.

Para acessar o armazenamento compartilhado, o recurso MPIO (Multipath I/O) deve ser instalado em cada host Hyper-V. O VMM não adiciona isso automaticamente. Você pode adicionar o MPIO usando o gerenciador do servidor. Se o MPIO estiver instalado, o VMM o habilitará automaticamente para matrizes de armazenamento com suporte usando o DSM (Módulo Específico do Dispositivo) fornecido pela Microsoft. Se você já instalou DSMs específicas de fornecedor para matrizes de armazenamento com suporte e depois adiciona o VMM do host, as configurações específicas do fornecedor de MPIO serão usadas para se comunicar com as matrizes. Se você adicionar um host ao gerenciamento do VMM antes de adicionar o recurso MPIO, deverá adicionar o recurso MPIO e, em seguida, configurar manualmente o MPIO para adicionar as IDs de hardware do dispositivo descoberto. Ou você pode instalar DSMs específicos do fornecedor.

Se você estiver usando a SAN iSCSI como armazenamento compartilhado, o serviço iniciador iSCSI da Microsoft deverá estar instalado e em execução (definido como automático) em cada host Hyper-V. O VMM usa o serviço de iniciador iSCSI para configurar o armazenamento compartilhado nos nós do Hyper-V automaticamente quando o cluster é criado. Não há necessidade de descobrir portais iSCSI em cada nó do Hyper-V se o VMM gerenciar o armazenamento compartilhado.

Se você estiver usando uma SAN (rede de matriz de armazenamento) Fibre Channel, cada host deverá ter um HBA (adaptador de barramento de host) instalado e o zoneamento deverá ser configurado corretamente. Para obter mais informações, consulte a documentação do fornecedor de matriz de armazenamento.

Por padrão, quando o VMM gerencia a atribuição de unidades lógicas, o VMM cria um grupo de armazenamento por host, um host autônomo ou um nó de cluster de host. No entanto, para algumas matrizes de armazenamento, é preferível usar um grupo de armazenamento para todo o cluster, em que os iniciadores de host para todos os nós de cluster estão contidos em um único grupo de armazenamento. Para dar suporte a isso, você deve definir a propriedade CreateStorageGroupsPerCluster como $true usando o cmdlet Set-SCStorageArray .
Rede Para todos os hosts Hyper-V que você deseja agrupar, se os hosts estiverem configurados para usar endereços IP estáticos em uma rede específica, verifique se os endereços IP estáticos em todos os hosts estão na mesma sub-rede.

Se você já criou uma configuração de rede no VMM que é relevante para o cluster e aplicou essa configuração aos adaptadores de rede nos hosts, verifique se a configuração é aplicada de forma consistente em todos os hosts que você deseja agrupar. Por exemplo, se você designou um conjunto específico de adaptadores de rede (um por host) como adaptadores de gerenciamento para o cluster, verifique se o nome da rede lógica e da rede VM associada a esses adaptadores de rede é consistente. Quando o VMM estiver identificando redes que o cluster pode usar, ele reconhecerá apenas redes com configurações consistentes em cada nó.

Criar um cluster

  1. No console do VMM, selecione Criar Cluster Hyper-V de Malha>> para abrir o assistente Criar Cluster Hyper-V.
  2. Em Geral, especifique um nome de cluster e escolha o grupo de hosts no qual os hosts Hyper-V existentes estão localizados.
  3. Em Tipo de Recurso, selecione a conta Executar como que você usará para criar o cluster. A conta que você usa deve ter permissões administrativas nos servidores que se tornarão nós de cluster e deve pertencer ao mesmo domínio que os hosts Hyper-V que você deseja agrupar. Além disso, a conta requer a permissão Criar objetos de computador no contêiner usado para contas de computador no domínio. Verifique se os servidores Windows existentes estão selecionados e, se você não precisar de suporte da Microsoft para esse cluster, poderá selecionar Ignorar validação de cluster.
  4. Em Nós, selecione os servidores host do Hyper-V que você deseja incluir no cluster. Você pode selecionar vários hosts usando a tecla CTRL ou um intervalo usando SHIFT.
  5. Em Endereço IP (se aparecer), insira o endereço IP que deseja usar para o cluster.
  6. Em Armazenamento, selecione os discos de dados que você deseja que o cluster use. A lista de discos disponíveis inclui as unidades lógicas associadas ao grupo de hosts selecionado no início do assistente.
    • Se você atribuiu armazenamento fora de banda, os discos que não são gerenciados pelo VMM serão exibidos e selecionados como discos disponíveis, com a caixa de seleção ao lado de cada disco esmaecida e indisponível.
      • Se você estiver usando uma solução CFS (sistema de arquivos clusterizados) que não seja da Microsoft, verifique se está ciente de quais discos são discos CFS. Não selecione esses discos para o cluster. Se você fizer isso, a criação do cluster falhará.
      • Se o número de hosts selecionados para o cluster for par, o menor disco maior que 500 megabytes (MB) será escolhido automaticamente como o disco testemunha e não estará disponível para seleção.
  7. Em Comutadores Virtuais, você pode selecionar as redes lógicas a serem usadas quando o VMM cria automaticamente comutadores virtuais nos nós do Hyper-V. Os comutadores virtuais externos nos nós Hyper-V de destino. O VMM criará automaticamente os comutadores virtuais em todos os nós do Hyper-V.
  8. Em Resumo, confirme as configurações e selecione Concluir. Você pode monitorar o status do cluster na página Trabalhos . Após a conclusão do trabalho, você pode verificar as informações do cluster clicando com o botão direito do mouse na guia Status das Propriedades> no cluster. Você também pode clicar com o botão direito do mouse no cluster e selecionar Validar Cluster.

Veja o que o VMM faz depois que você cria o cluster:

  1. Validará que todos os hosts atendem aos pré-requisitos, como sistema operacional necessário e participação em domínio
  2. Ativará o recurso Clustering de Failover em cada host
  3. Removerá as máscaras das unidades lógicas de armazenamento selecionadas para cada host
  4. Executará o processo de validação de cluster
  5. Cria o cluster com configurações de quorum, define todas as configurações de IP estático do cluster especificadas e habilita os CSVs (Volumes Compartilhados do Cluster)
  6. Atribua a unidade lógica como um CSV no cluster para cada unidade lógica designada como CSV.

Próximas etapas

Provisionar VMs