Usually KVM is used alongside higher level programs like QEMU and/or libvirt/virt-manager, which handle the display side of things. It can be done in many different (configurable) ways, including built-in SPICE/VNC/RDP servers (guest support not needed), or it can just render directly into the application window itself (not as a background service) via SDL/OpenGL/etc., but that means closing the program destroys the VM.

I think the most popular/common option is qemu/kvm via libvirt, using virt-manager to manage the VMs and handle the display, which by default uses SPICE behind the scenes and runs the VM as a background service which virt-manager (or any SPICE client) can connect/disconnect from at will.

The libvirt method is more akin to VMware ESX server, where the VMs are always running in the background, and you attach to them to see the display whenever you want, whereas VMware Workstation/Player/etc. is more like running qemu directly with the SDL/GL display option which does all the emulation and display directly inside the running application window and the two are tightly coupled.

As others said virt-manager is probably the easiest. If you want to manage your server via web console akin to something like vcenter you can take a look at proxmox. Or try out cockpit with the libvirtd/qemu plugin on your Linux machine. Cockpit also has a spice/vnc display built in,

So, when you create a virtual machine in KVM, you have the ability to attach a Spice or VNC display to the VM.

Unlike running VNC inside the virtual machine, what this does it is runs VNC on the host, at a port that you designate (or a randomly assigned port if you don't designate) and then you can view that by connecting to the host through VNC. For Spice its exactly the same, except you use something like the Remote Viewer application to connect to it.

As others have mentioned, the easiest way of handling all of this is with Virtual Machine Manager, which integrates its own Spice console and makes everything happen automagically. You can also install Cockpit with the Cockpit-Machines plugin on the host, which gives you a web interface for controlling virtual machines, just like vmware esxi. The display manager on cockpit is pretty rough at the moment though.

KVM is a very "build it yourself" virtualization solution. I use it extensively, and I love it, but you'll need to be prepared for a lot of "Oh, KVM doesn't do that, that's handled by this program/library/whatever". It's definitely not a user friendly toolkit. If you're looking for a Workstation Player alternative, you may be better off with something like Virtbox (although do try out Virtual Machine Manager first, it's really slick and for your use case probably solves all the problems I've mentioned). If you're looking for an esxi alternative, maybe look into Proxmox.

I run KVM on Alpine Linux, then on my debian based workstation i have Virtmanager jnstalled. I can use it to connect to the Alpine KVM and easily add/edit/delete VM's and manage them.

I've been looking for documentation on this but Google search is now so bad that technical documents are completely hidden behind marketing blurbs or LLM generated rubbish.

Its honestly tragic that people feel the need to put these disclaimers. "Just google it" was always a shitty response to people asking legitimate questions (some people learn better from conversational interaction rather than just reading an essay), but with the slow death of search engines we're now experiencing, at this point anyone who yells "Just google it" needs to be ejected into the fucking sun.

I may be missing something, but have you tried virtual machine manager?

virtual machine manager

If you run qemu from CLI you get a window which grabs keyboard and mouse automatically. Ctrl+Alt+G (from the top of my head) releases the input devices so you can again navigate the host. The window is otherwise a default window for you display server.

I find qemu from CLI way more transparent then these GUI-Applications since each vm is a readable, single script. So I recommend this.

Regarding installation on iMac bare metal: If the kernel supporta virtualization you can expect to work flawlessly. If you have a dedicated graphics card you can only pass this (as well as dedicated devices like hdd's) if you main board supports IOMMU.

If it does all you need is the qemu man page to setup your vm.

Why I prefer a qemu script to any GUI alternative:

The entire script for passing RAM, GPU and a HDD is about 10 lines max. A default vm with tcg-emulation e.g. via libvirt etc. can pass 50 lines of xml easily.

I recommend giving it a try. My workflow is: Place the install script in some directory. The default run script is placed in my ~/.bin/ You can combine these scripts but I find it way simpler to separate them (you would need more elaborate options mounting devices).

If you have been using VMware player then qemu would be close in every way.