Compartilhar via


Oferecer armazenamento econômico para cargas de trabalho do Hyper-V usando o Windows Server: guia de planejamento e design

 

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

Este guia descreve como planejar e criar uma solução de armazenamento específica para clusters de cálculo que hospedam máquinas virtuais executando no Windows Server e Hyper-V como parte de uma plataforma de serviço de nuvem. Essa solução de armazenamento definida por software usa um cluster de servidores de arquivos do Windows Server facilmente gerenciado em conjunto com compartimentos JBOD (Just a Bunch of Disks) e Espaços de Armazenamento para armazenamento econômico e de alto desempenho, eliminando a necessidade de dispositivos SAN de preço elevado na implementação de uma plataforma de nuvem.

Para obter uma lista das alterações recentes a este tópico, veja a seção Histórico de Alterações deste tópico.

Se você ainda não leu, leia o Fornecer armazenamento econômico para cargas de trabalho do Hyper-V usando o Windows Server – ele fornece uma introdução para essa solução e se destina a ser usado com este tópico.

Vamos supor que você deseja uma implantação inicial de aproximadamente 100 locatários (com oito máquinas virtuais por locatário), com capacidade de expandir a solução para aproximadamente 500 locatários ao longo do tempo. Para obter orientações sobre design mais flexíveis e abrangentes, veja Guia de considerações sobre design para o armazenamento definido por software.

Use as etapas e as decisões de design a seguir para planejar a implementação de armazenamento baseado em Windows Server para cargas de trabalho do Hyper-V.

Neste guia:

  • Etapa 1: criar o cluster de servidores de arquivos

  • Etapa 2: criar o cluster de gerenciamento

  • Etapa 3: criar o cluster de cálculo

  • Próximas etapas

Etapa 1: criar o cluster de servidores de arquivos

Nesta etapa, você cria o cluster de servidores de arquivos usado para fornecer armazenamento às máquinas virtuais nesta solução.

1.1. Criar o hardware do cluster de servidores de arquivos

Estes são os componentes de hardware que recomendamos para os clusters de servidores de arquivos. É importante lembrar que recomendamos adquirir todo o hardware de produção de um fornecedor que realiza testes e dá suporte ao hardware como uma solução integrada aos Espaços de Armazenamento.

Componente

Diretrizes

Compartimentos de armazenamento

  • Quatro compartimentos de armazenamento idênticos (240 discos no total em quatro compartimentos)

    Com quatro compartimentos, um compartimento inteiro pode ficar danificado que os espaços de armazenamento ainda permanecerão online (supondo que não existam muitos discos danificados nos compartimentos restantes).

  • Compartimentos de armazenamento de 60 discos conectados à SAS

  • Cada compartimento de armazenamento deve estar conectado por duas conexões SAS por meio de um HBA (adaptador de barramento do host) a todos os nós de clusters de servidores de arquivos

    Isso maximiza o desempenho e elimina um ponto único de falha. Para dar suporte a esse requisito, o ideal é que cada compartimento de armazenamento e nó de servidor tenham o dobro de portas SAS que o número de nós (8 portas no compartimento e 8 portas em cada nó).

Discos físicos

  • 48 HDDs de 7.200 rpm por compartimento de armazenamento (192 HDDs total em quatro compartimentos)

    Os HDDs de 7.200 rpm fornecem muita capacidade com consumo de energia e custos menores do que os HDDs de velocidade de rotação mais elevada, mas ainda fornecem bom desempenho nesta solução quando combinados com um número suficiente de SSDs.

    Ao usar HDDs de 4 TB e SSDs de 800 GB em quatro compartimentos de 60 compartimentos, essa solução fornece aproximadamente 804 TB de capacidade bruta de pool de armazenamento por cluster de servidores de arquivos. Depois de considerar a resiliência, o armazenamento de backups e o espaço livre para reparar os espaços de armazenamento, isso resultará em cerca de 164 TiB de espaço de máquinas virtuais de computação e gerenciamento (TiB é um terabyte calculado usando a notação binária - base 2 - em vez de uma notação decimal - base 10).

  • 12 SSDs por compartimento de armazenamento (48 SSDs total em quatro compartimentos de armazenamento)

    Os Espaços de Armazenamento usam SSDs para criar uma camada de armazenamento mais rápida para os dados acessados com frequência. Eles também usam SSDs para um cache de write-back persistente que reduz a latência das gravações aleatórias.

    Para obter mais informações, veja Novidades nos Espaços de Armazenamento no Windows Server.

  • Todos os discos devem ser discos SAS de porta dupla

    Isso permite que cada disco seja conectado a todos os nós do cluster de failover por expansores SAS incluídos nos compartimentos de armazenamento.

