Antes de implantar a carga de trabalho ou migrar do hipervisor existente, certifique-se de que a carga de trabalho esteja dimensionada para atender ao desempenho necessário. Isso pode ser feito facilmente coletando dados de desempenho para cada VM individual que coleta estatísticas de CPU (usada/provisionada), memória (usada/provisionada), armazenamento (provisionado/utilizado), taxa de transferência e latência da rede, juntamente com agregação de IOPs de leitura/gravação, taxa de transferência e tamanho de bloco. Esses parâmetros são obrigatórios para ter uma implantação bem-sucedida e dimensionar corretamente o conjunto de armazenamento e os hosts de carga de trabalho.

Observação: planeje IOPS e capacidade ao dimensionar o armazenamento para Hyper-V e cargas de trabalho associadas.

Observação: para VMs com alto uso de E/S ou aquelas que exigem muitos recursos e capacidade, separe os discos de dados e do sistema operacional. Os binários do sistema operacional e do aplicativo mudam com pouca frequência, e a consistência em caso de travamento de volume é aceitável.

Observação: use armazenamento conectado a convidado (também conhecido como in-guest) para discos de dados de alto desempenho em vez de usar VHDs. Isso também ajuda a facilitar o processo de clonagem.

Escolha a quantidade certa de RAM e vCPUs para desempenho ideal, além de anexar vários discos a um único controlador SCSI virtual. O uso de VHDx fixo ainda é recomendado como a principal escolha para discos virtuais para implantações e não há restrições para o uso de qualquer tipo de disco virtual VHDX.

Observação: evite instalar funções desnecessárias no Windows Server que não serão utilizadas.

Observação: escolha Gen2 como a geração para máquinas virtuais capazes de carregar VMs do controlador SCSI e é baseada na arquitetura VMBUS e VSP/VSC para o nível de inicialização, o que aumenta significativamente o desempenho geral da VM.

Observação: Evite fazer pontos de verificação frequentes porque isso tem um impacto negativo no desempenho da VM.

Os compartilhamentos de arquivos SMB 3.0 podem ser usados como armazenamento compartilhado para o Hyper-V. O ONTAP oferece suporte a operações sem interrupções em compartilhamentos SMB para o Hyper-V. O Hyper-V pode usar compartilhamentos de arquivos SMB para armazenar arquivos de máquina virtual, como arquivos de configuração, snapshots e arquivos de disco rígido virtual (VHD). Use o ONTAP CIFS SVM dedicado para compartilhamentos baseados em SMB3.0 para Hyper-V. Os volumes usados para armazenar arquivos da máquina virtual devem ser criados com volumes de segurança NTFS. A conectividade entre hosts Hyper-V e o array NetApp é recomendada em uma rede de 10 GB, se houver uma disponível. No caso de conectividade de rede de 1 GB, a NetApp recomenda a criação de um grupo de interface composto por várias portas de 1 GB. Conecte cada NIC que atende multicanal SMB à sua sub-rede IP dedicada para que cada sub-rede forneça um único caminho entre o cliente e o servidor.

Pontos-chave

Observação: ODX é suportado e funciona em todos os protocolos. Copiar dados entre um compartilhamento de arquivos e um iSCSI ou um LUN conectado ao FCP também utiliza ODX.

Observação: as configurações de tempo nos nós do cluster devem ser configuradas adequadamente. O Protocolo de Tempo de Rede (NTP) deve ser usado se o servidor NetApp CIFS precisar participar do domínio do Windows Active Directory (AD).

Observação: Valores grandes de MTU devem ser habilitados por meio do servidor CIFS. Tamanhos pequenos de pacotes podem resultar em degradação do desempenho.

Para obter orientações detalhadas sobre as melhores práticas, consulte"Diretrizes de implantação e práticas recomendadas para Hyper-V" .

Para obter informações adicionais, consulte"Requisitos de servidor e volume SMB para Hyper-V sobre SMB" .

Pontos-chave

Observação: use um LUN por volume, tendo assim um mapeamento 1:1 para a proporção de LUN para CSV.

Para provisionar o volume ISCSI, certifique-se de que os seguintes pré-requisitos sejam atendidos.

Observação: Por padrão, o ONTAP usa o Selective LUN Map (SLM) para tornar o LUN acessível somente por meio de caminhos no nó que possui o LUN e seu parceiro de alta disponibilidade (HA).

Passos

Depois que o LUN for criado, vá para o Gerenciador de Cluster de Failover. Para adicionar um disco ao CSV, o disco deve ser adicionado ao grupo Armazenamento Disponível do cluster (se ainda não tiver sido adicionado) e, em seguida, adicioná-lo ao CSV no cluster.

Observação: O recurso CSV é habilitado por padrão no Failover Clustering.

Adicionando um disco ao armazenamento disponível:

