Hyper-V vs VMware: Qual Escolher?

Existem dois grandes players que dominam o mercado de virtualização: Microsoft Hyper-V e VMware vSphere. Selecionar um deles para executar máquinas virtuais depende de vários fatores, incluindo os requisitos em seu ambiente. O tópico Hyper-V vs VMware pode incluir duas principais categorias de comparação:

• Hyper-V e VMware para servidores
• Hyper-V e VMware para usuários de desktop

Neste post do blog, destacamos as principais diferenças entre as soluções VMware e Hyper-V para ambientes de servidor principalmente, mas também para usuários individuais, para que você possa determinar qual plataforma atende melhor aos seus requisitos.

O que é o Hyper-V?

O Hyper-V é um hipervisor tipo 1 ou nativo projetado pela Microsoft. Ele permite que você crie e gerencie várias versões virtualizadas de um computador, chamadas máquinas virtuais (VMs). O Hyper-V fornece uma plataforma de virtualização para construir uma infraestrutura de TI virtual para diferentes cenários. Cada VM, neste caso, está sendo executada em seu próprio espaço isolado, sem interferir nos processos em outras VMs, com recursos físicos compartilhados entre as VMs.

Você pode usar o Hyper-V no Windows em duas implementações principais:

• Hyper-V em servidores (em versões do Windows Server, como Windows Server 2016, 2019, 2022 e servidor Hyper-V independente).
• Hyper-V em estações de trabalho (em Windows 8.1, Windows 10 e edições principais do Windows 11, como Pro e Enterprise).

Nota: A nuvem Microsoft Azure usa uma versão modificada do Hyper-V em seus servidores para executar máquinas virtuais Azure.

O que é o VMware?

A VMware é uma fornecedora de software de renome mundial que oferece múltiplos produtos no mercado de virtualização. O VMware ESXi, assim como o Hyper-V, é também um hipervisor do tipo 1 que é instalado em um servidor físico (metal nu).

O VMware vSphere é uma plataforma de virtualização de servidores com o hipervisor ESXi como seu principal componente. Basicamente, o VMware vSphere inclui:

• VMware ESXi
• VMware vCenter
• VMware vSphere Client

Todos esses produtos combinados constituem a infraestrutura VMware, que permite o gerenciamento centralizado do ambiente virtual criado. O VMware vSphere também inclui produtos adicionais como NSX, vSAN e vRealize Operations Manager que ampliam a funcionalidade do vSphere.

Além dos produtos de servidor, existem também os hipervisores do tipo 2 da VMware que podem ser instalados em computadores de usuários para executar máquinas virtuais:

• VMware Workstation
• VMware Player
• VMware Fusion (Pro)
• VMware Fusion Player

Tabela de Comparação entre VMware e Hyper-V

Abaixo está uma tabela resumindo as diferenças entre VMware e Hyper-V para todas as categorias que abordaremos posteriormente neste post.

xml

Hyper-V no Windows Server 2022 VMware ESXi no vSphere 8.0 Hyper-V no Windows 10 VMware Workstation 17 Tipo de Hypervisor Tipo 1 Tipo 1 Tipo 1 Tipo 2 Como um hypervisor é instalado Função do Windows Server Instalado como um sistema operacional separado Recurso do Windows Instalado em um sistema operacional suportado Sistema operacional do host suportado Windows N/A Windows Windows, Linux Sistema operacional do convidado suportado Windows
Linux
Free BSD Windows
Linux
Free BSD
Unix
macOS*
outros Windows
Linux
Free BSD Windows
Linux
Free BSD
Unix
macOS*
outros Ferramentas de Gerenciamento e UI Gerenciador do Hyper-V
Gerenciador de Cluster de Failover
SCVMM
PowerShell
Conectar VM DCUI
Cliente de Host VMware
Cliente VMware vSphere
PowerCLI
ESXCLI
VMRC Gerenciador do Hyper-V
PowerShell
Conectar VM A GUI do Aplicativo feito pela VMware
Linha de comando Serviços do Sistema Operacional do Convidado Serviços de Integração do Hyper-V Ferramentas VMware Serviços de Integração do Hyper-V Ferramentas VMware Anexar dispositivos USB às VMs Apenas dispositivos de armazenamento USB Sim, qualquer dispositivo USB Apenas dispositivos de armazenamento USB Sim, qualquer dispositivo USB Área de transferência compartilhada Sim Sim, limitado Sim Sim Arrastar e Soltar Não Não Não Sim Pastas Compartilhadas Não Não Não Sim Sistemas de arquivos suportados NTFS
ReFS VMFS NTFS
ReFS Sistemas de arquivos suportados pelo sistema operacional do host Protocolos de compartilhamento iSCSI
SMB 3.0 iSCSI
NFS iSCSI
SMB 3.0 Protocolos suportados pelo sistema operacional do host Arquivos de disco virtual VHD
VHDX VMDK

VHD<diy136

Arquitetura do VMware vs Hyper-V

A seguinte seção esboça os principais componentes oferecidos por ambas as plataformas, assim como as semelhanças e diferenças entre as soluções Hyper-V e VMware.

Hyper-V

O Microsoft Hyper-V existe em dois modos para Windows e como uma solução independente:

• Como o papel do Hyper-V, que é um recurso integrado do Windows Server que pode ser ativado por um administrador de servidor.
• Como um recurso do Windows no Windows 10 e em outras versões do Windows para clientes. Um usuário ou administrador pode ligar ou desligar este recurso.
• Como um produto independente da Microsoft (também conhecido como Servidor Hyper-V), com funcionalidade limitada e componentes de gerenciamento do Hyper-V.

Nota: No momento da redação deste post, a última versão do Hyper-V Server como solução independente é o Hyper-V Server 2019. Não há Hyper-V Server 2022. Você pode usar o Windows Server 2022 para a versão mais recente do Hyper-V.

Quando um papel/recursos do Hyper-V é ativado, o Hyper-V é iniciado primeiro e somente então o sistema operacional host é iniciado. Não saber disso pode causar confusão quando os usuários pensam que um hipervisor em execução em uma máquina física com Windows pode ser apenas um hipervisor do tipo 2. O Hyper-V é um hipervisor do tipo 1 real.

A arquitetura do Hyper-V é baseada em hipervisores microkernelizados, o que significa que um servidor host (também chamado de partição pai) fornece acesso direto ao hardware e recursos computacionais (pilha de virtualização). O Hyper-V permite isolar VMs em unidades lógicas (partições), incluindo sistemas operacionais (SOs) e aplicativos. Unidades lógicas de isolamento chamadas partições são usadas para esse fim.

As partições são divididas em partição pai e partição filho. Cada ambiente Hyper-V pode ter apenas uma partição pai, que deve executar uma versão compatível do Windows Server. A partição pai pode criar várias partições filho para hospedar SOs convidados. As partições filho não podem acessar diretamente os recursos de hardware, mas podem apresentar uma visualização virtual dos recursos na forma de dispositivos virtuais.

A comunicação entre a partição pai e as partições filho é conduzida via VMBus, que permite gerenciar as solicitações direcionadas aos dispositivos virtuais. A partição pai também inclui um Provedor de Serviços de Virtualização (VSP), que permite a conexão com o VMBus para gerenciar solicitações de acesso a dispositivos das partições filho.

O Hyper-V pode hospedar dois tipos de SOs em partições filho: esclarecidos e não esclarecidos. A principal diferença é que a partição filho esclarecida possui componentes de integração do Hyper-V e um Cliente de Serviços de Virtualização (VSC). Isso permite evitar a emulação de dispositivos e habilitar a comunicação direta com a camada de virtualização. Ao mesmo tempo, a partição filho não esclarecida não possui os mesmos componentes e simplesmente emula software.

VMware

VMware vSphere é uma plataforma de virtualização composta por vários componentes que devem ser instalados e configurados. Essencialmente, o vSphere é um conjunto de produtos de virtualização que, quando combinados, permitem construir uma plataforma de computação. No cerne do VMware vSphere está o VMware ESXi, que é um hipervisor tipo 1 ou nativo usado para gerenciar servidores host e executar várias VMs de convidados diretamente. O VMware ESXi permite acesso direto aos recursos de computação da máquina física, que são compartilhados pelas VMs em execução no sistema.

A versão anterior do VMware ESXi – VMware ESX – rodava em um kernel Linux, que atuava como a VM primária. Posteriormente, o hipervisor ESXi foi introduzido para minimizar a sobrecarga imposta pelo VMware ESX. O VMware ESXi requer uma quantidade mínima de recursos de hardware e permite uma pegada pequena de 130 MB (ESXi 7). O processo de virtualização no ESXi é suportado pelo VMkernel, que roda diretamente nos hosts e permite a comunicação entre as VMs e o hardware físico, garantindo alto desempenho.

O VMware vSphere Client ou o VMware vCenter Server são componentes do vSphere disponíveis para gerenciar a plataforma de virtualização VMware. Eles funcionam como ferramentas de gerenciamento usadas para executar hosts ESXi. Abaixo, explicaremos e compararemos com os análogos do Hyper-V.

A VMware também fornece o VMware Workstation e o VMware Fusion, que são hipervisores tipo 2 que podem ser instalados em computadores com o sistema operacional em execução para usuários individuais.

Sistemas Operacionais Suportados