Clusters de servidor de arquivos

  • Um cluster de servidores de arquivos de quatro nós

    Com quatro nós, todos os compartimentos de armazenamento são conectados a todos os nós e você pode manter um bom desempenho, mesmo se dois nós falharem, o que reduz a urgência de manutenção.

  • Um cluster de servidores de arquivos hospeda o armazenamento de um cluster de cálculo

    Se você adicionar um cluster de cálculo, adicione também outro cluster de servidores de arquivos de quatro nós. Você pode adicionar até quatro clusters de servidor de arquivos e quatro clusters de cálculo por cluster de gerenciamento. O primeiro cluster de servidores de arquivos também hospeda o armazenamento do cluster de gerenciamento.

    Outros clusters adicionais (também chamados de unidades de escala) permitem que você aumente a escala de seu ambiente para dar suporte a mais máquinas virtuais e locatários.

Nós de cluster

  • Duas CPUs de seis núcleos

    O cluster de servidores de arquivos não precisa das CPUs mais avançadas, pois a maior parte do tráfego é tratada pelas placas de rede RDMA, que processam o tráfego de rede diretamente.

  • 64 GB de RAM

    Você não precisa de uma grande quantidade de RAM porque o cluster de servidores de arquivos usa camadas de armazenamento, o que impede o uso de cache CSV (normalmente, um dos maiores consumidores de RAM em um servidor de arquivos clusterizado).

  • Dois HDDs configurados em um RAID-1 (espelho) usando um controlador RAID básico

    Esse é o local em que o Windows Server está instalado em cada nó. Como opção, você pode usar um ou dois SSDs. Os SSDs são mais caros, mas usam menos energia e fornecem maior rapidez na inicialização, instalação e recuperação, bem como maior confiabilidade. Você pode usar um único SSD para reduzir os custos se não houver problemas para você quanto à reinstalação do Windows Server no nó em caso de falha no SSD.

HBAs de nó de cluster

  • Dois HBAs idênticos de SAS de 4 portas e 6 Gbps

    Cada um dos HBAs tem uma conexão para cada compartimento de armazenamento para que existam duas conexões no total para cada compartimento de armazenamento. Isso aumenta a taxa de transferência e fornece caminhos redundantes, além de não permitir a funcionalidade RAID interna.

Placas de interface de rede de nó de cluster

  • Uma placa de interface de rede 10 Gigabit Ethernet de duas portas com suporte a RDMA

    Essa placa atua como interface da rede de armazenamento entre o cluster de servidores de arquivos e os clusters de cálculo e gerenciamento, cada qual armazenando os arquivos do disco rígido virtual no cluster de servidores de arquivos.

    A placa exige suporte a RDMA para maximizar o desempenho e iWARP se desejar usar roteadores entre os racks de clusters, o que pode ser relevante ao incluir clusters de cálculo e de servidor de arquivos adicionais na solução. Essa placa usa SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta conectada a uma sub-rede separada.

    Para obter uma lista de placas de interface de rede certificadas com suporte a RDMA, confira o Catálogo do Windows Server.

  • Uma placa de interface de rede Gigabit ou 10 Gigabit Ethernet de duas portas sem suporte a RDMA

    Essa placa se comunica entre o cluster de gerenciamento e o cluster de servidores de arquivos, com cada porta conectada a uma sub-rede separada. Ela não precisa de suporte a RDMA porque se comunica com os comutadores virtuais do Hyper-V nos clusters de gerenciamento e de cálculo, que não usam comunicação RDMA.

    Para obter uma lista de placas de interface de rede certificadas, veja o Catálogo do Windows Server.

  • Uma interface de rede Gigabit Ethernet para gerenciamento remoto

    Esse controlador BMC com Integrated Lights-Out (iLO) ou adaptador de rede integrado se conecta à sua rede de gerenciamento.

