Відео

Thanks - I will take a look at the pveam update command. I am aware of the dangers of privileged containers, but it is a bit outside the scope of a quickstart video. I might have a look at this in a "what not to do" video in future.

More to come!

You're welcome, and good luck with the CCNA.

No specific reason - could just as easily be the other way around. It doesn't matter which way around you choose in a virtualized environment like in this demo, but may have an impact on some software licensing costs (per socket is a cost in some cases). The point is not to use a 1 core 1 socket CPU as most operating systems are designed for more than this.

I've used VMware's V2V converter previously, if this is what you mean. If you mean can you import via VMware's vCenter - I don't believe this is supported as you are mounting from the ESXi servers directly.

From a virtualization one, there isn't one in terms of performance - but the number of sockets vs cores can impact on some software licensing costs, so what you choose will be subjective or driven by what software you are running and how it is charged for. From an operating system perspective, most modern OSs are expecting to be more than a single CPU core (unlike back in the days of Windows 95!). I would always tend to set the sockets/cores to more than one, but not too high or it becomes difficult for the hypervisor to schedule the VM to run as it needs an available slot for each core. The more cores you have, the harder this will be for the VM to be scheduled, and in fact the slower the VM will be.

@@HouseofLogicBlog 2 socket isn't multicore. It's dual single core.

Fair point - poor terminology on my part. I've edited the previous response - I'm referring to operating systems running on more than one CPU core. Modern operating systems typically support more than one, so I prefer to set them as such. In virtualisation, it doesn't make a lot of odds in terms of performance whether you increase the socket or core count - there's some more info here: pve.proxmox.com/pve-docs/pve-admin-guide.html#chapter_virtual_machines