Quando você compara o Hyper-V com o VMware, é importante saber quais sistemas operacionais são suportados. Nesta categoria, você deve prestar atenção aos sistemas operacionais sob dois pontos de vista:

• Sistemas operacionais hospedeiros suportados são os sistemas operacionais em um computador físico ou servidor, no qual você pode instalar um hipervisor.
• Sistemas operacionais convidados suportados são sistemas operacionais que você pode instalar em uma máquina virtual. Uma máquina virtual está executando em um hipervisor.

Suporte ao SO hospedeiro

Sistemas operacionais hospedeiros suportados para os diferentes hipervisores:

Hyper-V:

• O Windows é o único sistema operacional no qual você pode instalar o Hyper-V.

ESXi:

• O ESXi opera como um sistema operacional por si só e não requer nenhum outro sistema operacional a ser instalado em um servidor.

VMware Workstation e Player:

• Windows
• Linux

VMware Fusion (Pro) e Fusion Player:

• macOS

Suporte ao SO convidado

Os SOs convidados suportados pelo VMware e Hyper-V podem variar.

Hyper-V

O número de SOs convidados suportados é limitado no Hyper-V. De acordo com as informações encontradas no site oficial, o Hyper-V suporta os seguintes sistemas operacionais convidados:

• Windows
• Linux
• FreeBSD

Observe que os sistemas operacionais Windows mais antigos não têm suporte. O suporte para Windows começa a partir do Windows Vista.

VMware

Os hipervisores VMware (ESXi, VMware Workstation, VMware Player, VMware Fusion e Fusion Player) suportam mais sistemas operacionais convidados para instalação em VMs:

• Windows
• Linux
• Unix
• FreeBSD
• macOS, também conhecido como Mac OS X*

Os hipervisores VMware também suportam outros sistemas operacionais, incluindo sistemas operacionais antigos como DOS, Windows95, Novell Netware, etc.

Você pode implantar o ESXi em VMs VMware para fins de teste e educacionais. O Hyper-V não oferece esse suporte. Você pode instalar o ESXi no Hyper-V, mas com limitações e apenas usando versões mais antigas do ESXi.

*O macOS é suportado no VMware Fusion por padrão. Quanto aos outros hipervisores VMware, verifique se o contrato de licença permite que você instale o macOS como um sistema operacional convidado. Leia como instalar o macOS no VMware ESXi. A mesma abordagem é verdadeira para o VMware Workstation.

Você pode ler a lista completa dos sistemas operacionais suportados no guia de instalação do sistema operacional convidado.

Pensamentos

O VMware suporta múltiplas versões de sistemas operacionais hospedeiros disponíveis no mercado. Já o Hyper-V, por outro lado, enfatiza mais o suporte ao sistema operacional da Microsoft, que é o sistema operacional mais amplamente utilizado no mundo.

O VMware ESXi não requer um sistema operacional hospedeiro. Em geral, a infraestrutura da VMware não está limitada apenas ao Windows e oferece mais flexibilidade quando o ESXi é instalado em servidores. O VMware Workstation é instalado em computadores com Linux e Windows, e o Fusion é instalado em computadores de usuários que executam o macOS.

Quanto aos sistemas operacionais convidados, a VMware oferece muito mais opções do que o Hyper-V e suporta mais sistemas operacionais convidados, desde os mais antigos até os mais recentes.

Nesta categoria de comparação entre Hyper-V e VMware, a VMware oferece mais opções tanto para hipervisores de servidor quanto para hipervisores de cliente.

Ferramentas de Gerenciamento e Interface do Usuário

O VMware e o Hyper-V são gerenciados por ferramentas de gerenciamento diferentes.

Gerenciador do Hyper-V

A ferramenta de gerenciamento básica para o Hyper-V é o Gerenciador do Hyper-V. Esta é a interface gráfica do usuário (GUI) no Windows Server e nas versões cliente do Windows, que permite criar VMs, executar VMs, bem como editar a configuração de VMs e a configuração do Hyper-V. O Gerenciador do Hyper-V está disponível no Windows Server e nas versões cliente do Windows. Você pode se conectar a um host Hyper-V remoto usando o Gerenciador do Hyper-V.

O Hyper-V Conexão de Máquina Virtual (VM Connect) é uma ferramenta que você vê quando abre a interface de uma VM que você encontraria em um monitor virtual da VM. O VMConnect envia suas ações de teclado e mouse para a VM. Essa ferramenta é baseada na funcionalidade de Área de Trabalho Remota do Windows (RDP).

Observe que, se você implantar um cluster, poderá gerenciar um cluster em outra ferramenta chamada Gerenciador de Cluster de Falhas e não no Gerenciador do Hyper-V.

Gerenciador do System Center de Máquina Virtual

O Gerenciador do System Center de Máquina Virtual (SCVMM) é uma ferramenta de gerenciamento projetada pela Microsoft para operar várias VMs existentes no mesmo ambiente virtual Hyper-V em servidores Windows. O SCVMM não é instalado por padrão com o Hyper-V. Esta é uma solução massiva que você pode instalar separadamente.

SCVMM permite que você crie, migre, controle e exclua VMs. A ferramenta gerencia os processos dentro das VMs, fornecendo acesso aos recursos de hardware necessários, como memória, drivers, armazenamento e outros. Alguns usuários veem o SCVMM como um equivalente ao vCenter do Hyper-V.

PowerShell

O PowerShell é uma interface de linha de comando para gerenciar o Windows e o Hyper-V. Existem cmdlets especiais do PowerShell para o Hyper-V. Algumas opções avançadas podem ser configuradas apenas no PowerShell. Existem numerosos comandos úteis do PowerShell para administradores do Hyper-V. O uso do PowerShell para gerenciamento do Hyper-V está disponível nas versões de servidor e cliente do Windows. VMware DCUI para ESXi

VMware DCUI para ESXi

A Interface de Usuário de Console Direto (DCUI) da VMware é uma interface simples com estilo semelhante ao DOS, projetada em cores amarelo-cinza, que permite configurar configurações básicas do ESXi, como nome do host, configurações de rede, etc. Abrir a DCUI é o ponto de partida para a configuração do ESXi. Após configurar opções básicas na DCUI, você pode abrir o VMware Host Client.

VMware Host Client

O VMware Host Client é a interface web integrada para gerenciar o ESXi remotamente. Essa interface é amigável e permite configurar muitas opções em um host ESXi. Você pode editar a configuração de VM, criar, executar e excluir VMs. Você também pode abrir a interface do usuário de um SO convidado em execução na VM (essa ferramenta é conhecida como VMware Web Console).

VMware vCenter e VMware vSphere Client

O VMware vCenter Server é uma solução para gerenciamento centralizado do VMware vSphere, incluindo hosts ESXi. O VMware vSphere Client é uma interface web para usar o vCenter para gerenciamento do vSphere. Essa interface é poderosa e amigável. Você pode instalar outros componentes do vSphere, como o vSAN, e gerenciá-los no vCenter também.

O VMware vCenter geralmente é instalado quando você tem mais de um host ESXi em seu ambiente VMware. O VMware vCenter é necessário para usar recursos avançados do vSphere, como migração de VM, recursos de rede, balanceamento de carga e clustering de failover, etc. Como resultado, você pode controlar hosts ESXi e clusters com VMs a partir de uma única interface, reduzindo assim a carga de gerenciamento.

Ao abrir uma interface de SO convidado de uma VM, você pode usar o console da web VMware em um navegador da web ou instalar o Console Remoto VMware para maior comodidade. Se você tiver o VMware Workstation instalado em sua máquina local, não há necessidade de instalar o Console Remoto VMware (VMRC).

ESXCLI

O ESXCLI é uma interface de linha de comando disponível após a instalação do ESXi. Você pode acessar esta interface diretamente em um servidor ESXi pressionando Alt+F1. Alternativamente, você pode habilitar o acesso SSH remoto ao host ESXi no DCUI ou VMware Host Client e usar comandos ESXCLI remotamente. Saiba mais sobre comandos de shell ESXCLI e ESXi.

PowerCLI do vSphere

O VMware vSphere PowerCLI é um conjunto de cmdlets do PowerShell para gerenciar hosts ESXi e vCenter no VMware vSphere. Você deve instalar o PowerCLI manualmente e pode usar repositórios online para fazer isso. O PowerCLI permite automatizar tarefas de configuração e gerenciamento em ambientes virtuais do VMware vSphere.

A interface do usuário do VMware Workstation

O VMware Workstation oferece uma interface conveniente, poderosa e amigável para gerenciar máquinas virtuais em um computador do usuário. Além disso, é possível se conectar a um host remoto ESXi ou vCenter e gerenciar VMs – é possível criar e excluir VMs, alterar o estado da VM, editar a configuração da VM, etc. A variedade de opções é menor do que no VMware vSphere Client para vCenter, mas é conveniente trabalhar em um ambiente VMware integrado com tais opções de gerenciamento.

O VMware Workstation pode atuar como um Servidor do VMware Workstation e compartilhar VMs.

O VMware Workstation também suporta a interface de linha de comando que inclui um conjunto padronizado de comandos para Windows Linux e macOS para gerenciar um hipervisor e VMs naquela máquina física local. O comando vmware é o principal comando para esta interface de linha de comando.

Pensamentos

Como você pode ver, há uma diferença significativa entre as interfaces de usuário do Hyper-V e do VMware. Eles usam abordagens completamente diferentes. As interfaces e ferramentas de gerenciamento da VMware podem ser mais convenientes de usar e implantar. Se você tem o hábito de usar produtos da Microsoft, então as interfaces e ferramentas de gerenciamento para o Hyper-V podem ser adequadas para você.

