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 do 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 do tipo 1 ou nativo projetado pela Microsoft. Permite criar e gerenciar várias versões virtualizadas de um computador, chamadas de 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 (nas versões do Windows Server, como Windows Server 2016, 2019, 2022 e servidor Hyper-V autônomo).
• Hyper-V em estações de trabalho (no Windows 8.1, Windows 10 e Windows 11, edições principais como Pro e Enterprise).

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

O Que É o VMware?

VMware é um fornecedor de software mundialmente conhecido 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
• Cliente VMware vSphere

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

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

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

Tabela de Comparação VMware vs Hyper-V

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

Storage Space Direct
Servidor de arquivos escalonável

	Hyper-V no Windows Server 2022	VMware ESXi no vSphere 8.0	Hyper-V no Windows 10	VMware Workstation 17
Tipo de Hipervisor	Tipo 1	Tipo 1	Tipo 1	Tipo 2
Como um hipervisor é instalado	Função do Windows Server	Instalado como um sistema operacional separado	Recurso do Windows	Instalado em um sistema operacional suportado
Sistema operacional host suportado	Windows	Não aplicável	Windows	Windows, Linux
Sistemas operacionais convidados suportados	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 interface do usuário	Gerenciador Hyper-V Gerenciador de cluster de failover SCVMM PowerShell Conectar VM	DCUI Cliente de host VMware Cliente VMware vSphere PowerCLI ESXCLI VMRC	Gerenciador Hyper-V PowerShell Conectar VM	A GUI do Aplicativo feita pela VMware Linha de comando
Serviços do sistema operacional convidado	Serviços de Integração Hyper-V	Ferramentas VMware	Serviços de Integração Hyper-V	Ferramentas VMware
Anexar dispositivos USB a 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 host
Protocolos de compartilhamento	iSCSI SMB 3.0	iSCSI NFS	iSCSI SMB 3.0	Protocolos suportados pelo sistema operacional host
Arquivos de disco virtual	VHD VHDX	VMDK	VHD VHDX	VMDK
Reclamação de espaço livre para discos finos	Não	Sim	Não	Não
Instantâneos de VM	Sim, Máx. 50; hierarquia linear	Sim, Máx. 32 em uma cadeia; estrutura de árvore é suportada	Sim, Máx. 50; hierarquia linear	Sim, estrutura de árvore é suportada
Rastreamento de mudanças	Rastreamento de Mudanças Resiliente	Rastreamento de Blocos Alterados	Não	Não
Gerenciamento de Memória	Memória dinâmica Adição de memória a quente	Compactação de memória Ballooning de memória Compartilhamento transparente de páginas Sobrescrição/Comprometimento de memória Adição de memória a quente	Memória dinâmica Adição de memória a quente	Compactação de memória Ballooning de memória Sobrescrição/Comprometimento de memória
Migração de carga de trabalho	Migração ao Vivo Migração de Armazenamento ao Vivo Migração ao Vivo sem compartilhamento	vMotion Storage vMotion	Não	Nos
Clusterização	Cluster de failover Balanceamento de carga	Cluster de Alta Disponibilidade Cluster de Distribuição de Recursos Tolerância a falhas para cluster de alta disponibilidade	Não	Não
Clusters de Armazenamento	VMware vSAN	Não	Não
Segurança	Fabric Guarded Serviço de Guardião do Host VMs Blindadas	VM Encryption Controle de Acesso Baseado em Função Virtualização de Rede NSX	Inicialização Segura VM Encryption	Inicialização Segura VM Encryption
Licenciamento	Por núcleo	Por processador	Incluído no Windows	Um preço fixo para um computador
Mecanismos avançados de proteção de dados	Sim, integrado e via APIs	Sim, nativo e via APIs	Não	Não

Arquitetura VMware vs Hyper-V

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

Hyper-V

O Hyper-V da Microsoft existe em dois modos para Windows e como solução autônoma:

• Como a função Hyper-V, que é uma funcionalidade integrada do Windows Server que pode ser habilitada por um administrador de servidor.
• Como uma função do Windows no Windows 10 e em outras versões cliente do Windows. Um usuário ou administrador pode ativá-la ou desativá-la.
• Como um produto da Microsoft autônomo (também conhecido como Hyper-V Server), com funcionalidade limitada e componentes de gerenciamento do Hyper-V.

Observação: Na data de publicação deste post, a versão mais recente do Hyper-V Server como solução autônoma é 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 uma função Hyper-V/função é habilitada, o Hyper-V é inicializado primeiro, e somente então o sistema operacional host é inicializado. Não saber disso pode causar confusão quando os usuários pensam que um hipervisor rodando em uma máquina Windows física pode ser apenas um hipervisor do tipo 2. O Hyper-V é um hipervisor do tipo 1 de verdade.

A arquitetura do Hyper-V é baseada em hipervisores micro-nucleados, 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 este propósito.

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 suportada 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 visã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 dispositivo 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.

O 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 é executado 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 que estão disponíveis para gerenciar a plataforma de virtualização VMware. Eles funcionam como ferramentas de gerenciamento usadas para executar hosts ESXi. Vamos explicá-los e compará-los com os análogos do Hyper-V abaixo.

O 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 vs VMware, é importante saber quais sistemas operacionais são suportados. Nesta categoria, você deve prestar atenção nos sistemas operacionais de dois pontos de vista:

Suportados

• sistemas operacionais host são os sistemas operacionais em um computador físico ou servidor, no qual você pode instalar um hipervisor.
• sistemas operacionais de convidado 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 host

Sistemas operacionais host suportados para os diferentes hipervisores:

Hyper-V:

• Windows é o único sistema operacional em que 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 de convidado suportados pelo VMware e Hyper-V podem variar.

Hyper-V

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

• Windows
• Linux
• FreeBSD

Observe que os sistemas operacionais Windows mais antigos não são suportados. O suporte a 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 instalar 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, Windows 95, Novell Netware, etc.

Você pode implantar ESXi em VMs VMware para fins de teste e educacionais. O Hyper-V não suporta isso. Você pode instalar 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 a outros hipervisores VMware, verifique se o contrato de licença permite instalar 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 várias versões de sistemas operacionais de host disponíveis no mercado. Por outro lado, o Hyper-V 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 de host. Em geral, a infraestrutura da VMware não está vinculada apenas ao Windows e oferece mais flexibilidade quando o ESXi está instalado em servidores. O VMware Workstation é instalado em computadores Linux e Windows, e o Fusion é instalado em computadores de usuários que executam 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 novos.

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

Ferramentas de Gerenciamento e Interface do Usuário

A 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 do cliente Windows, que permite criar VMs, executar VMs, bem como editar a configuração da VM e a configuração do Hyper-V. O Gerenciador do Hyper-V está disponível no Windows Server e nas versões do cliente Windows. Você pode se conectar a um host remoto do Hyper-V usando o Gerenciador do Hyper-V.

O Hyper-V Virtual Machine Connection (VM Connect) é uma ferramenta que você vê quando abre a interface de uma VM que encontraria em um monitor virtual da VM. O VMConnect envia suas ações de teclado e mouse para a VM. Esta 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 Failover e não no Gerenciador do Hyper-V.

Gestor do Centro de Virtualização do Sistema

O Gestor do Centro de Virtualização do Sistema (SCVMM) é uma ferramenta de gerenciamento projetada pela Microsoft para operar várias VMs existentes no mesmo ambiente virtual do 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 criar, migrar, controlar e excluir 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 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 inúmeros 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.DCUI do VMware 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. Abertura da 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 embutida 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 do VM, criar, executar e excluir VMs. Você também pode abrir a interface do usuário de um SO convidado em execução no 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 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 VMs, 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.

Quando você abre uma interface de sistema operacional convidado de uma VM, pode usar o console da web da VMware em um navegador da web ou instalar o Console Remoto da VMware para mais conveniência. Se você tiver o VMware Workstation instalado em sua máquina local, não é necessário instalar o Console Remoto da 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 no VMware Host Client e usar comandos ESXCLI remotamente. Saiba mais sobre comandos ESXCLI e ESXi shell.

