Table of contents
TOC
Recolher sumário
Expandir sumário

Cenário: implantar Espaços de Armazenamento Diretos com o VMM

Rayne Wiselman|Última Atualização: 21/03/2017
|
1 Colaborador

Aplica-se a: System Center 2016 – Virtual Machine Manager

Este artigo fornece uma visão geral da implantação de S2D (Espaços de Armazenamento Diretos) na malha do System Center 2016 VMM (Virtual Machine Manager).

O Windows Server 2016 apresenta o S2D, que virtualiza o armazenamento agrupando unidades de armazenamento físico em pools de armazenamento virtual. Usando o S2D, você pode:

  • Gerenciar várias fontes de armazenamento físico como uma única entidade virtual.
  • Usar um armazenamento virtual de baixo custo, com ou sem dispositivos externos de armazenamento físico.
  • Reunir diferentes tipos de armazenamento em um único pool de armazenamento virtual.
  • Provisionar armazenamento com facilidade e aumentar os pools de armazenamento virtualizados sob demanda, adicionando novas unidades a eles.

Como isso funciona?

O S2D cria pools de armazenamento virtual usando o armazenamento físico que está anexado a nós específicos em um cluster do Windows Server. O armazenamento pode ser interno em relação ao nó ou anexado diretamente em disco a um único nó. As unidades de armazenamento com suporte incluem NVMe, SSD conectado via SATA ou SAS e HDD. Saiba mais

  • Quando você habilita os S2D em um cluster, os S2D descobrem automaticamente as unidades de armazenamento qualificadas e adiciona-as em um pool de armazenamento.
  • O S2D também cria um cache interno do lado do servidor para maximizar o desempenho. O S2D usa automaticamente as unidades mais rápidas para o armazenamento em cache. As unidades restantes são usadas para a capacidade. Saiba mais sobre o cache.
  • Você pode criar volumes do pool de armazenamento. A criação de um volume também cria o disco virtual (espaço de armazenamento), além de particioná-lo, formatá-lo, adicioná-lo ao cluster e convertê-lo em um CSV (Volume Compartilhado Clusterizado).
  • Você pode configurar diferentes níveis de tolerância a falhas para um volume, para especificar como os discos virtuais são espalhados entre os discos físicos no pool, usando o SMB 3.0. Você pode configurar um volume sem resiliência ou com resiliência de espelho ou de paridade. Saiba mais.

Implantação convergida e não convergida

Um cluster do S2D pode ser implantado de duas maneiras:

  • Implantação hiperconvergente: o cálculo do Hyper-V e o S2D são executados no mesmo cluster, sem separação entre eles.
  • Implantação desagregada: o ambiente é separado em cálculo e armazenamento. Os recursos de cálculo são executados em um cluster do Hyper-V. O armazenamento é executado em um cluster diferente.

No VMM, você pode implantar o S2D em uma topologia hiperconvergente ou desagregada.

Implantação hiperconvergente

Os clusters hiperconvergente têm as seguintes características:

  • O Hyper-V (cálculo) e o S2D (armazenamento) são executados no mesmo cluster.
  • Os arquivos das VMs são armazenados em CSVs locais.
  • Os compartilhamentos de arquivos e o SMB não são usados.
  • Você pode dimensionar o cluster de cálculo do Hyper-V e seu armazenamento juntos.
  • Após os volumes CSV dos S2D estarem disponíveis, você poderá provisioná-los como faria com qualquer outra implantação do Hyper-V.
  • A Figura 1 ilustra a pilha de implantação hiperconvergente.

Hiperconvergente

Figura 1: Implantação hiperconvergente

Implantação desagregada

Um cluster desagregado tem as seguintes características:

  • O cluster de cálculo do Hyper-V é diferente do cluster de armazenamento.
  • Os compartilhamentos de arquivos são criados em CSVs de cluster do S2D. As VMs do Hyper-V são configuradas para armazenar os arquivos no SOFS e acessadas usando o SMB 3.0.
  • Para um gerenciamento bem ajustado, você pode dimensionar os clusters do Hyper-V e do SOFS separadamente. Por exemplo, nós de computação podem ser próximos da capacidade total do número de VMs, mas nós de armazenamento podem ter excesso de capacidade de disco e IOPS. Portanto, você adiciona apenas nós de computação adicionais.

Próximas etapas

© 2017 Microsoft