Serviços de Sistema Operacional Convidado

Para garantir um desempenho eficiente dentro de um ambiente virtual, tanto a VMware quanto o Hyper-V fornecem um conjunto de serviços e ferramentas do sistema que podem ser facilmente instalados em máquinas virtuais.

Serviços de Integração do Hyper-V

Serviços de Integração do Hyper-V (também conhecidos como componentes de integração) são um conjunto de serviços que permitem que uma VM se comunique com um host Hyper-V. Muitos desses serviços são altamente recomendados para que a VM funcione corretamente. Serviços de Integração do Hyper-V incluem utilitários e drivers, especialmente para trabalhar com dispositivos virtuais em um ambiente virtual.

Serviços de Integração do Hyper-V incluem:

• Serviço de Desligamento do Convidado do Hyper-V para acionar o desligamento correto da máquina virtual
• Serviço de Sincronização de Horário do Hyper-V para sincronizar o relógio da VM com o relógio do host
• Serviço de Batimento Cardíaco do Hyper-V para relatar que uma VM está funcionando corretamente
• Serviço de Troca de Dados do Hyper-V (KVP) para trocar metadados básicos
• Solicitante de Cópia Shadow do Volume do Hyper-V para fazer backup corretamente dos dados da VM com VSS
• Serviço PowerShell Direct do Hyper-V para gerenciar uma VM diretamente sem conexão de rede
• Interface de Serviço Convidado do Hyper-V para copiar arquivos de uma VM

Ferramentas do VMware

VMware Tools é um conjunto de utilitários e drivers que fornecem integração perfeita entre o host e os sistemas convidados, além de gerenciamento eficiente dos dados da VM. O VMware Tools melhora o desempenho da VM e a experiência do usuário. O VMware Tools é instalado em sistemas operacionais convidados compatíveis em quaisquer VMs do VMware (executando no VMware ESXi, VMware Workstation e Fusion).

O VMware Tools inclui muitos componentes úteis, como:

• Painel de Controle do VMware Tools fornece uma visão gráfica dos ferramentas do VMware e permite que os usuários as configurem.
• Serviços do VMware Tools habilita a comunicação entre o host e os sistemas operacionais convidados.
• Com o Processo do Usuário do VMware, você pode copiar/colar texto e arrastar/soltar arquivos entre o host e os sistemas operacionais convidados.
• Drivers de Dispositivos do VMware fornece um conjunto de drivers para instalação, que podem melhorar as operações do mouse, o desempenho da rede, bem como a qualidade de som e gráficos.

Instalar o VMware Tools oferece múltiplos benefícios, alguns dos quais são:

• Desempenho gráfico aprimorado
• Sincronização de alto nível entre os sistemas de arquivos do host e convidados
• Acesso compartilhado a arquivos e pastas dentro do ambiente virtual

É altamente recomendado que você instale o VMware Tools em sistemas operacionais convidados executando em VMs do VMware.

Pensamentos

Hyper-V Integration Services e VMware Tools não são intercambiáveis e podem ser usados apenas em seus próprios ambientes virtuais nativos.

O VMware Tools pode ser instalado em uma gama mais ampla de sistemas operacionais convidados do que o Hyper-V Integration Services, mesmo ao comparar as mesmas famílias de sistemas operacionais (Windows e Linux) suportadas por ambos os fornecedores de virtualização. Alguns recursos são comuns para o Hyper-V Integration Services e o VMware Tools. No entanto, o VMware Tools suporta mais recursos exclusivos porque são suportados nos hipervisores VMware.

Troca de dados com VMs

Ao executar uma máquina virtual, você pode precisar trocar alguns dados entre seu host ou um computador local e um sistema operacional convidado em execução na VM. Por exemplo, você pode precisar copiar texto, imagens, arquivos, pastas ou outros tipos de dados.

Hyper-V

Anexando dispositivos de armazenamento USB a uma VM. O Hyper-V VM Connect é baseado na funcionalidade do Windows Remote Desktop, e é por isso que apenas dispositivos de armazenamento podem ser conectados via USB às VMs. Você pode selecionar um volume de disco de um dispositivo conectado ao seu computador local no qual o Hyper-V está instalado.

Área de transferência compartilhada está disponível quando você usa o Modo de Sessão Avançado para conexão com a VM. Você pode copiar e colar dados copiados do seu sistema operacional host para um sistema operacional convidado em execução em uma VM e vice-versa.

Para usar pastas compartilhadas e o protocolo SMB para troca de arquivos, você deve configurar manualmente uma pasta compartilhada no Windows (ou em outro sistema operacional).

VMware

USB passthrough. Anexar diversos dispositivos USB a uma VM (não apenas dispositivos de armazenamento) usando o recurso USB passthrough. Esse recurso está disponível no VMware ESXi, VMware Workstation e VMware Fusion. Você pode conectar qualquer dispositivo USB a uma VM, por exemplo, uma impressora USB, scanner, webcam, chave de proteção de hardware, etc.

Área de Transferência Compartilhada. O suporte para área de transferência compartilhada em VMs em execução em hosts ESXi é limitado e permite copiar e colar dados de texto. Essa limitação existe por motivos de segurança. Quanto ao VMware Workstation e Fusion, você pode copiar e colar quaisquer dados, incluindo imagens, arquivos, etc.

Arrastar e Soltar. Esse recurso torna a vida dos usuários conveniente e permite que eles arrastem e soltem arquivos de forma semelhante a como pode ser feito entre janelas diferentes no Windows, macOS ou outros sistemas operacionais. Arrastar e Soltar funciona apenas em hypervisores tipo-2 da VMware (VMware Workstation e Fusion), mas não para VMs em execução em ESXi (por motivos de segurança).

Pastas Compartilhadas. Este é outro recurso para hypervisores tipo-2 da VMware (VMware Workstation e Fusion) que permite compartilhar uma pasta em poucos cliques e trocar arquivos entre o host e o convidado. O uso desse recurso é mais rápido do que configurar manualmente uma pasta compartilhada em um sistema operacional com ferramentas disponíveis do SO. Pastas Compartilhadas não está disponível no ESXi.

Pensamentos

No caso de servidores, o VMware ESXi oferece opções melhores de troca de dados com VMs em comparação com o Hyper-V para Windows Server. Em relação ao Hyper-V vs VMware em termos de opções de compartilhamento de dados entre hosts e convidados, os hipervisores VMware para desktops, como o VMware Workstation e o VMware Fusion (Pro), oferecem ainda mais opções do que o ESXi em comparação com as versões de cliente do Windows Hyper-V, como o Windows10. Como resultado, as soluções de virtualização VMware parecem melhores nesta categoria.

Implantação de Armazenamento – Sistemas de Arquivos Suportados

Hyper-V

O Hyper-V suporta os sistemas de arquivos NTFS e ReFS para armazenamento de máquinas virtuais. Esses sistemas de arquivos estão disponíveis nas novas versões do Windows Server, como o Windows Server2012,2016,2019 e2022.

NTFS (New Technology File System) é um sistema de arquivos proprietário de diário lançado pela Microsoft para o Windows NT. Este sistema de arquivos foi selecionado por padrão para as versões do Windows da família NT (versões de cliente e servidor). Este é um sistema de arquivos universal conhecido, utilizado nas versões de servidor e cliente do Windows.

ReFS (Resilient File System) foi introduzido como um recurso integrado do Windows Server2012. O ReFS é baseado em seu sistema de arquivos anterior – o NTFS – e foi projetado para eliminar as questões existentes no NTFS e atender aos requisitos de armazenamento de dados modernos. O ReFS permite que os usuários acessem arquivos de VM diretamente de um servidor host.

O ReFS pode detectar e corrigir prontamente a corrupção de dados. Isso pode ser feito online, evitando assim qualquer tempo de inatividade do volume. Além disso, por meio das novas funcionalidades de Clonagem de Blocos e VDL Esparsa (Valid Data Length), as operações em execução em VMs podem ser consideravelmente aceleradas.

No entanto, quando se trata de clustering, o Hyper-V não oferece o mesmo nível de flexibilidade. Mesmo que o Hyper-V inclua o Cluster Shared Volume (CSV), o uso dessa funcionalidade é muito mais complexo do que no VMware VMFS.

VMware ESXi

VMFS do VMware (Sistema de Arquivos de Máquina Virtual) é o sistema de arquivos em cluster usado para virtualização de armazenamento dos dados contidos em um ambiente virtualizado em servidores ESXi. Um único volume VMFS pode ser utilizado por várias VMs como armazenamento virtualizado simultaneamente, o que resulta em menos sobrecarga de gerenciamento e melhor utilização de recursos. O suporte para acesso simultâneo ao sistema de arquivos é necessário para clusters.

O VMFS oferece alta performance, confiabilidade e utilização eficaz do espaço para armazenamento de VMs. O VMFS possui o recurso de bloqueio no disco, que garante que os dados possam ser acessados apenas por um usuário ou processo de cada vez, a fim de evitar a corrupção de dados.

Leia sobre todos os recursos do VMFS 6 e saiba como migrar do VMFS 5 para o VMFS 6. Também é possível montar o VMFS no Linux em alguns casos.