vSphere PowerCLI

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 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 no computador do usuário. Além disso, você pode se conectar a um host ESXi remoto ou vCenter e gerenciar VMs – pode 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 Cliente vSphere da VMware para o vCenter, mas é conveniente trabalhar em um ambiente integrado da VMware com tais opções de gerenciamento.

O VMware Workstation pode atuar como um Servidor 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 naquele computador físico 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 de gerenciamento e ferramentas 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 o VMware quanto o Hyper-V fornecem um conjunto de serviços e ferramentas de sistema que podem ser facilmente instalados em máquinas virtuais.

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

Hyper-V Integration Services (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. Hyper-V Integration Services incluem utilitários e drivers, especialmente para trabalhar com dispositivos virtuais em um ambiente virtual.

Hyper-V Integration Services incluem:

• Hyper-V Guest Shutdown Service para acionar o desligamento correto da máquina virtual
• Hyper-V Time Synchronization Service para sincronizar o relógio da VM com o relógio do host
• Hyper-V Heartbeat Service para relatar que uma VM está funcionando corretamente
• Hyper-V Data Exchange Service (KVP) para trocar metadados básicos
• Hyper-V Volume Shadow Copy Requestor para fazer backup corretamente dos dados da VM com VSS
• Hyper-V PowerShell Direct Service para gerenciar uma VM diretamente sem conexão de rede
• Hyper-V Guest Service Interface para copiar arquivos de uma VM

VMware Tools

VMware Tools é um conjunto de utilitários e drivers que fornecem integração perfeita entre o sistema host e o sistema convidado, além de gerenciamento eficiente dos dados da VM. VMware Tools melhoram o desempenho da VM e a experiência do usuário. Os VMware Tools são instalados em sistemas operacionais convidados suportados em quaisquer VMs da VMware (em execução na VMware ESXi, VMware Workstation e Fusion).

VMware Tools inclui muitos componentes úteis, como:

• Painel de Controle do VMware Tools fornece uma visão gráfica dos VMware tools e permite aos usuários configurá-los.
• Serviços do VMware Tools habilita a comunicação entre os sistemas operacionais host e convidado.
• Com o Processo do Usuário VMware, você pode copiar/colar texto e arrastar/soltar arquivos entre o host e o sistema operacional convidado.
• Drivers de Dispositivos 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.

Instalando os 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 host e convidado
• Acesso compartilhado a arquivos e pastas dentro do ambiente virtual

Recomenda-se fortemente que você instale os VMware Tools em sistemas operacionais convidados em execução em VMs da 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 ampla gama 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. Algumas características são comuns para o Hyper-V Integration Services e o VMware Tools. No entanto, o VMware Tools suporta mais características únicas porque são suportadas em hipervisores VMware.

Troca de dados com VMs

Quando você executa uma máquina virtual, pode ser necessário 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. A Hyper-V VM Connect é baseada 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 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 ao clipboard compartilhado para VMs em execução em hosts ESXi é limitado e permite copiar e colar dados de texto. Essa limitação existe por razões de segurança. Quanto ao VMware Workstation e Fusion, você pode copiar e colar qualquer tipo de dados, incluindo imagens, arquivos, etc.

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

Pastas Compartilhadas. Esse é outro recurso para hipervisores tipo-2 da VMware (VMware Workstation e Fusion) que permite compartilhar uma pasta com alguns 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 ao 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), fornecem ainda mais opções do que o ESXi em comparação com as versões de cliente do Hyper-V para Windows, como o Windows 10. Como resultado, as soluções de virtualização VMware parecem ser 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 são aqueles disponíveis nas novas versões do Windows Server, como o Windows Server 2012, 2016, 2019 e 2022.

NTFS (New Technology File System) é um sistema de arquivos proprietário de journaling 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). Trata-se de 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 Server 2012. O ReFS é baseado em seu sistema de arquivos anterior – 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 detetar e corrigir prontamente a corrupção de dados. Isso pode ser feito online, não causando assim tempo de inatividade no volume. Além disso, através das novas funcionalidades de Clonagem de Bloco e VDL Esparsa (Comprimento de Dados Válidos), 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 Volume Compartilhado do Cluster (CSV), o uso dessa funcionalidade é muito mais complexo do que no VMware VMFS.