1.2. Criar a configuração do software do cluster de servidores de arquivos

Estes são os componentes de software que recomendamos para os clusters de servidor de arquivos.

Tecnologia

Diretrizes

Sistema operacional

  • Windows Server 2012 R2 Standard com a opção de instalação do Server Core

    Usar o Windows Server 2012 R2 Standard é mais econômico se comparado a usar uma edição mais cara. Além disso, a opção de instalação Server Core mantém o volume de segurança baixo, que, por sua vez, limita a quantidade necessária de atualizações de software para instalar no cluster de servidores de arquivos.

Clustering de failover

  • Um servidor de arquivos de expansão

    Esse servidor de arquivos clusterizado permite hospedar, de forma contínua, os compartilhamentos de arquivos disponíveis que podem ser acessados simultaneamente em vários nós.

MPIO

  • Habilita o Multipath I/O (MPIO) em cada nó

    Ele combina vários caminhos para discos físicos nos compartimentos de armazenamento, fornecendo resiliência e balanceamento de carga nos caminhos físicos.

Pools de armazenamento

  • Três pools de armazenamento clusterizados por cluster de servidores de arquivos

    Isso ajuda a minimizar o tempo necessário para o failover do pool de armazenamento para outro nó.

  • 5 SSDs e 16 HDDs de cada um dos quatro compartimentos de armazenamento por pool de carga de trabalho, para um total de 84 discos por pool para as suas principais cargas de trabalho.

    Isso fornece SSDs suficientes para que você possa criar os espaços de armazenamento apropriados, com os dados distribuídos entre os compartimentos de armazenamento para que qualquer compartimento de armazenamento possa falhar sem provocar tempo de inatividade para seus locatários (desde que não existam muitos discos danificados nos compartimentos de armazenamento restantes).

  • 2 SSDs e 16 HDDs de cada um dos quatro compartimentos de armazenamento para um pool de backup, com um total de 72 discos neste pool.

    Os SSDs no pool de backup são designados como discos de diário para melhorar o desempenho de gravação dos discos virtuais, que usam o tipo de resiliência de paridade dupla.

  • Sem discos de espera ativa

    Em vez disso, sempre mantenha pelo menos 21,9 TiB de espaço livre de HDD em cada um dos pools de armazenamento, além de 1,5 TiB de espaço livre de SSD em cada um dos pools de carga de trabalho. Isso permite que os Espaços de Armazenamento recompilem automaticamente os espaços de armazenamento com até um SSD com falha e três HDDs com falha ao copiar dados em vários discos no pool, reduzindo drasticamente o tempo necessário para recuperar o disco com falha se comparado ao uso de discos de espera ativa.

    Nessa solução, com HDDs de 4 TB e SSDs de 800 GB, isso significa manter 23,4 TB de espaço livre por pool de carga de trabalho.

    Para obter mais informações sobre como obtemos esses números, veja Guia de considerações sobre design para o armazenamento definido por software e Calculadora de design para o armazenamento definido por software.