O NFS é um protocolo de compartilhamento de arquivos, também conhecido como sistema de arquivos de rede, amplamente utilizado em ambientes Linux. A VMware também suporta NFS em armazenamento compartilhado para armazenar VMs.

VMware Workstation e Fusion

Qualquer sistema de arquivos suportado por um sistema operacional host é suportado pelo VMware Workstation e Fusion (por exemplo, NTFS, ext4, APFS).

Assim, se você usar o VMware Workstation no Windows, poderá armazenar arquivos de VM em volumes NTFS. O antigo sistema de arquivos FAT32 também é suportado. Há uma opção para dividir discos virtuais de VM em arquivos de 2 GB para compatibilidade com o FAT32.

Se você usar o VMware Workstation no Linux, poderá usar um sistema de arquivos de sua preferência, por exemplo, ext4. Existem muitos sistemas de arquivos suportados no Linux.

Usuários que executam o VMware Fusion no macOS podem armazenar VMs em APFS ou Mac OS Extended (HFS Plus ou HFS+) e em outros sistemas de arquivos suportados pelo macOS.

Armazenamento Compartilhado

O armazenamento compartilhado é útil quando você precisa armazenar arquivos de VM fora do seu servidor de virtualização no qual um hipervisor está instalado. O armazenamento compartilhado é necessário para configurar um cluster em ambientes Hyper-V e VMware vSphere. O armazenamento compartilhado pode ser configurado em um servidor de armazenamento dedicado, NAS (armazenamento conectado à rede) e SAN (rede de área de armazenamento).

Hyper-V

O Hyper-V suporta compartilhamento de arquivos acessados por meio dos seguintes protocolos:

• é um protocolo de compartilhamento em nível de bloco. O Windows inclui um iniciador e um alvo iSCSI. Você pode configurar um servidor Windows como um servidor de armazenamento com um alvo iSCSI e conectar-se a este alvo a partir de um servidor Windows executando o Hyper-V com um iniciador iSCSI.
• SMB 3.0 é uma nova versão do protocolo de compartilhamento de arquivos SMB que tem sido amplamente utilizado no Windows por muitos anos. O Hyper-V suporta o armazenamento de arquivos de VM em compartilhamentos de arquivos SMB 3.0.

Existem recursos adicionais do Windows Server para implantar armazenamento compartilhado para o Hyper-V:

• Volumes Compartilhados de Cluster (CSV) é uma solução mais complexa em comparação com o sistema de arquivos VMFS pronto para cluster. CSV é usado para criar armazenamento compartilhado para um cluster Hyper-V.
• Servidor de Arquivos Escalonável é um recurso do Windows Server para construir armazenamento em cluster para armazenar e compartilhar arquivos. O protocolo de compartilhamento de arquivos SMB 3.0 pode ser usado para este fim.

Canal de Fibra Virtual para Hyper-V é um recurso que permite conectar-se ao armazenamento de Canal de Fibra (SAN) de dentro de uma VM.

VMware

Canal de Fibra. Os hosts do VMware ESXi que possuem um adaptador de barramento de host FC instalado podem se conectar ao SAN de Canal de Fibra como armazenamento de classe empresarial. O SAN de Canal de Fibra é a solução mais suportada para ambientes grandes, incluindo clusters. Os arquivos de VM podem ser armazenados no armazenamento de SAN de FC cujo LUN é formatado para o sistema de arquivos VMFS.

iSCSI. Os hosts VMware ESXi podem se conectar a um alvo iSCSI que você pode configurar em SAN, NAS, ou em um servidor executando Linux ou outro sistema operacional. O iSCSI é um protocolo de compartilhamento baseado em blocos. Você pode formatar uma LUN conectada a um host ESXi com VMFS.

NFS. A maneira alternativa de configurar armazenamento compartilhado para hosts ESXi para armazenar arquivos é criando um compartilhamento NFS em um servidor ou NAS. Você pode conectar um compartilhamento de arquivos via protocolo NFS a um host ESXi.

Pensamentos

Ambas as soluções Hyper-V e VMware ESXi suportam iSCSI, mas existem protocolos de compartilhamento de arquivos que são suportados apenas por uma dessas plataformas. A abordagem ao acessar armazenamento Fibre Channel difere. Usar VMFS em armazenamento compartilhado pode ser mais conveniente do que a configuração complexa de Volumes Compartilhados de Cluster.

Implantação de Armazenamento – Discos Virtuais

Com virtualização, o software é abstraído do hardware e todos os dados da VM são armazenados em arquivos de disco virtual. Nesse caso, um arquivo de disco virtual funciona como o disco rígido de uma VM. Ambas as plataformas usam discos rígidos virtuais para armazenar dados da VM. Arquivos de disco virtual de VMs no ambiente virtual são armazenados e organizados através do sistema de arquivos do armazenamento físico subjacente. Ambas as soluções de hipervisor da Microsoft e VMware introduziram seus sistemas de arquivos nativos para gerenciar os dados em um dispositivo de armazenamento.

Hyper-V

O Hyper-V suporta dois formatos de arquivo de disco virtual:

• VHD – um formato mais antigo usado para VMs Hyper-V Geração 1.
• VHDX – um formato mais recente que suporta limites mais altos e é usado para VMs de Geração 2.

O Hyper-V suporta dois tipos de provisionamento de disco virtual:

• Disco fixo. Você aloca o tamanho ao criar um disco virtual e este tamanho é ocupado no armazenamento subjacente logo após a criação.
• Disco alocado dinamicamente. Você define o tamanho máximo do disco virtual ao criar um disco virtual, mas o tamanho do disco virtual aumenta depois que você escreve dados neste disco virtual.

Observação: Discos virtuais fixos e alocados dinamicamente são análogos a discos virtuais provisionados espessos e finos no VMware vSphere.

Reclamação de espaço livre. Os discos dinâmicos crescem dinamicamente à medida que você escreve dados neles. No entanto, eles não encolhem automaticamente depois que você exclui dados. Nesse caso, você precisa recuperar o espaço livre em discos virtuais dinâmicos manualmente.

Discos de passagem. Você pode conectar um LUN de disco ou partição diretamente a uma máquina virtual em vez de anexar um arquivo de imagem de disco virtual.

As opções de disco virtual do Hyper-V explicadas nesta seção são válidas tanto para o Hyper-V em versões do Windows de servidor quanto de cliente.

VMware

O formato de disco rígido virtual para hipervisores VMware é:

• VMDK

  Nota: O formato de disco virtual VMDK é diferente para o VMware ESXi e o VMware Workstation/Fusion. A diferença está em como um descritor de disco virtual é armazenado – dentro do arquivo de disco virtual ou como um arquivo separado (.vmdk e -flat.vmdk). Leia como extrair dados de arquivos de disco virtual VMDK.

O VMware suporta dois tipos de provisionamento de disco virtual:

• Provisionamento Espesso. Você define o tamanho máximo do disco ao criar um disco virtual. O espaço de armazenamento que é igual ao tamanho do disco virtual definido é ocupado no armazenamento assim que a criação do disco é concluída. Um disco provisionado de forma espessa pode ser “lazy-zeroed” e “eager-zeroed”.
• Provisionamento Fino. Você define o tamanho máximo do disco virtual ao criar um disco virtual. O tamanho do disco virtual é apenas alguns megabytes após a criação e começa a crescer quando você escreve dados neste disco virtual.

O thin provisioning é uma característica do VMFS. Para verificar isso, você pode copiar um disco virtual com thin provisioning de um sistema de arquivos VMFS (montado em um host ESXi) para um computador com qualquer outro sistema de arquivos, por exemplo, NTFS ou ext4. Você perceberá que o tamanho de um disco virtual thin provisioned é o máximo, como seria se fosse thick provisioned após copiar este arquivo. No entanto, você pode abrir esses discos virtuais copiados no VMware Workstation e Fusion.

O VMware Workstation e o VMware Fusion têm os análogos de discos thick e thin provisioned (você não pode ver esses nomes na interface do usuário) para criar discos virtuais de tamanho fixo e crescimento dinâmico. Existe uma opção para dividir um disco rígido virtual em arquivos de 2 GB.

Requisição de espaço livre. O VMFS 6 reivindica espaço livre automaticamente (UNMAP) quando os dados são excluídos dentro de discos thin provisioned. Esta característica é conveniente e permite que você use o armazenamento de forma mais eficiente para VMs em execução em servidores ESXi. No VMware Workstation e no VMware Fusion, a reivindicação automática de espaço livre para discos de crescimento dinâmico não é suportada. Leia sobre thin and thick provisioning e aprenda como reduzir manualmente discos thin provisioned ao usar hypervisors VMware.

Mapeamento de dispositivo bruto (RDM) é uma característica de passagem de disco para hypervisors VMware. Como resultado, uma VM tem acesso direto a um LUN ou partição. O RDM é suportado no VMware ESXi, VMware Workstation e VMware Fusion.

Pensamentos

As soluções de virtualização VMware e Hyper-V fornecem dois tipos idênticos de alocação de disco virtual – pré-alocado (thick) e crescimento dinâmico (thin). Os formatos de arquivo de disco virtual são diferentes para VMware e Hyper-V e não há suporte entre plataformas para nenhum dos produtos considerados. Os hipervisores de ambos os fornecedores suportam a passagem de dispositivo de disco bruto. A VMware fornece mais recursos relacionados a disco virtual. A reivindicação automática de espaço livre para discos provisionados dinamicamente em datastores VMFS é uma vantagem significativa.