VMware ESXi

VMware VMFS (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 alto desempenho, confiabilidade e uso efetivo do espaço para armazenamento de VMs. O VMFS possui a função 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 corrupção de dados.

Leia sobre todas as funcionalidades do VMFS 6 e aprenda como migrar do VMFS 5 para o VMFS 6. Também é possível montar VMFS no Linux em alguns casos.

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 hospedeiro é suportado pelo VMware Workstation e Fusion (por exemplo, NTFS, ext4, APFS).

Assim, se você usar o VMware Workstation no Windows, pode 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 FAT32.

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

Os usuários que executam o VMware Fusion no macOS podem armazenar VMs em APFS ou Mac OS Extended (HFS Plus ou HFS+) e 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 através dos seguintes protocolos:

• é um protocolo de compartilhamento em nível de bloco. O Windows inclui um iniciador iSCSI e um destino iSCSI. Você pode configurar um servidor Windows como um servidor de armazenamento com um destino iSCSI e conectar a este destino a partir de um servidor Windows executando o Hyper-V com um iniciador iSCSI.
• O 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 em 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.

A Fibre Channel Virtual para o Hyper-V é um recurso que permite conectar-se ao armazenamento Fibre Channel (SAN) de dentro de uma VM.

VMware

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

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

NFS. A forma alternativa de configurar armazenamento compartilhado para hosts ESXi para armazenar arquivos é criar uma partição NFS em um servidor ou NAS. Você pode conectar uma partição 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 de acesso ao armazenamento Fibre Channel difere. Usar VMFS em armazenamento compartilhado pode ser mais conveniente do que a configuração complexa de Cluster Shared Volumes.

Implantação de Armazenamento – Discos Virtuais

Com a virtualização, o software é abstraído do hardware e todos os dados de 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 de VM. Arquivos de disco virtual de VMs no ambiente virtual são armazenados e organizados por meio do sistema de arquivos do armazenamento físico subjacente. Tanto as soluções de hipervisor da Microsoft quanto da 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 do 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 esse 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 cresce após escrever dados neste disco virtual.

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

Reclamação de espaço livre. Discos dinâmicos crescem dinamicamente conforme você escreve dados neles. No entanto, eles não encolhem automaticamente após excluir dados. Nesse caso, você precisa recuperar o espaço livre nos discos virtuais dinâmicos manualmente.

Discos de passagem. Você pode anexar 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 verdadeiras para o Hyper-V em ambas as versões do Windows, servidor e 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 equivalente 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 zerado de forma lenta ou rápida.
• 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ê grava dados neste disco virtual.

O provisionamento fino é uma característica do VMFS. Para verificar isso por conta própria, você pode copiar um disco virtual provisionado finamente 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ê percebe que o tamanho de um disco virtual que foi provisionado finamente é máximo, como seria com provisionamento denso depois de copiar esse arquivo. No entanto, você pode abrir tais discos virtuais copiados no VMware Workstation e Fusion.

O VMware Workstation e o VMware Fusion têm os equivalentes de discos provisionados densamente e finamente (você não pode ver esses nomes na interface do usuário) para criar discos virtuais de tamanho fixo e que crescem dinamicamente. Há uma opção para dividir um disco rígido virtual em arquivos de 2 GB.

Reclamação de espaço livre. O VMFS 6 reclama espaço livre automaticamente (UNMAP) quando dados são excluídos dentro de discos provisionados finamente. Essa 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 reclamação automática de espaço livre para discos que crescem dinamicamente não é suportada. Leia sobre provisionamento denso e fino e aprenda como reduzir discos provisionados finamente manualmente ao usar hipervisores VMware.

Mapeamento de dispositivo bruto (RDM) é um recurso de passagem de disco para hipervisores 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 de alocação de disco virtual idênticos – pré-alocado (espesso) e crescimento dinâmico (fino). 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 oferece mais recursos relacionados a discos virtuais. A reivindicação automática de espaço livre para discos provisionados finamente 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 ponto no tempo de uma VM e todos os dados que ela contém. 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 você não tem certeza se o software instalado em uma VM irá travar.

Os snapshots de VM também permitem que aplicativos tirem uma imagem do ponto no tempo de uma VM 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 consistentemente dados de aplicativos/banco de dados para backup e replicação de VM.

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.

• Os checkpoints padrão salvam o estado de uma máquina virtual, os dados do disco virtual e a configuração do hardware da VM. Este tipo de checkpoints pode ser usado para testes.
• Os checkpoints de produção oferecem uma forma mais eficiente e confiável de capturar o estado da máquina virtual. O mecanismo aprimorado dos checkpoints de produção permite que softwares de backup de terceiros os usem para backup de dados de 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 diferenciação são armazenados em dois locais diferentes.
• Os checkpoints automáticos são uma funcionalidade do Hyper-V que cria um checkpoint de VM automaticamente cada vez que você inicia uma VM. Isso permite que você reverta para o estado anterior da VM se forem feitas alterações indesejadas na VM.

Instantâneos do VMware

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

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

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

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

  Além disso, observe que os arquivos de configuração de snapshot do Hyper-V não incluem o prefixo do nome do VM no início do nome do arquivo.

• Snapshots 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âneo funciona para melhorar o gerenciamento 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âneo	Linear	Árvore
Instantâneo em execução em produção	Sim	Sim
Arquivos associados a instantâneos	.avhdx .xml .bin .vsv	-delta.vmdk .vmsd .vmsn -sesparse.vmdk
Localização do arquivo de instantâneo (padrão)	2 localizações	1 localização
Instantâneos automáticos	Sim	Sim

Note 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 VMware podem ser mais convenientes devido à estrutura de instantâneo em árvore. 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 dos arquivos de instantâneo 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 grande tamanho de disco virtual).

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 de 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 de 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