Espaços de Armazenamento

  • Oito espaços de armazenamento por pool de armazenamento de carga de trabalho

    Com isso, é possível distribui carga em cada nó no cluster (dois espaços de armazenamento por nó por pool).

  • Usar espaços de espelho de três vias para dados de carga de trabalho

    Os espaços de espelho fornecem o melhor desempenho e resiliência de dados para hospedar máquinas virtuais. Os espaços de espelho tridirecionais garantem a existência de pelo menos três cópias dos dados, permitindo que dois discos falhem sem a perda de dados. Não recomendamos espaços de paridade para hospedar máquinas virtuais em função de suas características de desempenho.

  • Use as seguintes configurações para construir seus espaços de espelho tridirecionais com camadas de armazenamento, o tamanho padrão do cache de write-back e o reconhecimento de compartimento. Recomendamos usar quatro colunas para essa configuração para obter um saldo de alta taxa de transferência e baixa latência.

    Para obter mais informações, veja Guia de considerações sobre design para o armazenamento definido por software.

    Configuração

    Valor

    ResiliencySettingName

    Mirror

    NumberOfDataCopies

    3

    NumberOfColumns

    4

    StorageTierSizes

    SSD: .54 TiB; HDD: 8.79 TiB (supondo SSDs de 800 GB e HDDs de 4 TB)

    IsEnclosureAware

    $true

  • Todos os espaços de armazenamento usam provisionamento fixo

    O provisionamento fixo permite que você use as camadas de armazenamento e o clustering de failover, nenhum dos quais funciona com provisionamento dinâmico.

  • Crie um espaço de espelho bidirecional adicional de 4 GB sem camadas de armazenamento

    Esse espaço de armazenamento é usado como um disco testemunha para o cluster de servidores de arquivos e é usado para testemunhas de compartilhamento de arquivos dos clusters de gerenciamento e cálculo. Isso ajuda o cluster de servidores de arquivos a manter a sua integridade (quorum) em caso de falhas em dois nós ou de problemas de rede entre os nós.

  • Para o pool de backup, use as seguintes configurações para criar 16 discos virtuais usando o tipo de resiliência de paridade dupla e 7 colunas.

    Configuração

    Valor

    ResiliencySettingName

    Parity

    NumberOfDataCopies

    3

    Size

    7.53 TiB

    NumberOfColumns

    7

    IsEnclosureAware

    $true

Partições

  • Uma partição GPT por espaço de armazenamento

    Ajuda a manter a solução mais simples.

Volumes

  • Um volume formatado com o sistema de arquivos NTFS por partição/espaço de armazenamento

    ReFS não é recomendado para esta solução nesta versão do Windows Server.

  • Habilite a Eliminação de Duplicação de Dados nos discos virtuais usados para armazenar backups.

CSV

  • Um volume CSV por volume (com um volume e partição por espaço de armazenamento)

    Permite que a carga seja distribuída a todos os nós no cluster de servidores de arquivos. Não crie um volume CSV no espaço de armazenamento de 4 GB usado para manter o quórum do cluster.

Criptografia de Unidade de Disco BitLocker

  • Teste o desempenho da Criptografia de Unidade de Disco BitLocker antes de usá-la amplamente

    Você pode usar a Criptografia de Unidade de Disco BitLocker para criptografar todos os dados no armazenamento em cada volume CSV, melhorando a segurança física, mas ao fazer isso, o desempenho da solução pode sofrer um impacto significativo.

Compartilhamentos de arquivos continuamente disponíveis

  • Um compartilhamento de arquivo SMB continuamente disponível por volume CSV/volume/partição/espaço de armazenamento

    Simplifica o gerenciamento (um compartilhamento por espaço de armazenamento subjacente) e permite que a carga seja distribuída a todos os nós no cluster de servidores de arquivos.

  • Teste o desempenho de acesso a dados criptografados (criptografia SMB 3) em compartilhamentos de arquivos antes de uma implantação ampla

    Você pode usar a criptografia SMB 3 para ajudar a proteger dados em compartilhamentos de arquivos que exigem proteção contra violações de segurança física, em situações nas quais um invasor tem acesso à rede de datacenter, no entanto, ao fazer isso, você elimina a maioria dos benefícios de desempenho do uso de adaptadores de rede RDMA.

