Gerenciar espaços de armazenamento diretamente no VMM
Este artigo fornece uma visão geral do Storage Spaces Direct (S2D) e como ele é implantado na malha do System Center Virtual Machine Manager (VMM).
O Storage Spaces Direct (S2D) foi introduzido no Windows Server 2016. Ele agrupa unidades de armazenamento físico em pools de armazenamento virtual para fornecer armazenamento virtualizado. Com o armazenamento virtualizado, você pode:
- Gerencie várias fontes de armazenamento físico como uma única entidade virtual.
- Obtenha armazenamento barato, com e sem dispositivos de armazenamento externos.
- Reúna diferentes tipos de armazenamento em um único pool de armazenamento virtual.
- Provisione facilmente o armazenamento e expanda o armazenamento virtualizado sob demanda adicionando novos drives.
Observação
O VMM 2019 UR3 e posterior suporta Infraestrutura Hiperconvergente do Azure Stack (HCI, versão 20H2).
Observação
O VMM 2025 suporta Azure Local (versão 23H2 e 22H2).
Como funciona?
O S2D cria pools de armazenamento a partir do armazenamento conectado a nós específicos em um cluster do Windows Server. O armazenamento pode ser interno em um nó ou em dispositivos de disco que estão diretamente conectados a um único nó. As unidades de armazenamento suportadas incluem NVMe, SSD ligado através de SATA ou SAS e HDD. Saiba mais.
- Quando você habilita o S2D em um cluster do Windows Server, o S2D descobre automaticamente o armazenamento qualificado e o adiciona a um pool de armazenamento para o cluster.
- O S2D também cria um cache de armazenamento integrado do lado do servidor para maximizar o desempenho. Os discos mais rápidos são usados para armazenamento em cache e os restantes para capacidade. Saiba mais sobre o cache.
- Você cria volumes a partir de um pool de armazenamento. A criação de um volume cria o disco virtual (espaço de armazenamento), particiona-o e formata-o, adiciona-o ao cluster e converte-o num volume partilhado de cluster (CSV).
- Você configura diferentes níveis de tolerância a falhas para um volume, para especificar como os discos virtuais são distribuídos pelos 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 paridade. Saiba mais.
Implantação convergente e não convergente
Um cluster que executa o S2D pode ser implantado de duas maneiras:
- de implantação hiperconvergente: computação Hyper-V e armazenamento S2D são executados dentro do mesmo cluster, sem separação entre eles. Isso fornece dimensionamento simultâneo de recursos de computação e armazenamento.
- de implantação desagregada: os recursos de computação são executados em um cluster de Hyper-V. O armazenamento S2D é executado em um cluster diferente. Você dimensiona os clusters separadamente para um gerenciamento ajustado.
Implantação hiperconvergente
Aqui está uma ilustração para implantação hiperconvergente
Figura 1: Implantação hiperconvergente
- Os arquivos VM são armazenados em CSVs locais.
- Compartilhamentos de arquivos e SMB não são usados.
- Depois que os volumes CSV S2D estiverem disponíveis, serão provisionados como qualquer outra implantação Hyper-V.
- Você dimensiona o cluster de computação Hyper-V em conjunto com o armazenamento S2D.
Implantação desagregada
Aqui está uma ilustração para implantação desagregada
Figura 2: Implantação desagregada
- Os compartilhamentos de arquivos são criados nos CSVs S2D.
- Hyper-V VMs são configuradas para armazenar seus arquivos no servidor de arquivos expandido (SOFS) e acessadas usando o SMB 3.0.
- Você dimensiona os clusters Hyper-V e SOFS separadamente para uma gestão finamente ajustada. Por exemplo, os nós de computação podem estar perto da capacidade total para muitas VMs, mas os nós de armazenamento podem ter excesso de disco e capacidade de IOPS; Assim, você adiciona apenas nós de computação adicionais.