Rastreamento de Blocos Alterados (CBT) foi introduzido pela primeira vez no VMware vSphere 4.0 em 2009. É um recurso projetado para permitir 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 Rastreamento de Blocos Alterados não está disponível para VMware Workstation e VMware Fusion.

Hyper-V RCT

O Resilient Change Tracking (RCT) é a tecnologia de rastreamento de alterações própria 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 em 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 snapshots e não requer reinicialização manual como o CBT pode requerer.

Pensamentos

Na parte de comparação entre VMware e Hyper-V no rastreamento de alterações, observamos que os recursos CBT e RCT são semelhantes e tornam os processos de backup e replicação de VMs mais eficientes. A principal diferença é que a necessidade de reiniciar o Hyper-V RCT pode ocorrer em menos casos do que o CBT da VMware.

Gerenciamento de Memória

Tanto a VMware quanto o 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 da 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 tornadas pequenas o suficiente para caber na memória. Além disso, os arquivos comprimidos podem ser acessados mais rapidamente e não interromperão o fluxo de trabalho. A compressão de memória é ativada por padrão.
• O Balonamento 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” de 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 o balonamento de memória é instalado como parte das Ferramentas VMware.
• Compartilhamento de Páginas Transparente. 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 depois compartilhá-las entre outras VMs. Dessa forma, o espaço preenchido por páginas de memória redundantes é liberado.
• Oversubscription/Supercompromisso da VMware. Esta técnica permite atribuir mais recursos de RAM do que estão 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 Imposto 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 da 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 oferece suporte para Adição de Memória a Quente ou Compartilhamento de Páginas Transparente.

Hyper-V

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

• A 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 compreende quanto de memória as aplicações dentro da VM estão solicitando. Você precisa definir cinco parâmetros para determinar 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 então define quanto de memória deve ser alocado para uma VM específica. A memória dinâmica pode ser configurada no Gerenciador do 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
• Memory Hot Add é uma funcionalidade que, de forma semelhante 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 oferece uma ampla variedade de técnicas de gerenciamento de memória. No entanto, o Hyper-V fornece Memória Dinâmica, que funciona da mesma maneira que o recurso de Oversubscription do VMware. Tanto o VMware ESXi quanto o Hyper-V suportam hot add de memória de VM.