Atualizações

  • Use o Windows Server Update Services em conjunto com o Virtual Machine Manager

    Crie de três a quatro grupos de computadores no Windows Server Update Services (WSUS) para os nós do servidor de arquivos, adicionando um ou dois para cada grupo. Com essa configuração, você pode atualizar um servidor primeiro e monitorar sua funcionalidade e, em seguida, atualizar os servidores restantes individualmente para que a carga continue a ser balanceada entre os outros servidores.

    Para obter mais informações, veja Gerenciando atualizações de malha no VMM (ou Implantar o Windows Server Update Services em sua organização se você não estiver usando o Virtual Machine Manager).

  • Use a Atualização com Suporte a Cluster para atualizações de UEFI e firmware

    Use a Atualização com Suporte a Cluster para atualizar tudo que não pode ser distribuído via WSUS. Provavelmente, isso representa o BIOS (UEFI) para os nós de cluster, juntamente com o firmware para os adaptadores de rede, HBAs de SAS, unidades e os compartimentos de armazenamento.

Data Protection Manager

  • Você pode usar o Data Protection Manager (DPM) para fornecer backups de acordo com as falhas do cluster de servidores de arquivos. Você também pode usar a replicação do DPM e do Hyper-V para recuperação de desastres de máquinas virtuais no cluster de cálculo.

Etapa 2: criar o cluster de gerenciamento

Nesta etapa, você cria o cluster de gerenciamento que executa todos os serviços de gerenciamento e infraestrutura para os clusters de servidor de arquivos e de cálculo.

Observação

Esta solução pressupõe que você deseja usar o pacote de produtos do System Center, que fornece ferramentas avançadas para simplificar a configuração, gerenciamento e monitoramento da solução. No entanto, como alternativa, você pode realizar todas as tarefas no Windows PowerShell e no Gerenciador do Servidor (embora provavelmente achará o Windows PowerShell mais apropriado em função da escala da solução). Se escolher abrir mão do System Center, provavelmente você não precisará de um cluster de gerenciamento tão avançado quanto o descrito aqui e poderá usar os servidores ou clusters existentes.

2.1. Criar o hardware do cluster de gerenciamento

Estes são os componentes de hardware que recomendamos para o cluster que executa todos os serviços de gerenciamento e de infraestrutura para os clusters de servidor de arquivos e de cálculo.

Componente

Diretrizes

Cluster de gerenciamento

  • Um cluster de failover de quatro nós

    Usar quatro nós oferece a capacidade de tolerar um nó de cluster na falha do cluster de gerenciamento; use seis nós obter resiliência com a falha de dois nós. Um cluster de gerenciamento usando o Virtual Machine Manager pode oferecer suporte a até 8.192 máquinas virtuais.

Nós de cluster

  • Duas CPUs de oito núcleos

    As máquinas virtuais neste cluster realizam uma quantidade significativa de processamento, o que exige um pouco mais de energia da CPU se comparado com o cluster de servidores de arquivos.

  • 128 GB de RAM

    Executar as máquinas virtuais de gerenciamento exige mais RAM do que é necessário para o cluster de servidores de arquivos.

  • Dois HDDs configurados em um RAID-1 (espelho) usando um controlador RAID básico

    Esse é o local em que o Windows Server está instalado em cada nó. Como opção, você pode usar um ou dois SSDs. Os SSDs são mais caros, mas usam menos energia e fornecem maior rapidez na inicialização, instalação e recuperação, bem como maior confiabilidade. Você pode usar um único SSD para reduzir os custos se não houver problemas para você quanto à reinstalação do Windows Server no nó em caso de falha no SSD.