Tecnologia de Snapshot

A tecnologia de snapshot permite que você salve o estado da VM no momento em que o snapshot foi criado, ou seja, capturar uma cópia do estado de uma VM e todos os dados que ela contém em determinado momento. Em seguida, você pode reverter o estado da VM para o snapshot necessário se algo der errado com a VM. Este recurso é amplamente utilizado para testar software e realizar outras operações quando não se tem certeza se o software instalado em uma VM vai falhar.

Os snapshots de VM também permitem que aplicativos tirem uma imagem do estado de uma VM em determinado momento para fins de proteção de dados. A tecnologia de snapshot é usada por software de backup de terceiros para congelar o estado da VM para copiar dados de aplicativos/banco de dados de forma consistente para backup e replicação de VMs.

Os snapshots no VMware e no Hyper-V não apenas funcionam de maneira diferente (incluindo o uso de arquivos diferentes), mas também têm nomes diferentes. A VMware usa o termo snapshots, enquanto no Hyper-V, eles são chamados de checkpoints.

Checkpoints do Hyper-V

O Hyper-V tem dois tipos de checkpoints: checkpoints padrão e checkpoints de produção. Ambos estão disponíveis a partir do Windows 10 e do Windows Server 2016.

• Checkpoint padrão salva o estado de uma máquina virtual, os dados do disco virtual e a configuração de hardware da VM. Esse tipo de checkpoint pode ser usado para teste.
• Checkpoints de produção fornecem uma maneira mais eficiente e confiável de capturar o estado da máquina virtual. O mecanismo melhorado dos checkpoints de produção permite que software de backup de terceiros os utilize para backup de dados da VM do Hyper-V em ambientes de produção.

As características dos checkpoints do Hyper-V que devemos mencionar para a comparação Hyper-V vs VMware são as seguintes:

• Os checkpoints de produção do Hyper-V não capturam o estado de memória da VM.
• A hierarquia linear para múltiplos checkpoints.
• A configuração do checkpoint e os arquivos de disco de diferença são armazenados em dois locais diferentes.
• Checkpoints automáticos é uma funcionalidade do Hyper-V que cria automaticamente um checkpoint de VM toda vez antes de iniciar uma VM. Isso permite que você volte ao estado anterior da VM se mudanças indesejadas forem feitas na VM.

Snapshots do VMware

Os snapshots do VMware são poderosos quando usados em ambientes de teste e produção. As principais características dos snapshots do VMware são:

• O VMware suporta a criação de uma árvore de snapshots e o gerenciamento de vários snapshots, tornando-os mais flexíveis do que os checkpoints do Hyper-V.Os snapshots do VMware não são divididos em vários tipos. A abordagem de como congelar os dados da VM ao tirar um snapshot depende da instalação das VMware Tools e da execução do Volume Shadow Copy Service.
• As instantâneas do VMware não são divididas em vários tipos. A abordagem para como silenciar dados da VM ao tirar uma instantânea depende da instalação do VMware Tools e da execução do Volume Shadow Copy Service.
• Todos os arquivos relacionados a instantâneas são armazenados em um diretório, que é um diretório de VM por padrão.
• VMware ESXi, VMware Workstation e VMware Fusion Pro suportam instantâneas automáticas (que também são chamadas de instantâneas auto-protegidas).
• O VMware usa nomenclatura conveniente para arquivos de instantâneas. Os nomes dos arquivos são semelhantes aos nomes dos discos virtuais da VM. O Hyper-V usa o GUID da VM para nomear arquivos de verificações de VM. Visualmente, é mais fácil encontrar o arquivo necessário por um nome semelhante ao nome da VM do que lembrar o GUID de36 caracteres (por exemplo, e5d330d7-a01e-4ce8-bed1-05deaa0d3989).

  Por exemplo, em um ambiente VMware, o nome do arquivo de instantânea do disco virtual ficaria assim: windbserver-001.vmdk

  Enquanto no Hyper-V: windbserver-e5d330d7-a01e-4ce8-bed1-05deaa0d3989

  Observe também que os arquivos de configuração de instantâneas do Hyper-V não incluem o prefixo do nome da VM no início do nome do arquivo.

• As instantâneas no VMware Workstation e Fusion Pro funcionam de forma idêntica ao VMware ESXi.

Administradores que trabalham em ambientes Hyper-V ou VMware devem estar cientes de como a tecnologia de instantâneos funciona para melhorar a gestão do espaço de memória.

As principais diferenças entre instantâneos e checkpoints são apresentadas na tabela abaixo:

	Hyper-V	VMware ESXi
Número máximo de instantâneos por VM	50	32 (em uma cadeia)
Hierarquia de instantâneos	Linear	Árvore
Execução de instantâneos em produção	Sim	Sim
Arquivos associados a instantâneos	.avhdx .xml .bin .vsv	-delta.vmdk .vmsd .vmsn -sesparse.vmdk
Localização de arquivos de instantâneos (padrão)	2 localizações	1 localização
Instantâneos automáticos	Sim	Sim

Observe que checkpoints e instantâneos não podem ser usados em vez de backups porque não são adequados para armazenamento a longo prazo e podem ser perdidos se o disco virtual da VM for danificado.

Pensamentos

Os instantâneos do VMware podem ser mais convenientes devido à estrutura em árvore de instantâneos. Você pode voltar a qualquer instantâneo anterior, restaurar o estado da VM e criar um novo instantâneo em um novo ramo de árvore sem excluir instantâneos existentes. O nome e a localização de arquivos de instantâneos são mais claros em ambientes VMware.

O número máximo de instantâneos é maior no Hyper-V. No entanto, usar muitos instantâneos e usar instantâneos por muito tempo não é recomendado na prática, pois resulta em degradação do desempenho de uma VM (especialmente para uma VM com um tamanho de disco virtual grande).

Rastreamento de Alterações

O recurso de rastreamento de alterações permite identificar alterações de nível de bloco que ocorreram no sistema de armazenamento da VM e é útil para aplicativos de backup criarem backups incrementais de dados da VM. Quando você habilita o rastreamento de blocos alterados, o aplicativo de backup copia apenas os blocos alterados desde o backup anterior em vez de copiar todos os dados. O mesmo acontece com a replicação da VM. Usar os mecanismos nativos de rastreamento de blocos alterados dos hipervisores é mais racional do que usar tecnologias de rastreamento de alterações de terceiros, pois os mecanismos nativos têm melhor desempenho e menor consumo de recursos.

VMware CBT

Changed Block Tracking (CBT) foi introduzido pela primeira vez no VMware vSphere4.0 em2009. É um recurso projetado para habilitar backup incremental, ou seja, o backup inicial da VM é completo, enquanto em todos os backups subsequentes, apenas os novos dados são copiados. O CBT acelera consideravelmente o processo de backup e fornece máxima eficiência.

Nota: Se ocorrer uma falha de energia ou desligamento forçado, você pode precisar redefinir o VMware CBT para o funcionamento correto do rastreamento de alterações.

O Changed Block Tracking não está disponível para o VMware Workstation e o VMware Fusion.

Hyper-V RCT

O **Resilient Change Tracking** (RCT) é a própria tecnologia de rastreamento de alterações do Hyper-V, que foi introduzida com o Windows Server 2016 e o Windows 10, e funciona da mesma forma que o CBT. Note que se você estivesse executando uma VM no Windows Server 2012 R2 ou versões anteriores, e posteriormente a moveu para o servidor host com o Windows Server 2016, você deve atualizar a VM para a versão mais recente antes de fazer o backup. Isso pode ser feito no Gerenciador do Hyper-V.

O RCT é mais resiliente a eventos como migrações de armazenamento ou instantâneos e não requer reinicialização manual, como o CBT pode requerer.

Pensamentos

Na parte de rastreamento de alterações da comparação VMware vs Hyper-V, observamos que as características CBT e RCT são similares e tornam os processos de backup e replicação de VM mais eficientes. A principal diferença é que a necessidade de reiniciar o Hyper-V RCT pode ocorrer em menos casos do que para o VMware CBT.

Gestão de Memória

Ambos VMware e Hyper-V aplicam uma variedade de técnicas de gerenciamento de memória. Qual é a diferença entre as técnicas de gerenciamento de memória do VMware e do Hyper-V? Vamos encontrar a resposta.

VMware

Abaixo estão as principais técnicas usadas pelo VMware ESXi para alcançar um alto nível de otimização de RAM:

• A compressão de memória é usada como uma alternativa mais eficiente e menos cara à troca de disco. Quando há pouco espaço restante na RAM, as páginas virtuais são comprimidas e reduzidas o suficiente para caber na memória. Além disso, arquivos comprimidos podem ser acessados mais rapidamente e não interromperão o fluxo de trabalho. A compressão de memória está ativada por padrão.
• O Inflação de Memória é uma técnica de recuperação de memória da VMware que pode ser aplicada quando não há memória livre em um host ESXi. Essa tecnologia aumenta artificialmente a “pressão” da memória dentro do convidado. Essa técnica permite que uma VM de sua escolha extraia a memória não utilizada de outras VMs e a distribua para aquelas que têm recursos de RAM insuficientes. Um driver de balão necessário para usar a inflação de memória é instalado como parte das Ferramentas da VMware.
• Compartilhamento Transparente de Páginas. Essencialmente, esta é uma técnica de deduplicação usada para gerenciamento de memória. Quando a CPU não está sendo usada por nenhum programa, esta técnica permite rastrear as páginas de memória da VM que são idênticas e então compartilhá-las entre outras VMs. Dessa forma, o espaço preenchido por páginas de memória redundantes é liberado.
• Oversubscrição/Sobrecarga da VMware. Esta técnica permite atribuir mais recursos de RAM do que os disponíveis no host físico para as VMs em execução nesse host. O sistema monitora ativamente as VMs e a quantidade de memória que elas estão usando atualmente. Com o recurso de Taxa de Memória Ociosa, o hipervisor pode estimar a quantidade de memória ociosa e memória ativa usada por cada VM. A memória VM que não está em uso ativo será então “taxada” e reatribuída a outras VMs que precisam mais dela.
• Adição de Memória a Quente (hot plug) é um recurso que permite aumentar a quantidade de memória para uma máquina virtual enquanto a VM está em execução.

O VMware Workstation não suporta adição de memória a quente ou Compartilhamento Transparente de Páginas.

Hyper-V

O Hyper-V suporta dois recursos principais de gerenciamento de memória: Memória Dinâmica e Adição de Memória Online.

• Memória Dinâmica é um recurso do Hyper-V que permite provisionar memória para máquinas virtuais de forma mais racional. O Hyper-V interage com os gerenciadores de memória dentro do sistema operacional convidado e entende quanta memória as aplicações dentro da VM estão solicitando. Você precisa definir cinco parâmetros para definir como a memória da VM pode variar dependendo das demandas.

  A Memória Dinâmica permite configurar uma quantidade específica de memória, prioridade de memória e outras configurações de otimização de memória, com base nas quais o Hyper-V define quanta memória deve ser alocada a uma VM específica. A memória dinâmica pode ser configurada no Gerenciador Hyper-V, onde você pode especificar os seguintes valores:

  • RAM de inicialização
  • RAM mínima
  • RAM máxima
  • Buffer de memória
  • Peso da memória
• O Memory Hot Add é um recurso que, similarmente ao hot add no VMware, permite adicionar mais memória a uma VM em execução. O Memory Hot Add do Hyper-V não é compatível com a Memória Dinâmica – esses recursos não podem ser usados juntos e você pode usar apenas um deles por vez.

Pensamentos

Como você pode ver, o VMware fornece uma ampla variedade de técnicas de gerenciamento de memória. No entanto, o Hyper-V fornece a Memória Dinâmica, que funciona da mesma forma que o recurso de Oversubscription do VMware. Tanto o VMware ESXi quanto o Hyper-V suportam o hot add de memória da VM.

O administrador pode ter mais liberdade ao operar com a Memória Dinâmica no Hyper-V do que com as técnicas de gerenciamento de memória do VMware. Mesmo que a técnica de oversubscription não seja tão avançada quanto seu equivalente no VMware, o administrador pode otimizar o processo de gerenciamento de memória da VM e ajustá-lo às suas necessidades específicas.

Migração de Carga de Trabalho

A migração de carga de trabalho tem sido há muito tempo uma necessidade ao operar em um ambiente virtual. Tanto o VMware quanto o Hyper-V têm suas próprias ferramentas que permitem a migração de cargas de trabalho de produção em toda a infraestrutura. Assim, o vMotion do VMware e a Live Migration do Hyper-V devem ser considerados como entidades separadas.

Hyper-V

A Live Migration do Hyper-V é a ferramenta de migração moderna projetada para transferir uma VM em execução com aplicativos entre hosts físicos sem tempo de inatividade. A migração ao vivo é suportada no Hyper-V para o Windows Server 2012 e versões posteriores do servidor. A migração ao vivo não é suportada no Hyper-V para o Windows 10 e outras versões do Windows para clientes.

Os principais recursos do Hyper-V para migração de carga de trabalho são:

• Migração rápida. Uma VM é colocada em hibernação durante a migração entre hosts Hyper-V, o que causa tempo de inatividade.
• Migração ao vivo é um recurso de migração de VM no Hyper-V semelhante ao VMware vMotion em termos de resultados alcançados. A Migração ao Vivo do Hyper-V move VMs sem colocá-las no modo de hibernação. A partir do Windows Server 2016, configurar um cluster de failover do Hyper-V não é necessário para a Migração ao Vivo de VMs.

  Cargas de trabalho de processamento e memória de VMs são migradas de um host Hyper-V para outro com a Migração ao Vivo (os mesmos processadores ou processadores da mesma família devem ser usados nos hosts Hyper-V). O momento em que a acessibilidade da VM pode ser interrompida é quando o endereço MAC é alterado e as tabelas ARP são atualizadas. Para usar a Migração ao Vivo, ambos os hosts Hyper-V devem ter processadores da mesma família instalados.

• Migração de Armazenamento ao Vivo. Este recurso permite migrar arquivos de máquina virtual, incluindo arquivos de disco virtual, para outros dispositivos de armazenamento sem desligar a VM, ou seja, enquanto a VM está em execução.
• Migração ao vivo sem compartilhamento pode ser feita para VMs cujos arquivos estão localizados em armazenamento local ou outro, mas não em armazenamento compartilhado (armazenamento compartilhado para ambos os hosts Hyper-V). Configurar um cluster com armazenamento compartilhado não é necessário. As cargas de trabalho de processador e memória da VM são migradas ao usar esse recurso.

Observe que a implementação da Migração ao Vivo é muito mais complexa do que para o VMware vMotion.

VMware vMotion

VMware vMotion faz parte do VMware vSphere a partir da versão 5.0. Ele permite a migração perfeita de cargas de trabalho entre servidores ESXi em termos de cargas de trabalho de CPU e memória das VMs. A migração de carga de trabalho não interfere nos processos dentro do ambiente virtual, e todas as aplicações ainda podem ser acessadas. Assim, não há tempo de inatividade e a produtividade da VM não é afetada.

Os mesmos processadores (ou processadores da mesma família) são necessários para usar o vMotion para a migração de cargas de trabalho de processador e memória da VM entre hosts ESXi. Se você não puder instalar processadores idênticos, você pode configurar o modo VMware EVC.

O VMware vCenter é usado para iniciar a migração de VM pelos administradores. Você não pode usar a migração ao vivo entre hosts ESXi autônomos que não são gerenciados pelo vCenter.

VMware Storage vMotion permite que você migre dados da VM entre datastores conectados aos hosts ESXi. A migração de armazenamento da VM pode ser realizada enquanto a VM está em execução – sem tempo de inatividade.

O VMware Workstation e o Fusion não suportam recursos de migração ao vivo de VM.Pensamentos

Pensamentos

O Hyper-V e o VMware vSphere suportam recursos de migração de VM ao vivo para migrar cargas de trabalho de CPU e memória, bem como arquivos de VM enquanto a VM está em execução. O VMware pode fornecer técnicas de migração de VM mais fluidas sem qualquer tempo de inatividade. O VMware vSphere suporta o modo EVC para melhor compatibilidade. A Migração de VM do Hyper-V pode ser mais complicada.

Clusterização

Ambas as soluções de virtualização VMware e Hyper-V, instaladas em servidores, suportam clusterização. Os hosts no cluster são chamados de nós. O VMware entregou os recursos de clusterização antes do Hyper-V. Vamos descobrir qual solução fornece funcionalidades de clusterização mais ricas em nossa comparação entre o Microsoft Hyper-V e o VMware vSphere.

Hyper-V

O Hyper-V suporta um cluster de failover de VM com balanceamento de carga. Existem duas principais características de um cluster Hyper-V:

• Cluster de failover fornece failover de VM em caso de falha de hardware de um nó de cluster. As VMs são migradas automaticamente para um host Hyper-V saudável neste caso. Algum tempo é necessário para que as VMs iniciem no nó saudável após a migração.
• Balanceamento de carga é um recurso de cluster para migrar VMs de um nó de cluster para outro se não houver recursos suficientes em um host Hyper-V, mas houver recursos de computação livres em outro. O balanceamento de carga do Hyper-V funciona usando o recurso de balanceamento de carga interno do Windows Server Failover Clustering.

Configuração de cluster Hyper-V 

• A clusterização Hyper-V é baseada na funcionalidade de cluster do Windows Server.
• Você precisa configurar um host de testemunha para fazer um cluster Hyper-V funcionar.
• A configuração do cluster Hyper-V requer a configuração de Volumes Partilhados do Cluster. Os Volumes Partilhados do Cluster (CSV) é um recurso do Hyper-V para fornecer acesso simultâneo de leitura e gravação ao mesmo LUN (Número de Unidade Lógica) fornecido como um volume NTFS ou ReFS.

VMware ESXi

O VMware suporta dois principais recursos para clustering:

• Alta Disponibilidade (HA): O VMware vSphere monitora continuamente a integridade das VMs no cluster. Os recursos de vários hosts ESXi são agrupados no cluster. Se ocorrer uma falha em um host ESXi (nó) no cluster, as VMs são reiniciadas automaticamente em outro host ESXi saudável.
• Agente de Recursos Distribuídos (DRS) é um recurso de balanceamento de carga para VMs em execução no cluster vSphere. O VMware vSphere monitora o consumo de recursos em todos os nós do cluster. Existem vários parâmetros que podem ser usados como métricas para definir quando migrar uma VM para outro host ESXi. As condições podem ser recursos livres/usados em um host ESXi e felicidade da VM (quando a quantidade de recursos é suficiente ou não para o trabalho adequado da VM).