O administrador pode ter mais liberdade ao operar com 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 sua contraparte 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 cliente.

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 do Hyper-V, o que causa tempo de inatividade.
• Migração ao vivo é uma funcionalidade 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, não é necessário configurar um cluster de failover do Hyper-V para a Migração ao vivo de VMs.

  As cargas de trabalho de processamento e memória das VMs são migradas de um host do Hyper-V para outro com a Migração ao vivo (os mesmos processadores ou processadores da mesma família devem ser usados nos hosts do 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 do Hyper-V devem ter processadores da mesma família instalados.

• Migração ao vivo de armazenamento. Essa funcionalidade permite que você migre 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.
• A 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 do Hyper-V). Não é necessário configurar um cluster com armazenamento compartilhado. As cargas de trabalho do processador e da 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.

O VMware vMotion

VMware vMotion faz parte do VMware vSphere a partir da versão 5.0. Ele permite a migração perfeita das 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.

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

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

O VMware Storage vMotion permite migrar dados de VM entre datastores conectados a hosts ESXi. A migração de armazenamento de VM pode ser realizada enquanto a VM está em execução, sem tempo de inatividade.

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

Pensamentos

O Hyper-V e o VMware vSphere oferecem 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 integradas 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

Ambos os 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 introduziu os recursos de clusterização antes do Hyper-V. Vamos descobrir qual solução oferece 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ó do cluster. As VMs são migradas automaticamente para um host Hyper-V saudável nesse 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 do cluster Hyper-V

• A clusterização do Hyper-V baseia-se na funcionalidade de cluster do Windows Server.
• Você precisa configurar um host de testemunha para que um cluster Hyper-V funcione.
• A configuração do cluster Hyper-V requer a configuração de Volumes Partilhados de Cluster. Os Volumes Partilhados de 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

A VMware suporta dois principais recursos para clustering:

• Alta Disponibilidade (HA): o VMware vSphere monitoriza continuamente a saúde das VMs no cluster. Os recursos de múltiplos 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.
• Escalonador de Recursos Distribuídos (DRS) é um recurso de balanceamento de carga para VMs em execução no cluster vSphere. O VMware vSphere monitoriza o consumo de recursos em todos os nós do cluster. Existem vários parâmetros que podem ser utilizados 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 a 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 Escalonador de Recursos Distribuídos (DRS) da VMware são duas abordagens diferentes para gerir a utilização e o equilíbrio de recursos em um ambiente virtualizado.

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