Placas de interface de rede

  • Uma placa de interface de rede 10 Gigabit Ethernet de duas portas com suporte a RDMA

    Essa placa se comunica com o cluster de gerenciamento e o cluster de servidores de arquivos para acessar os arquivos .vhdx usados pelas máquinas virtuais de gerenciamento. A placa exige suporte a RDMA para maximizar o desempenho e iWARP se desejar usar roteadores entre os racks de clusters de servidor de arquivos e de gerenciamento, o que pode ser relevante ao incluir clusters de servidor de arquivos adicionais na solução. Essa placa usa SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta conectada a uma sub-rede separada.

    Para obter uma lista de placas de interface de rede certificadas com suporte a RDMA, confira o Catálogo do Windows Server.

  • Uma placa de interface de rede Gigabit ou 10 Gigabit Ethernet de duas portas sem suporte a RDMA

    Essa placa trata do tráfego de gerenciamento entre todos os clusters. A placa exige suporte para Fila de Máquina Virtual (VMQ), Dynamic VMQ, marcação 802.1Q VLAN e descarregamento GRE (NVGRE). A placa usa o Agrupamento NIC para fazer suas duas portas, cada uma conectada a uma sub-rede separada e tolerante a falhas.

    A placa não pode usar RDMA porque RDMA exige acesso direto à placa de rede e essa placa precisa se comunicar com os comutadores virtuais do Hyper-V (que ocultam o acesso direto à placa de rede). Ela usa a tecnologia de Agrupamento NIC para tolerância a falhas em vez de SMB Direct, de forma que protocolos diferentes de SMB podem usar conexões de rede redundantes. Você deve usar as regras de Qualidade de Serviço (QoS) para priorizar o tráfego nesta conexão.

    Para obter uma lista de placas de interface de rede certificadas com suporte a NVGRE, confira o Catálogo do Windows Server.

  • Uma interface de rede Gigabit Ethernet para gerenciamento remoto

    Esse controlador BMC com Integrated Lights-Out (iLO) ou adaptador de rede integrado se conecta à sua rede de gerenciamento.

2.2. Criar a configuração do software do cluster de gerenciamento

A lista a seguir é uma descrição em alto nível dos componentes de software que recomendamos para o cluster de gerenciamento:

  • Windows Server 2012 R2 Datacenter

  • Clustering de failover

  • Atualização com Reconhecimento de Cluster

  • Hyper-V

A lista a seguir é uma descrição em alto nível dos serviços que você deve executar nas máquinas virtuais no cluster de gerenciamento:

  • Serviços de Domínio Active Directory (AD DS), servidor DNS e servidor DHCP

  • Windows Server Update Services

  • Serviços de Implantação do Windows

  • Microsoft SQL Server

  • System Center Virtual Machine Manager

  • Servidor de Biblioteca do System Center Virtual Machine Manager

  • System Center Operations Manager

  • System Center Data Protection Manager

  • Um console de gerenciamento (Windows Server com a opção de instalação de GUI)

  • Máquinas virtuais adicionais são necessárias dependendo dos serviços que você está usando, como o Microsoft Azure Pack e System Center Configuration Manager.

Observação

Crie comutadores virtuais idênticos em todos os nós, de forma que cada máquina virtual possa fazer failover para qualquer nó e manter a sua conexão com a rede.

Etapa 3: criar o cluster de cálculo

Nesta etapa, você cria o cluster de cálculo que executa as máquinas virtuais que fornecem serviços aos locatários.

2.1. Criar o hardware do cluster de cálculo

Estes são os componentes de hardware que recomendamos para os clusters de cálculo. Esses clusters alojam as máquinas virtuais dos locatários.

Componente

Diretrizes

Clusters de cálculo do Hyper-V

  • Cada cluster de cálculo contém 32 nós e hospeda até 2.048 máquinas virtuais do Hyper-V. Ao estar pronto para adicionar capacidade extra, você pode adicionar até três clusters de cálculo adicionais (e clusters de servidores de arquivo associados, chegando a um total de 128 nós que hospedam 8.192 máquinas virtuais para 512 locatários (supondo a quantidade de 8 máquinas virtuais por locatário)).

    Veja Escalabilidade do Hyper-V no Windows Server 2012 e Windows Server 2012 R2 para obter mais informações.

Nós de cluster

  • Duas CPUs de oito núcleos

    Duas CPUs de oito núcleos são suficientes para uma mistura geral de cargas de trabalho, mas se você pretende executar muitas cargas de trabalho pesadas de computação em suas máquinas virtuais de locatário, escolha CPUs de maior desempenho.

  • 128 GB de RAM

    Executar um grande número de máquinas virtuais (provavelmente 64 por nó durante a execução de todos os nós do cluster) exige mais RAM do que é o exigido pelo cluster de servidores de arquivos. Use mais RAM se deseja fornecer mais de 2 GB por máquina virtual em média.

  • Dois HDDs configurados em um RAID-1 (espelho) usando um controlador RAID básico

    Esse é o local em que o Windows Server está instalado em cada nó. Como opção, você pode usar um ou dois SSDs. Os SSDs são mais caros, mas usam menos energia e fornecem maior rapidez na inicialização, instalação e recuperação, bem como maior confiabilidade. Você pode usar um único SSD para reduzir os custos se não houver problemas para você quanto à reinstalação do Windows Server no nó em caso de falha no SSD.