O cluster de balanceamento de carga Hyper-V e o cluster de Agente de Recursos Distribuídos (DRS) do VMware são duas abordagens diferentes para gerenciar o uso e o balanceamento de recursos em um ambiente virtualizado.

• O cluster de balanceamento de carga Hyper-V utiliza o recurso de balanceamento de carga integrado do Windows Server Failover Clustering para equilibrar máquinas virtuais em vários hosts. O recurso de balanceamento de carga monitora o uso de recursos nos hosts e move máquinas virtuais para outros hosts no cluster para equilibrar a carga.
• Cluster DRS do VMware, por outro lado, fornece alocação e balanceamento de recursos dinâmicos para máquinas virtuais em um cluster vSphere. O DRS monitora continuamente o uso de recursos e equilibra as cargas das máquinas virtuais em vários hosts em tempo real para garantir o uso otimizado de recursos. O DRS também fornece recomendações para o uso de recursos e pode mover automaticamente máquinas virtuais para hosts diferentes para equilibrar a carga.

Configuração de cluster do VMware

• A configuração de cluster é intuitiva e é realizada no VMware vCenter.
• Armazenamento compartilhado é necessário para configurar um cluster no VMware vSphere, mas não é necessário configurar estruturas complexas como Volumes Partilhados do Cluster no Hyper-V.
• Configuração de cluster é mais simples do que no Hyper-V. Quanto ao armazenamento compartilhado para um cluster, o sistema de arquivos VMFS é otimizado para clustering e suporta acesso simultâneo de leitura e gravação pronto para uso, sem a necessidade de configurar recursos adicionais.
• Não é necessário configurar um witness manualmente. O VMware vSphere é inteligente o suficiente para gerenciar automaticamente a saúde do cluster. Você precisa configurar um host witness se você implantar cluster VMware vSAN.

Tolerância a falhas do VMware

Tolerância a falhas é um recurso para um cluster VMware HA que fornece failover de VM sem qualquer tempo de inatividade no caso de falha de um host ESXi. Uma cópia de VM (também chamada de VM fantasma) é uma cópia idêntica da VM original que é atualizada em tempo real para refletir o estado da VM original. A rede para essa VM fantasma fica inativa até que a VM primária falhe. O failover de VM é realizado instantaneamente. A única coisa que você deve perceber é um atraso na latência da rede por um momento (se você fizer um ping na sua VM, por exemplo).

Observe que o clustering é suportado apenas no Hyper-V para Windows Server e ESXi no VMware vSphere. O clustering não é suportado no Hyper-V para Windows10 e outros clientes Windows. O clustering não é suportado no VMware Workstation e Fusion.

Pensamentos

O propósito principal de clusters Hyper-V e VMware é semelhante. No entanto, em termos de comparação de recursos de clustering VMware vSphere vs Hyper-V, podemos mencionar que um cluster vSphere oferece mais recursos e é mais flexível. A configuração de um cluster vSphere é mais amigável porque você não precisa configurar recursos adicionais, como CSV para armazenamento compartilhado do cluster. O VMware vSphere fornece Tolerância a Falhas para VMs de missão crítica para um cluster HA e não há um equivalente no Hyper-V.

Clusters de Armazenamento

Ambas as plataformas de virtualização Hyper-V e VMware vSphere oferecem soluções de clustering para armazenamento para usar armazenamento definido por software em ambientes virtuais. Ambas as soluções permitem que você agrupe recursos de armazenamento de vários servidores físicos para criar um pool de armazenamento compartilhado para máquinas virtuais. Essa abordagem é definida para configurar o ambiente híbrido. Em termos de soluções de armazenamento definido por software da comparação Hyper-V vs VMware, há diferenças chave entre essas duas soluções.

A solução da Microsoft é chamada de Storage Spaces Direct (S2D), e a solução da VMware é chamada de VMware vSAN. Vamos compará-los em várias categorias:

• Arquitetura. O S2D usa armazenamento anexado a servidores, como armazenamento diretamente anexado (DAS) ou apenas um monte de discos (JBOD) para criar o pool de armazenamento, enquanto o vSAN usa dispositivos de armazenamento localmente anexados para criar um pool de armazenamento distribuído.
• Escalabilidade. O vSAN é mais escalável que o S2D, pois suporta até 64 nós em um cluster, enquanto o S2D é limitado a 16 nós.
• Desempenho. O S2D é otimizado para alto desempenho, especialmente em cargas de trabalho intensivas em leitura, enquanto o vSAN se concentra em fornecer desempenho consistente em diferentes cargas de trabalho.
• Integração. O S2D é totalmente integrado ao sistema operacional Windows Server e pode ser gerenciado usando as ferramentas familiares Server Manager e Windows PowerShell. O vSAN é um produto autônomo que requer uma licença e interface de gerenciamento separadas.
• Custo. O S2D é um recurso gratuito do Windows Server, enquanto o vSAN requer uma licença separada e pode ser mais caro para implantações maiores.

Pensamentos

Cada solução de armazenamento definido por software é otimizada para sua plataforma nativa (Microsoft Hyper-V ou VMware vSphere), mas o vSAN da VMware é mais escalável. A escolha entre as duas soluções depende das necessidades de uma organização.

Escalar

As organizações devem levar em conta a escalabilidade de sua infraestrutura virtual ao selecionar um hipervisor. Como a carga de trabalho de uma organização pode variar e aumentar ao longo do tempo, é essencial estar pronto para qualquer situação e levar em consideração as opções de escalabilidade oferecidas pelos hipervisores.

A tabela abaixo explica a diferença entre VMware e Hyper-V para implementações de servidores de hipervisores em termos de escalabilidade.

Sistema	Recurso	Hyper-V no Windows Server 2022	VMware vSphere 8.0
Host	CPUs Lógicas	512	896
	RAM Física por host	48 TB	24 TB
	CPUs Virtuais por Host	2048	4096
	VMs por Host	1024	1024
VM	CPUs Virtuais por VM	240 para VMs de geração 2 64 para VMs de geração 1 320 disponíveis para o sistema operacional hospedeiro (root)	768
	Memória por VM	12 TB para VMs de geração 2 1 TB para VMs de geração 1	24 TB
	Tamanho Máximo de Disco Virtual	64 TB (formato VHDX) 2040 GB (formato VHD)	62 TB
	Número de Discos Virtuais SCSI	256	256
Cluster	Número Máximo de VMs por cluster	8000	10000
	Número Máximo de Nós (hosts por cluster)	64	96

Nota: Consulte os limites de configuração do VMware para detalhes sobre sua versão do VMware. Consulte os limites de configuração do Hyper-V no site da Microsoft para verificar todos os limites do Hyper-V para o Windows Server.

Pensamentos

Como você pode ver, para alguns recursos, o Hyper-V se sai melhor do que o VMware, e para outros, é o contrário. Portanto, ao escolher entre Hyper-V e VMware, considere suas necessidades e prioridades de infraestrutura, os recursos físicos disponíveis e o orçamento.

Segurança

A virtual environment can be rather fragile. Thus, it needs to be securely protected against any malicious attacks or viruses and avoid data leaks. Both Hyper-V and VMware ensure security for your virtual environment with the help of various services and tools.

Hyper-V

Dado que o Hyper-V funciona como uma função do Windows Server, ele pode ser gerenciado via Active Directory. O Hyper-V também fornece um conjunto de componentes de segurança avançados, tais como:

• Fabricante Protegido. O Fabricante Protegido é uma técnica de proteção de dados que permite construir um ambiente seguro para VMs. Um fabricante protegido inclui o Serviço de Guarda de Hospedeiros (HGS) e várias VMs protegidas.
• Serviço de Guarda de Hospedeiros. O HGS ajuda a monitorar o estado das VMs protegidas e protege as chaves usadas para descriptografar as VMs. Se o HGS não estiver habilitado, a VM protegida não poderá ser ligada e permanecerá criptografada.
• VMs Protegidas. Este recurso ajuda a proteger máquinas virtuais criptografando arquivos de configuração de máquinas virtuais e usando um módulo de plataforma confiável (TPM) para armazenamento seguro de chaves. O Hyper-V fornece um módulo de plataforma confiável virtual (vTPM) para proteger máquinas virtuais criptografando dados de máquinas virtuais.

As mais recentes adições ao sistema de proteção de dados do Hyper-V são o Windows Defender Advanced Threat Protection (ATP), que permite detectar ciberataques e responder a ameaças antecipadamente com a ajuda de aprendizado de máquina, e o Windows Defender Exploit Guard (EG), que protege contra ataques de ransomware e reduz a superfície de ataque de aplicativos críticos.

VMware

O VMware vSphere aplica a VM Encryption, que é projetada para proteção de dados em repouso e em movimento e para prevenção de acesso não autorizado ao sistema. Além disso, a proteção de dados é garantida mesmo durante a migração de cargas de trabalho. Quando o Encrypted vMotion é habilitado, você pode proteger dados quando eles são movidos entre servidores físicos e até mesmo em um ambiente de nuvem híbrida.

O VMware vSphere suporta muitos recursos de segurança, incluindo:

• Encriptação de Máquina Virtual. O VMware vSphere fornece encriptação de máquina virtual para proteger dados de máquina virtual e garantir a privacidade dos dados. O UEFI Secure Boot, os Módulos de Plataforma Fidedigna Virtuais e a Segurança Baseada em Virtualização (VBS) são suportados.
• Controle de Acesso Baseado em Função. O VMware vSphere fornece controle de acesso baseado em função para restringir o acesso a máquinas virtuais e outros recursos do vSphere com base em funções e permissões predefinidas. Você pode configurar funções e permissões no vCenter para diferentes cenários. O VMware vSphere suporta a integração com o Active Directory para autenticação de usuários.
• Virtualização de Rede NSX. O VMware vSphere fornece virtualização de rede NSX para criar redes virtuais seguras e isolar máquinas virtuais umas das outras.

O VMware está focado na proteção com um número crescente de recursos e configurações de segurança. Você pode configurar o firewall do ESXi, o modo de bloqueio e outras configurações na interface.

Nota: Os recursos de segurança para o Hyper-V no Windows 10 e o VMware Workstation são bastante semelhantes (Secure Boot, encriptação de VM, etc.), mas existem menos deles do que o que está disponível para as versões de servidor.

Pensamentos

Vale ressaltar que o vSphere 6.7 introduziu suporte para um grande número de componentes de segurança do Hyper-V lançados com o Windows 10 e o Windows Server 2016. Os fornecedores continuam a melhorar os recursos de segurança no vSphere 8.0 e no Windows Server 2022. Tanto o Hyper-V quanto a VMware trabalharam juntos para garantir integração perfeita para as VMs em execução no sistema operacional Windows em um ambiente vSphere.

Licenciamento e Custos

O Hyper-V e a VMware fornecem versões gratuitas de suas plataformas de virtualização. Dessa forma, você pode ver como o produto funciona e que tipo de benefícios ele oferece. No entanto, a versão de avaliação do produto inclui apenas a funcionalidade de nível básico, o que significa que você não poderá testar todos os componentes.

É difícil comparar as políticas de preços do Hyper-V e da VMware, dado que o VMware ESXi é licenciado por soquete (CPU física), enquanto o Hyper-V é licenciado por núcleo desde 2016. Vamos abordar a principal diferença entre o Hyper-V e a VMware em termos de licenciamento nesta seção.

Microsoft Hyper-V

O modelo de licenciamento da Microsoft calcula o preço com base no número de núcleos físicos no host. Dependendo de quantos hosts estão instalados no software, você pode identificar o número total de núcleos para os quais são necessárias licenças. Cada licença é um pacote de dois núcleos. Observe que o número mínimo de núcleos que podem ser licenciados é quatro, o que significa que processadores com um e dois núcleos ainda seriam contados como processadores de quatro núcleos.

As principais características de licenciamento do Hyper-V são:

• O Hyper-V para Windows Server está incluído como parte da licença do sistema operacional Windows Server.
• Você pode habilitar a função Hyper-V no Windows sem custos adicionais.
• A vantagem do licenciamento do Windows Server para o Hyper-V ao executar o Windows em máquinas virtuais é:
  • O Windows Server 2022 Standard inclui duas licenças para VMs executando o Windows no Hyper-V.
  • O Windows Server 2022 Datacenter inclui um número ilimitado de VMs com Windows licenciadas em execução sob o Hyper-V.

Leia sobre licenciamento e edições do Windows Server e licenciamento do Windows Server com VMs do Windows.

O VMware vSphere

O VMware vSphere 8.0 é licenciado com base em processador. Portanto, cada CPU do servidor deve ser atribuída pelo menos uma chave de licença de processador. Note que a VMware não impõe limites ao tamanho da RAM e ao número de CPUs e VMs em execução no processador licenciado.

Os principais recursos de licenciamento do VMware vSphere são:

• O VMware vSphere8 utiliza um modelo de licenciamento por CPU. Cada processador requer uma licença vSphere, com um mínimo de dois processadores por licença.
• A licença vSphere inclui acesso ao hipervisor vSphere, ao vCenter Server e a um conjunto de recursos vSphere, como vMotion, Alta Disponibilidade e Replicação vSphere.
• Existem diferentes edições do vSphere8 com conjuntos de recursos e preços diferentes, incluindo Standard, Enterprise e Enterprise Plus.
• O VMware vSphere não inclui licenças para sistemas operacionais Windows instalados em máquinas virtuais. Você precisa licenciar o Windows em VMs separadamente.

Leia mais sobre o licenciamento do vCenter do VMware.

A tabela abaixo mostra as diferenças nos preços do Hyper-V vs VMware que são válidas no momento da escrita do post do blog.

	Edições	Preços
Hyper-V	Datacenter do Windows Server	US $6.155
	Standard do Windows Server	US $1.069
	Essentials do Windows Server	US $501
VMware	Standard do VMware vSphere	US $1.394
	Enterprise Plus do VMware vSphere	US $4.780
	Kit Essentials do VMware vSphere	US $577

Quanto ao VMware Workstation e Hyper-V para o Windows10 (e outros Windows clientes), você precisa comprar uma licença para o VMware Workstation para executar o produto em uma máquina física, enquanto não é necessário pagar pelo Hyper-V, pois ele está incluído no Windows.

• O preço do VMware Workstation é de cerca de US $200. Você precisa comprar uma licença uma vez e usar o produto enquanto desejar. Quando uma nova versão é lançada, você precisa pagar pela atualização, se desejar.
• O preço do Windows10 Pro é de cerca de US $140 e do Windows10 Enterprise é de cerca de US $200 por dispositivo. O preço depende da região.

Por favor, verifique novamente os termos de licenciamento e o preço nas páginas oficiais do VMware e do Microsoft antes de comprar um produto, pois o licenciamento e os preços podem mudar.

Pensamentos

Se o seu ambiente inclui diferentes sistemas operacionais, especialmente em máquinas virtuais, escolher o VMware vSphere pode ser mais eficaz.

Proteção de VMs VMware e Hyper-V com o NAKIVO Backup & Replication

Hyper-V e VMware vSphere oferecem recursos de proteção de dados nativos e APIs para soluções de proteção de dados de terceiros para fazer backup, replicar e restaurar VMs.

É importante considerar todos os aspectos de um hipervisor, tanto suas forças quanto suas fraquezas. Apesar de todos os benefícios que ambas as plataformas de virtualização oferecem, elas ainda estão expostas a riscos de segurança e ameaças que podem comprometer seu desempenho e resultar na perda de dados críticos e tempo.

Portanto, para garantir que seu sistema esteja protegido, é aconselhável encontrar e instalar uma solução de proteção de dados confiável e acessível. O NAKIVO Backup & Replication é perfeito para qualquer organização que queira proteger seu ambiente virtual contra quaisquer riscos de segurança e ameaças.

Conclusão

Para concluir a comparação entre Hyper-V e VMware, podemos fornecer algumas sugestões sobre qual hipervisor você pode escolher para instalar em servidores. É recomendável escolher o Hyper-V nos seguintes casos:

Se o Windows for o sistema operacional dominante em seu ambiente, incluindo servidores físicos, estações de trabalho e máquinas virtuais.

Se você usa o Windows e deseja executar versões mais recentes do Windows ou Linux em VMs sem pagar custos por um hipervisor.Se você deseja ter integração com a nuvem Azure, o Hyper-V é bem integrado porque ambos são feitos pela Microsoft.

Para concluir a comparação entre Hyper-V e VMware, podemos fornecer algumas sugestões sobre qual hipervisor você pode escolher para instalar em servidores. Recomenda-se escolher o Hyper-V nas seguintes situações:

• Se o Windows é um sistema operacional predominante em seu ambiente, incluindo servidores físicos, estações de trabalho e máquinas virtuais.
• Se você usa o Windows e deseja executar versões mais recentes do Windows ou Linux em VMs sem incorrer em custos com um hipervisor.
• Se você deseja ter integração com a nuvem Azure, o Hyper-V é bem integrado porque ambos são feitos pela Microsoft.

Alternativamente, o VMware é a melhor opção para você nas situações abaixo:

• Se você precisa da escalabilidade máxima, desempenho e um conjunto abrangente de opções para aplicativos críticos para a missão.
• Se você precisa implantar uma rede definida por software complexa para um grande número de VMs, use o VMware vSphere e o NSX.
• Se você está procurando um hipervisor para um computador pessoal com muitos recursos ou deseja executar VMs em seu computador e hosts ESXi com a máxima compatibilidade, considere a seleção do VMware Workstation.

Ao selecionar um hipervisor para estações de trabalho, defina qual ecossistema é preferido para você. Se você está focado apenas no Windows ou o Hyper-V já está instalado em suas outras máquinas, então o Hyper-V pode ser uma escolha racional. Se você precisa de uma solução multiplataforma conveniente e integração com o vSphere, selecione o VMware Workstation ou o VMware Fusion.

A decisão final dependerá de suas necessidades, as necessidades de sua organização e o orçamento para a configuração adequada. Independentemente do que você escolher, deve implementar uma solução completa de proteção de dados para garantir a recuperação em caso de perda de dados e minimizar o tempo de inatividade.

O NAKIVO Backup & Replication é uma solução de backup de VM rápida, confiável e de custo-efetivo e inclui recursos de recuperação de desastres como replicação e orquestração de DR. A solução NAKIVO pode ser integrada perfeitamente com ambientes VMware e Hyper-V, permitindo que você aproveite ao máximo os benefícios que ambas as plataformas oferecem.