Configuração de cluster VMware

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

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 em caso de falha de um host ESXi. Uma cópia VM (também chamada de VM fantasma) é a 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 está inativa até que a VM primária falhe. O failover de VM é realizado instantaneamente. A única coisa que você deve perceber é um pouco de latência de rede mais lenta por um momento (se você pingar 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 Windows 10 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 recursos de clustering VMware vSphere vs Hyper-V em nossa comparação, 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 em um cluster HA e não há um equivalente Hyper-V.

Clusters de Armazenamento

Tanto as plataformas de virtualização Hyper-V quanto VMware vSphere fornecem soluções de cluster para armazenamento a fim de usar armazenamento definido por software em ambientes virtuais. Ambas as soluções permitem agrupar 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 hiperconvergente. Em termos de soluções de armazenamento definido por software da comparação Hyper-V vs VMware, existem diferenças fundamentais entre essas duas soluções.

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

• Arquitetura. O S2D usa armazenamento conectado ao servidor, como armazenamento conectado diretamente (DAS) ou apenas um monte de discos (JBOD) para criar o pool de armazenamento, enquanto o vSAN usa dispositivos de armazenamento conectados localmente 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 de leitura, enquanto o vSAN se concentra em fornecer desempenho consistente em diferentes cargas de trabalho.
• Integração. O S2D está totalmente integrado ao sistema operacional Windows Server e pode ser gerenciado usando as ferramentas familiares Server Manager e Windows PowerShell. O vSAN é um produto independente 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 preparado 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
Hospedeiro	CPUs Lógicas	512	896
	RAM Física por hospedeiro	48 TB	24 TB
	CPUs Virtuais por Hospedeiro	2048	4096
	VMs por Hospedeiro	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 do 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 do 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 (hospedeiros por cluster)	64	96

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

Pensamentos

Como pode ver, para algumas características, o Hyper-V supera o VMware, e para outras, é o contrário. Portanto, ao escolher entre o Hyper-V e o VMware, considere as necessidades e prioridades da sua 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, pode ser gerenciado via Active Directory. O Hyper-V também fornece um conjunto de componentes de segurança avançados, como:

• Fabric Guardado. Fabric Guardado é uma técnica de proteção de dados que permite construir um ambiente seguro para as VMs. Um fabric guardado inclui o Serviço de Guardião do Host (HGS) e várias VMs protegidas.
• Serviço de Guardião do Host. 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áquina virtual e usando um módulo de plataforma confiável (TPM) para armazenamento seguro de chaves. O Hyper-V fornece um módulo de plataforma virtual confiável (vTPM) para proteger máquinas virtuais criptografando dados de máquina virtual.

As últimas 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 às ameaças antecipadamente com a ajuda da aprendizagem automática, 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 Criptografia de Máquina Virtual, que é projetada para proteção de dados em repouso e em movimento e para prevenir acesso não autorizado ao sistema. Além disso, a proteção de dados é garantida mesmo durante a migração da carga de trabalho. Quando o vMotion Criptografado está habilitado, você pode proteger dados quando 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:

• Criptografia de Máquina Virtual. O VMware vSphere fornece criptografia de máquina virtual para proteger os dados da máquina virtual e garantir a privacidade dos dados. O Secure Boot UEFI, Módulos de Plataforma Confiável Virtual e 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 às 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 integração com o Active Directory para autenticação de usuário.
• 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 em 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 Hyper-V para Windows 10 e VMware Workstation são bastante semelhantes (Secure Boot, criptografia de VM, etc.), mas existem menos deles do que os disponíveis para versões de servidor.

Pensamentos

Vale ressaltar que o vSphere 6.7 introduziu suporte para uma ampla variedade de componentes de segurança do Hyper-V lançados com o Windows 10 e o Windows Server 2016. Os fornecedores continuam a aprimorar 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

Hyper-V e VMware oferecem 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 socket (CPU física), enquanto o Hyper-V é licenciado por núcleo desde 2016. Abordaremos a principal diferença entre o Hyper-V e a VMware em termos de licenciamento nesta seção.

Hyper-V da Microsoft

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. Note 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 o 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 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 licenciados em execução no Hyper-V.

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

O VMware vSphere

O VMware vSphere 8.0 é licenciado por processador. Portanto, cada CPU do servidor deve ser atribuída pelo menos uma chave de licença do 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.

As principais características de licenciamento do VMware vSphere são:

• O VMware vSphere 8 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 do vSphere, como vMotion, Alta Disponibilidade e Replicação vSphere.
• Existem diferentes edições do vSphere 8 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 no blog.

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

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

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

Por favor, verifique novamente os termos de licenciamento e preço nas páginas oficiais dos sites de VMware e Microsoft antes de comprar um produto, pois licenciamento e 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 Máquinas Virtuais VMware e Hyper-V com o NAKIVO Backup & Replicação

O Hyper-V e o 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 e ameaças de segurança que podem comprometer seu desempenho e resultar na perda de dados críticos e tempo.

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

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. É recomendado escolher o Hyper-V nos seguintes casos:

Se o Windows é 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. É recomendado escolher o Hyper-V nas seguintes situações:

• Se o Windows for 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 está 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 amplo de opções para aplicativos de missão crítica.
• 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 selecionar o VMware Workstation.

Ao selecionar um hipervisor para estações de trabalho, defina qual ecossistema é preferido por 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 conveniente multiplataforma e integração com o vSphere, selecione o VMware Workstation ou o VMware Fusion.

A decisão final dependerá das suas necessidades, das necessidades da sua organização e do orçamento para a configuração adequada. Seja qual for a sua escolha, você 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 econômica 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 assim que você aproveite ao máximo os benefícios que ambas as plataformas oferecem.