Para obter informações adicionais, consulte"Usar volumes compartilhados de cluster em um cluster de failover" .

Crie máquinas virtuais de alta disponibilidade:

Para criar uma máquina virtual de alta disponibilidade, siga as etapas abaixo:

O recurso ODX no ONTAP permite fazer cópias de VHDXs mestres simplesmente copiando um arquivo VHDX mestre hospedado pelo sistema de armazenamento ONTAP . Como uma cópia habilitada para ODX não coloca nenhum dado na rede, o processo de cópia acontece no lado do armazenamento da NetApp e, como resultado, pode ser de seis a oito vezes mais rápido. Considerações gerais para provisionamento rápido incluem imagens mestre preparadas pelo Sysprep armazenadas em compartilhamentos de arquivos e processos de cópia regulares iniciados pelas máquinas host do Hyper-V.

Observação: O ONTAP suporta ODX para os protocolos SMB e SAN.

Observação: para aproveitar os casos de uso do pass-through de descarregamento de cópia do ODX com o Hyper-V, o sistema operacional convidado deve oferecer suporte ao ODX, e os discos do sistema operacional convidado devem ser discos SCSI com suporte de armazenamento (SMB ou SAN) que ofereça suporte ao ODX. Discos IDE no sistema operacional convidado não suportam passagem ODX.

Embora o número recomendado de VMs por CSV seja subjetivo, vários fatores determinam o número ideal de VMs que podem ser colocadas em cada volume CSV ou SMB. Embora a maioria dos administradores considere apenas a capacidade, a quantidade de E/S simultânea enviada ao VHDx é um dos fatores mais importantes para o desempenho geral. A maneira mais fácil de controlar o desempenho é regulando o número de máquinas virtuais colocadas em cada CSV ou compartilhamento. Se os padrões de E/S simultâneos da máquina virtual estiverem enviando muito tráfego para o CSV ou compartilhamento, as filas de disco ficarão cheias e uma latência maior será gerada.

Certifique-se de que a solução tenha o tamanho adequado de ponta a ponta para evitar gargalos e, quando um volume for criado para fins de armazenamento de VM do Hyper-V, a prática recomendada é criar um volume não maior do que o necessário. O dimensionamento correto dos volumes evita a colocação acidental de muitas máquinas virtuais no CSV e diminui a probabilidade de contenção de recursos. Cada volume compartilhado do cluster (CSV) suporta uma VM ou várias VMs. O número de VMs a serem colocadas em um CSV é determinado pela carga de trabalho e preferências comerciais, e como os recursos de armazenamento ONTAP , como snapshots e replicação, serão usados. Colocar várias VMs em um CSV é um bom ponto de partida na maioria dos cenários de implantação. Ajuste esta abordagem para casos de uso específicos para atender aos requisitos de desempenho e proteção de dados.

Como os volumes e tamanhos de VHDx podem ser facilmente aumentados, se uma VM precisar de capacidade extra, não será necessário dimensionar CSVs maiores do que o necessário. O Diskpart pode ser usado para estender o tamanho do CSV ou uma abordagem mais fácil é criar um novo CSV e migrar as VMs necessárias para o novo CSV. Para um desempenho ideal, a melhor prática é aumentar o número de CSVs em vez de aumentar seu tamanho como uma medida provisória.

Um dos casos de uso mais comuns na atual condição de mercado é a migração. Os clientes podem usar o VMM Fabric ou outras ferramentas de migração de terceiros para migrar VMs. Essas ferramentas usam cópias no nível do host para mover dados da plataforma de origem para a plataforma de destino, o que pode ser demorado dependendo do número de máquinas virtuais que estão no escopo da migração.

Usar o ONTAP em tais cenários permite uma migração mais rápida do que usar um processo de migração baseado em host. O ONTAP também permite a migração rápida de VMs de um hipervisor para outro (ESXi neste caso para Hyper-V). VMDK de qualquer tamanho pode ser convertido em VHDx em segundos no NetApp Storage. Esse é o nosso jeito PowerShell: ele aproveita a tecnologia NetApp FlexClone para a conversão rápida de discos rígidos de VM. Ele também lida com a criação e configuração de VMs de destino e de destino.

Esse processo ajuda a minimizar o tempo de inatividade e aumenta a produtividade dos negócios. Ele também oferece opções e flexibilidade ao reduzir custos de licenciamento, dependência e compromissos com um único fornecedor. Isso também é benéfico para organizações que buscam otimizar os custos de licenciamento de VM e ampliar os orçamentos de TI.

O vídeo a seguir demonstra o processo de migração de máquinas virtuais do VMware ESX para o Hyper-V.

Para obter informações adicionais sobre a migração usando Flexclone e PowerShell, consulte o"Script do PowerShell para migração" .