Placas de interface de rede

  • Uma placa de interface de rede 10 Gigabit Ethernet de duas portas com suporte a RDMA

    Essa placa se comunica com o cluster de servidores de arquivos para acessar os arquivos .vhdx usados pelas máquinas virtuais. A placa exige suporte a RDMA para maximizar o desempenho e iWARP se desejar usar roteadores entre os racks de clusters de servidor de arquivos e de gerenciamento, o que pode ser relevante ao incluir clusters de servidor de arquivos adicionais na solução. Essa placa usa SMB 3 e SMB Direct para fornecer tolerância a falhas, com cada porta conectada a uma sub-rede separada.

    Para obter uma lista de placas de interface de rede certificadas com suporte a RDMA, confira o Catálogo do Windows Server.

  • Uma placa de interface de rede Gigabit ou 10 Gigabit Ethernet de duas portas sem suporte a RDMA

    Essa placa trata do tráfego de gerenciamento e de locatários. A placa exige suporte para Fila de Máquina Virtual (VMQ), Dynamic VMQ, marcação 802.1Q VLAN e descarregamento GRE (NVGRE). A placa usa o Agrupamento NIC para fazer suas duas portas, cada uma conectada a uma sub-rede separada e tolerante a falhas.

    A placa não pode usar RDMA porque RDMA exige acesso direto à placa de rede e essa placa precisa se comunicar com os comutadores virtuais do Hyper-V (que ocultam o acesso direto à placa de rede). Ela usa a tecnologia de Agrupamento NIC para tolerância a falhas em vez de SMB Direct, de forma que protocolos diferentes de SMB podem usar conexões de rede redundantes. Você deve usar as regras de Qualidade de Serviço (QoS) para priorizar o tráfego nesta conexão.

    Para obter uma lista de placas de interface de rede certificadas com suporte a NVGRE, confira o Catálogo do Windows Server.

  • Uma interface de rede Gigabit Ethernet para gerenciamento remoto

    Esse controlador BMC com Integrated Lights-Out (iLO) ou adaptador de rede integrado se conecta à sua rede de gerenciamento e lhe permite usar o System Center Virtual Machine Manager para configurar o nó de cluster de hardware bare-metal. A interface deve ter suporte para Interface de Gerenciamento de Plataforma Inteligente (IPMI) ou Arquitetura de Gerenciamento de Sistemas do Hardware do Servidor (SMASH).

2.2. Criar a configuração do software de cluster de cálculo

A lista a seguir é uma descrição em alto nível dos componentes de software que recomendamos para o cluster de cálculo:

  • Windows Server 2012 R2 Datacenter

  • Clustering de failover

  • Hyper-V

  • Data Center Bridging

  • Atualização com Reconhecimento de Cluster

Próximas etapas

Depois de concluir as etapas de planejamento, veja Quais são as etapas de alto nível para implementar essa solução?.

Consulte também

Histórico de Alterações

Data

Descrição

15 de julho de 2015

Orientação atualizada para o design do disco virtual e links adicionados para o Guia de considerações sobre design para o armazenamento definido por software, que fornece informações mais detalhadas e atualizadas sobre design para o armazenamento.

18 de junho de 2014

Atualizadas as orientações sobre a quantidade de espaço livre a ser separada em cada pool para recompilação dos espaços de armazenamento e atualizados os tamanhos dos discos virtuais e outros números adequadamente

2 de abril de 2014

Removidos os links do Catálogo do Windows para discos SAS e HBAs de SAS, pois os links estavam confusos

22 de janeiro de 2014

Publicação preliminar