Gerenciar espaços de armazenamento diretos no VMM
Importante
Esta versão do VMM (Virtual Machine Manager) chegou ao fim do suporte. Recomendamos que você atualize para o VMM 2022.
Este artigo fornece uma visão geral do S2D (Espaços de Armazenamento Diretos) e como ele é implantado na malha do System Center VMM (Virtual Machine Manager).
O S2D (Espaços de Armazenamento Diretos) 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:
- Gerenciar várias fontes de armazenamento físico como uma única entidade virtual.
- Obter um armazenamento de baixo custo, com ou sem dispositivos de armazenamento externo.
- Reunir diferentes tipos de armazenamento em um único pool de armazenamento virtual.
- Provisionar o armazenamento com facilidade e expandir o armazenamento virtualizado sob demanda, adicionando novas unidades.
Observação
O VMM 2019 UR3 e posterior dá suporte ao Azure Stack HCI (Hyper-converged Infrastructure, versão 20H2).
Observação
O VMM 2022 dá suporte ao Azure Stack HCI (Hyper-converged Infrastructure, versão 20H2 e 21H2).
Como ele funciona?
O S2D cria pools de armazenamento usando o armazenamento que está anexado a nós específicos em um cluster do Windows Server. O armazenamento pode ser interno nos dispositivos de nó ou de disco que estão diretamente anexados 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 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 interno do lado do servidor para maximizar o desempenho. As unidades mais rápidas são usadas para cache e as unidades restantes para capacidade. Saiba mais sobre o cache.
- Você pode criar volumes do pool de armazenamento. A criação de um volume cria o disco virtual (espaço de armazenamento), particiona e formata-o, adiciona-o ao cluster e o converte em um CSV (volume compartilhado de cluster).
- 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 espelho ou resiliência de paridade. Saiba mais.
Implantação convergida e não convergida
Um cluster que executa o S2D pode ser implantado de duas maneiras:
- Implantação hiperconvergente: a computação do Hyper-V e o armazenamento do S2D são executados no mesmo cluster, sem separação entre eles. Isso proporciona o dimensionamento simultâneo de recursos de computação e armazenamento.
- Implantação desagregada: os recursos de computação são executados em um único cluster Hyper-V. O armazenamento do S2D é executado em um cluster diferente. Dimensione os clusters separadamente para obter um gerenciamento bem ajustado.
Implantação hiperconvergente
Aqui está uma ilustração da implantação hiperconvergente
Figura 1: Implantação hiperconvergente
- Os arquivos das VMs são armazenados em CSVs locais.
- Os compartilhamentos de arquivos e o SMB não são usados.
- Depois que os volumes CSV do S2D estiverem disponíveis, provisione-os como você faria com qualquer outra implantação do Hyper-V.
- Dimensione o cluster de cálculo do Hyper-V juntamente com seu armazenamento S2D.
Implantação desagregada
Aqui está uma ilustração da implantação desagregada
Figura 2: Implantação desagregada
- Os compartilhamentos de arquivos são criados em CSVs dos S2D.
- As VMs do Hyper-V são configuradas para armazenar seus arquivos no SOFS (servidor de arquivos de expansão) 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, os nós de computação podem estar perto da capacidade total de muitas VMs, mas os nós de armazenamento podem ter excesso de disco e capacidade de IOPS; para que você adicione apenas nós de computação adicionais.
Próximas etapas
Comentários
https://aka.ms/ContentUserFeedback.
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulteEnviar e exibir comentários de