- Área de tecnologia principal: Datacenter | Hyper-V
- Áreas de tecnologia adicionais: Windows Server
- Dados do autor: https://linktr.ee/edupopov
Introdução
A virtualização representa uma das transformações mais significativas da infraestrutura computacional moderna. Sua adoção permitiu que organizações consolidassem servidores físicos, ampliassem a disponibilidade dos serviços e desenvolvessem ambientes operacionais mais flexíveis, escaláveis e administráveis. Entretanto, embora o gerenciamento de máquinas virtuais tenha se tornado uma atividade relativamente comum, os mecanismos responsáveis por seu funcionamento permanecem pouco explorados por muitos profissionais de tecnologia.
No ecossistema Microsoft, o Hyper-V utiliza uma arquitetura de virtualização baseada em hipervisor do tipo 1, na qual diferentes componentes trabalham conjuntamente para administrar recursos computacionais, estabelecer canais de comunicação e assegurar o isolamento entre os sistemas operacionais convidados.
Entre esses componentes, três executáveis merecem atenção especial: vmconnect.exe, vmms.exe e vmwp.exe.
Embora frequentemente associados à operação das máquinas virtuais, esses processos desempenham responsabilidades distintas. Compreender suas funções permite não apenas aprofundar o conhecimento sobre a arquitetura do Hyper-V, mas também aperfeiçoar procedimentos de diagnóstico, administração e segurança.
Neste artigo, analisaremos como esses executáveis interagem, suas relações com o hipervisor e a importância de conhecer os mecanismos internos da virtualização em ambientes Windows Server, incluindo o Windows Server 2025.
1. A arquitetura do Hyper-V e a separação de responsabilidades
O Hyper-V é uma plataforma de virtualização desenvolvida pela Microsoft que utiliza recursos de virtualização assistida por hardware para permitir a execução simultânea de diferentes sistemas operacionais sobre um mesmo equipamento físico.
Diferentemente de soluções de virtualização hospedadas, nas quais o mecanismo responsável pelas máquinas virtuais depende diretamente de um sistema operacional convencional como camada intermediária, o Hyper-V utiliza uma arquitetura baseada em um hipervisor de tipo 1.
O hipervisor é responsável por estabelecer os mecanismos fundamentais de isolamento das partições, virtualização de processadores e gerenciamento das interações entre os ambientes virtualizados e os recursos físicos.
Entretanto, é importante compreender que nem todas as operações são executadas diretamente pelo hipervisor.
Parte significativa das atividades administrativas e de entrada e saída de dados é realizada por componentes existentes na chamada partição raiz, que executa o Windows e abriga a pilha de gerenciamento da virtualização.
Essa arquitetura estabelece diferentes níveis de responsabilidade.
O hipervisor fornece os mecanismos fundamentais de virtualização. A partição raiz disponibiliza serviços de gerenciamento e dispositivos virtuais. As partições filhas executam os sistemas operacionais convidados, conhecidos como guest operating systems.
Essa separação constitui um elemento central para compreender os processos analisados ao longo deste artigo.
2. VMConnect.exe: a interface de acesso ao console virtual
O executável vmconnect.exe, denominado Virtual Machine Connection, é responsável por disponibilizar uma interface de interação com o console das máquinas virtuais hospedadas no Hyper-V.
Seu funcionamento pode ser comparado, sob determinados aspectos, ao acesso físico realizado por um administrador diante do monitor e do teclado de um servidor.
Entretanto, diferentemente de uma conexão convencional de Área de Trabalho Remota, o VMConnect permite acompanhar etapas anteriores ao carregamento completo do sistema operacional convidado.
Isso inclui o processo de inicialização, a apresentação do firmware virtual, mensagens de erro de boot e operações realizadas durante a instalação de sistemas operacionais.
Essa característica torna a ferramenta especialmente relevante quando uma máquina virtual apresenta problemas que inviabilizam sua administração pelos mecanismos tradicionais de rede.
Considere, por exemplo, um servidor virtualizado que perdeu sua configuração de endereço IP após uma alteração incorreta no adaptador de rede.
Nesse cenário, uma tentativa de conexão por RDP poderá falhar, uma vez que depende da disponibilidade dos serviços necessários e de comunicação IP com o destino.
O VMConnect, por outro lado, possibilita o acesso ao console virtual independentemente da existência de um endereço IP funcional dentro da máquina virtual.
Essa diferença é fundamental para procedimentos de recuperação operacional.
2.1 Executando o VMConnect
Em instalações Windows que possuem as ferramentas de gerenciamento do Hyper-V, o executável normalmente está disponível no seguinte diretório:
C:\Windows\System32\vmconnect.exe
Sua execução pode ocorrer diretamente pelo PowerShell:
vmconnect.exeTambém é possível indicar um servidor Hyper-V e uma máquina virtual específica:
vmconnect.exe HV-SRV01 "VM-DC01"Nesse exemplo, a ferramenta inicia uma conexão com o console da máquina virtual denominada VM-DC01, hospedada no servidor HV-SRV01.
É importante destacar que a comunicação remota com o host exige conectividade, autenticação e permissões apropriadas.
Portanto, quando afirmamos que o VMConnect não depende da rede da máquina virtual, estamos nos referindo à conectividade do sistema operacional convidado. Isso não elimina os requisitos de comunicação entre a estação administrativa e o host Hyper-V.
2.2 Modo básico e modo de sessão aprimorada
O VMConnect possui modalidades de conexão com características diferentes.
No modo básico, a interação ocorre diretamente com o console virtual, permitindo acompanhar o funcionamento da máquina mesmo antes da inicialização completa do sistema operacional.
Já o modo de sessão aprimorada, também denominado Enhanced Session Mode, utiliza recursos do protocolo RDP para proporcionar uma experiência de interação mais completa.
Quando atendidos os requisitos de compatibilidade e configuração, esse modo permite funcionalidades como redimensionamento de tela, compartilhamento da área de transferência, redirecionamento de áudio, impressoras e unidades de armazenamento.
Um detalhe arquitetural relevante é que a sessão aprimorada utiliza mecanismos de comunicação do Hyper-V, incluindo o VMBus, sem exigir uma conexão RDP convencional pela interface de rede da máquina virtual.
Entretanto, essa funcionalidade deve ser analisada também sob a perspectiva da segurança, especialmente quando envolve o compartilhamento de recursos entre o computador administrativo e o sistema operacional convidado.
3. VMMS.exe: o serviço responsável pelo gerenciamento das máquinas virtuais
O segundo componente fundamental é o vmms.exe, associado ao Virtual Machine Management Service.
Enquanto o VMConnect representa uma interface de interação, o VMMS possui responsabilidades administrativas mais abrangentes.
Sua principal função consiste em gerenciar o ciclo de vida das máquinas virtuais hospedadas no servidor.
Isso envolve atividades como inicialização, desligamento, controle de estados operacionais, gerenciamento de configurações e coordenação dos processos utilizados pelas máquinas virtuais.
O VMMS também disponibiliza interfaces de gerenciamento utilizadas por ferramentas administrativas e mecanismos de automação.
Essa característica explica por que determinadas operações do Hyper-V podem ser executadas tanto por interfaces gráficas quanto por comandos PowerShell.
Considere o seguinte comando:
Start-VM -Name "VM-DC01"Embora a solicitação seja realizada por meio do PowerShell, a operação depende da infraestrutura de gerenciamento do Hyper-V.
De maneira semelhante, o comando:
Stop-VM -Name "VM-DC01"solicita a alteração do estado operacional da máquina virtual por meio dos componentes de gerenciamento disponíveis no host.
Essa separação entre a ferramenta que solicita uma operação e o serviço responsável por coordená-la é um princípio recorrente em arquiteturas de sistemas.
3.1 Identificando o serviço VMMS
O estado do serviço pode ser verificado pelo PowerShell:
Get-Service -Name vmmsPara obter informações adicionais:
Get-CimInstance Win32_Service -Filter "Name='vmms'" |
Select-Object Name, State, StartMode, ProcessIdO resultado permite identificar o estado do serviço, sua modalidade de inicialização e o identificador do processo correspondente.
Em um ambiente de produção, falhas nesse componente podem prejudicar operações administrativas sobre as máquinas virtuais.
Entretanto, uma distinção importante deve ser observada: a interrupção ou falha do serviço de gerenciamento não significa, necessariamente, que todas as máquinas virtuais em execução sejam imediatamente desligadas.
O plano de gerenciamento e a execução das máquinas virtuais representam responsabilidades relacionadas, mas não inteiramente equivalentes.
Essa compreensão evita interpretações incorretas durante procedimentos de troubleshooting.
4. VMWP.exe: o processo de trabalho das máquinas virtuais
O terceiro executável é o vmwp.exe, denominado Virtual Machine Worker Process.
Esse processo representa uma parte importante da infraestrutura responsável pelo funcionamento individual das máquinas virtuais.
Em condições normais, o Hyper-V utiliza processos de trabalho separados para as máquinas virtuais em execução.
Consequentemente, um servidor que hospeda diferentes VMs poderá apresentar múltiplas instâncias do vmwp.exe.
Cada processo está associado a uma determinada máquina virtual e participa da prestação dos serviços necessários à sua operação, incluindo atividades relacionadas aos dispositivos virtuais e à infraestrutura de execução.
É essencial esclarecer que o vmwp.exe não representa todo o ambiente de execução de uma máquina virtual.
Os processadores virtuais, o isolamento de memória e outros mecanismos fundamentais são implementados por componentes do hipervisor e da pilha de virtualização.
Portanto, interpretar o vmwp.exe como um simples processo que contém integralmente uma máquina virtual seria uma simplificação tecnicamente inadequada.
4.1 Identificando processos VMWP
Em um servidor Hyper-V, podemos utilizar o seguinte comando:
Get-Process -Name vmwp -ErrorAction SilentlyContinuePara identificar detalhes adicionais:
Get-CimInstance Win32_Process -Filter "Name='vmwp.exe'" |
Select-Object ProcessId, ParentProcessId, CommandLineA consulta apresenta os identificadores dos processos e as linhas de comando disponibilizadas pelo Windows.
Dependendo da versão e da implementação do Hyper-V, a linha de comando poderá fornecer elementos que auxiliam na associação entre o processo e a máquina virtual.
Para consultar os identificadores das VMs:
Get-VM |
Select-Object Name, Id, StateA associação entre os identificadores das máquinas virtuais e seus respectivos processos de trabalho pode contribuir para análises mais detalhadas, especialmente quando há necessidade de investigar consumo de recursos, falhas ou comportamentos inesperados.
Contudo, os valores de memória e CPU apresentados pelo Windows para o vmwp.exe não devem ser interpretados automaticamente como o consumo total de recursos da máquina virtual correspondente.
A virtualização possui mecanismos próprios de contabilização de recursos, sendo recomendável utilizar também os indicadores disponibilizados pelo Hyper-V e seus contadores de desempenho.
5. Como VMConnect, VMMS e VMWP trabalham em conjunto
A relação entre os três componentes pode ser compreendida por meio de um cenário operacional.
Imagine um servidor Windows Server 2025 com a função Hyper-V instalada, hospedando duas máquinas virtuais.
A primeira executa o Active Directory Domain Services, enquanto a segunda disponibiliza uma aplicação corporativa.
Um administrador, utilizando uma estação de trabalho Windows 11, precisa acessar o console da primeira VM para investigar um problema de inicialização.
A operação começa com a execução do VMConnect, responsável por disponibilizar a interface de interação.
A infraestrutura de gerenciamento do Hyper-V participa da identificação da máquina virtual e da validação das condições necessárias para a conexão.
O VMMS mantém a responsabilidade sobre o gerenciamento das máquinas virtuais e seus estados operacionais.
Por sua vez, o VMWP associado à VM participa dos serviços de execução e da infraestrutura que disponibiliza seus dispositivos virtuais.
O hipervisor e os componentes de virtualização existentes na partição raiz fornecem os mecanismos necessários ao funcionamento das partições e ao acesso aos recursos computacionais.
O resultado é uma experiência na qual o administrador consegue interagir com a máquina virtual como se estivesse utilizando um console local.
Entretanto, essa aparente simplicidade oculta diferentes camadas de comunicação, isolamento e gerenciamento.
Também é importante observar que esse modelo representa uma descrição funcional da arquitetura, e não uma afirmação de que todos os eventos de teclado, vídeo ou dispositivos percorram sequencialmente os três executáveis.
Os caminhos efetivos de comunicação dependem do tipo de operação e dos componentes envolvidos.
6. VMBus: comunicação entre a partição raiz e as máquinas virtuais
Para compreender adequadamente a arquitetura do Hyper-V, também é necessário conhecer o Virtual Machine Bus, ou simplesmente VMBus.
O VMBus representa um mecanismo de comunicação entre as partições que compõem o ambiente virtualizado.
Sua utilização permite que determinados dispositivos e serviços virtuais realizem operações de maneira mais eficiente, reduzindo a necessidade de recorrer exclusivamente à emulação tradicional de hardware.
Essa arquitetura envolve dois componentes relevantes.
O primeiro é denominado Virtualization Service Provider (VSP), normalmente localizado na partição raiz.
O segundo é denominado Virtualization Service Client (VSC), localizado na partição filha.
O VSC solicita serviços relacionados aos dispositivos virtuais, enquanto o VSP disponibiliza os recursos correspondentes na partição raiz.
A comunicação entre esses componentes ocorre por meio do VMBus.
Um exemplo pode ser observado nas operações realizadas por determinados dispositivos sintéticos de armazenamento e rede.
Em vez de reproduzir integralmente o comportamento de um equipamento físico antigo, o Hyper-V utiliza mecanismos de comunicação otimizados para ambientes virtualizados.
Essa abordagem contribui para reduzir a sobrecarga de processamento e melhorar a eficiência operacional.
É importante ressaltar que o VMBus não deve ser confundido com um switch virtual Ethernet ou com uma rede TCP/IP convencional.
Trata-se de um mecanismo específico de comunicação entre partições, com finalidade e características próprias.
7. Segurança: o hipervisor como fronteira de isolamento
A segurança representa um dos aspectos mais relevantes da arquitetura de virtualização.
Em ambientes tradicionais, a separação entre diferentes servidores é estabelecida, em grande parte, por fronteiras físicas.
Na virtualização, múltiplos sistemas operacionais compartilham o mesmo hardware, tornando indispensável a existência de mecanismos capazes de impedir acessos indevidos entre os ambientes.
O hipervisor contribui diretamente para esse isolamento, enquanto a partição raiz abriga componentes privilegiados de gerenciamento e infraestrutura.
Consequentemente, a segurança de uma máquina virtual não depende exclusivamente das configurações aplicadas dentro do sistema operacional convidado.
Ela também está relacionada à integridade e à proteção do host Hyper-V.
Um comprometimento administrativo da partição raiz pode representar riscos significativos às máquinas virtuais hospedadas, mesmo quando elas possuem configurações internas de segurança adequadas.
Da mesma forma, vulnerabilidades presentes em dispositivos virtuais ou componentes da pilha de virtualização podem comprometer as fronteiras de isolamento, dependendo das condições de exploração.
7.1 A importância do controle de acesso ao VMConnect
O acesso ao console de uma máquina virtual deve ser tratado como uma capacidade administrativa relevante.
Isso porque um operador autorizado a interagir com o console pode acompanhar o processo de inicialização e realizar operações diretamente na interface do sistema operacional convidado.
Embora o acesso ao console não signifique, automaticamente, possuir credenciais administrativas dentro da VM, ele pode ampliar as possibilidades de intervenção, especialmente quando combinado com outras permissões.
Por essa razão, a concessão de acesso deve seguir o princípio do menor privilégio.
O Hyper-V disponibiliza mecanismos para conceder permissões específicas de conexão ao console, incluindo o cmdlet Grant-VMConnectAccess.
Um exemplo de utilização seria:
Grant-VMConnectAccess `
-VMName "VM-DC01" `
-UserName "CONTOSO\Operador"O comando concede à identidade especificada a permissão de conexão à máquina virtual.
Essa autorização não deve ser confundida com a atribuição irrestrita de privilégios administrativos sobre todo o host.
Além disso, a autorização de conexão ao console não dispensa as demais exigências de autenticação, conectividade e políticas de acesso aplicáveis ao ambiente.
7.2 A exposição de recursos no modo de sessão aprimorada
O modo de sessão aprimorada proporciona maior conveniência administrativa, mas também amplia as possibilidades de interação entre o computador do operador e a máquina virtual.
Recursos como unidades de armazenamento, área de transferência e dispositivos redirecionados podem estabelecer caminhos de transferência de informações entre ambientes com diferentes níveis de confiança.
Em máquinas virtuais utilizadas para análise de arquivos suspeitos, investigação de incidentes ou execução de software não confiável, esses recursos merecem atenção especial.
Nesses casos, pode ser prudente utilizar o modo básico e restringir o compartilhamento de dispositivos, reduzindo as oportunidades de transferência não intencional de informações.
A configuração deve ser orientada pelo nível de risco e pelos requisitos operacionais de cada ambiente.
8. Diagnóstico e investigação utilizando PowerShell
O PowerShell representa uma ferramenta importante para examinar os componentes internos do Hyper-V.
Em servidores que utilizam Windows Server Core, sua importância é ainda maior, considerando a ausência da experiência gráfica tradicional de gerenciamento local.
Uma estratégia inicial de diagnóstico consiste em verificar o estado do serviço VMMS, identificar os processos VMWP e consultar a situação operacional das máquinas virtuais.
O exemplo a seguir reúne essas informações:
# Verifica o serviço de gerenciamento do Hyper-V
Get-Service -Name vmms
# Lista os processos de trabalho das VMs
Get-CimInstance Win32_Process -Filter "Name='vmwp.exe'" |
Select-Object ProcessId, CommandLine
# Consulta as máquinas virtuais existentes
Get-VM |
Select-Object Name, State, Status, Id
# Lista informações de utilização de memória das VMs
Get-VM |
Select-Object Name, State, MemoryAssigned, MemoryDemandOs comandos permitem obter uma visão inicial sobre o estado do ambiente.
Entretanto, sua interpretação deve considerar a natureza de cada indicador.
A existência de um processo vmwp.exe não comprova, isoladamente, a integridade completa de uma máquina virtual.
Da mesma maneira, uma VM identificada como Running pode apresentar problemas internos, incluindo falhas de inicialização de serviços, indisponibilidade de aplicações ou dificuldades de comunicação.
Portanto, o diagnóstico deve combinar observações do host e do sistema operacional convidado.
8.1 Eventos relacionados ao Hyper-V
Outra fonte importante de informação é o Visualizador de Eventos do Windows.
O Hyper-V mantém diferentes canais de eventos relacionados aos seus componentes de gerenciamento e execução.
É possível descobrir esses canais com o PowerShell:
Get-WinEvent -ListLog "*Hyper-V*" |
Select-Object LogName, RecordCount, IsEnabledPara consultar eventos recentes do serviço de gerenciamento, quando o canal estiver disponível:
Get-WinEvent -LogName `
"Microsoft-Windows-Hyper-V-VMMS-Admin" `
-MaxEvents 20 |
Select-Object TimeCreated, Id, LevelDisplayName, MessageA análise dos eventos permite investigar problemas de inicialização, falhas de configuração e outras condições operacionais registradas pelo Hyper-V.
Em ambientes corporativos, esses registros também podem ser encaminhados a plataformas de observabilidade ou sistemas de gerenciamento de eventos de segurança.
9. Windows Server Core e a administração remota do Hyper-V
O Windows Server Core representa uma alternativa importante para servidores de infraestrutura que não necessitam da experiência gráfica completa do Windows.
Sua proposta consiste em disponibilizar os componentes necessários à execução das funções de servidor com uma superfície de instalação e manutenção mais reduzida.
No contexto do Hyper-V, essa abordagem permite manter o host com uma interface administrativa local mínima, realizando a maior parte das atividades de gerenciamento por ferramentas remotas.
Uma estação Windows 11 com as ferramentas de gerenciamento do Hyper-V instaladas pode ser utilizada para administrar um host Windows Server 2025 Server Core.
Nesse cenário, o VMConnect é executado na estação administrativa, enquanto os serviços e processos de virtualização permanecem no servidor.
Essa separação favorece uma arquitetura na qual o host é dedicado às atividades de virtualização, enquanto as operações administrativas ocorrem por caminhos de acesso controlados.
Entretanto, a adoção do Server Core não elimina a necessidade de proteção das interfaces de gerenciamento, contas privilegiadas e serviços acessíveis remotamente.
A ausência de uma interface gráfica completa reduz determinados componentes da instalação, mas não constitui, isoladamente, uma garantia de segurança.
10. Considerações sobre desempenho e disponibilidade
O conhecimento dos processos internos do Hyper-V também contribui para uma análise mais precisa de desempenho.
Em ambientes com múltiplas máquinas virtuais, o consumo de CPU, memória, armazenamento e rede deve ser interpretado considerando as características do hipervisor e da partição raiz.
Uma utilização elevada de recursos em determinado processo do host pode indicar a necessidade de investigação, mas não deve ser considerada uma evidência conclusiva de falha.
O consumo observado pode estar relacionado à carga operacional, aos mecanismos de virtualização ou a condições específicas dos dispositivos virtuais.
Também é necessário considerar que os recursos atribuídos às máquinas virtuais são administrados por diferentes camadas.
A memória utilizada por uma VM, por exemplo, não corresponde necessariamente à memória privada apresentada pelo Gerenciador de Tarefas para seu respectivo vmwp.exe.
Por essa razão, recomenda-se utilizar os contadores e mecanismos de monitoramento disponibilizados pelo Hyper-V, relacionando essas informações aos indicadores observados dentro das máquinas virtuais.
Essa abordagem reduz o risco de conclusões equivocadas e favorece a identificação das causas efetivas de problemas de desempenho.
11. Boas práticas para ambientes corporativos
A compreensão da arquitetura deve resultar em procedimentos operacionais mais seguros e consistentes.
Em ambientes de produção, algumas medidas são especialmente relevantes:
Segregação administrativa: limitar a quantidade de identidades que possuem privilégios sobre o host Hyper-V, diferenciando-as das contas administrativas utilizadas dentro das máquinas virtuais.
Atualização dos componentes: manter o sistema operacional do host e os sistemas convidados devidamente atualizados, observando as recomendações de compatibilidade e manutenção.
Proteção das conexões administrativas: restringir a exposição das interfaces de gerenciamento e utilizar mecanismos apropriados de autenticação.
Controle de dispositivos redirecionados: avaliar a necessidade de compartilhar área de transferência, unidades e periféricos nas sessões aprimoradas.
Monitoramento operacional: acompanhar eventos, estados das máquinas virtuais e indicadores de desempenho, estabelecendo critérios para investigação de anomalias.
Proteção das cargas virtualizadas: considerar tecnologias adicionais, como máquinas virtuais protegidas, quando os requisitos de confidencialidade e integridade justificarem sua implementação.
Essas medidas devem fazer parte de uma política mais ampla de segurança, envolvendo também proteção de credenciais, armazenamento, redes, recuperação de desastres e governança dos recursos computacionais.
Conclusão
A utilização cotidiana do Hyper-V pode transmitir a impressão de que uma máquina virtual constitui apenas um sistema operacional executado dentro de uma janela administrativa.
Entretanto, sua operação depende de uma arquitetura sofisticada, composta por processos de gerenciamento, mecanismos de comunicação entre partições e serviços de virtualização integrados ao sistema operacional.
O estudo dos executáveis vmconnect.exe, vmms.exe e vmwp.exe demonstra como essas responsabilidades são distribuídas.
O VMConnect oferece a interface de acesso ao console virtual. O VMMS gerencia os estados e as operações administrativas das máquinas virtuais. O VMWP participa dos serviços de execução associados a cada instância virtualizada.
Esses componentes operam em conjunto com o hipervisor, o VMBus e os mecanismos da partição raiz, formando uma infraestrutura que busca conciliar isolamento, eficiência e capacidade de gerenciamento.
Compreender essa organização possui implicações práticas importantes.
Para o administrador de sistemas, significa diagnosticar problemas com maior precisão. Para o arquiteto de infraestrutura, significa reconhecer as dependências e os limites de confiança da plataforma. Para o profissional de segurança, representa a possibilidade de avaliar as superfícies de ataque e estabelecer controles mais adequados.
Em ambientes corporativos, especialmente aqueles que utilizam Windows Server 2025 e administração remota, esse conhecimento contribui para decisões técnicas mais fundamentadas.
Afinal, administrar adequadamente uma infraestrutura virtualizada exige compreender não apenas as máquinas virtuais que são apresentadas pelas ferramentas de gerenciamento, mas também os mecanismos que tornam sua execução possível.
Referências técnicas
MICROSOFT. Arquitetura do Hyper-V. Microsoft Learn. Disponível em: https://learn.microsoft.com/pt-br/windows-server/virtualization/hyper-v/architecture
MICROSOFT. Conexão com Máquina Virtual do Hyper-V. Microsoft Learn. Disponível em: https://learn.microsoft.com/pt-br/windows-server/virtualization/hyper-v/virtual-machine-connection
MICROSOFT. Compartilhar dispositivos com máquinas virtuais Hyper-V. Microsoft Learn. Disponível em: https://learn.microsoft.com/pt-br/windows-server/virtualization/hyper-v/enhanced-session-mode
MICROSOFT. Grant-VMConnectAccess (Hyper-V). Microsoft Learn. Disponível em: https://learn.microsoft.com/en-us/powershell/module/hyper-v/grant-vmconnectaccess?view=windowsserver2025-ps
MICROSOFT. Hyper-V Architecture — Performance Tuning. Microsoft Learn. Disponível em: https://learn.microsoft.com/windows-server/administration/performance-tuning/role/hyper-v-server/architecture
Texto autoral, elaborado a partir de uma análise técnica da arquitetura do Hyper-V, com referências utilizadas para fundamentação e verificação dos conceitos apresentados.