By Don Marti
New versions of Capstan are making it simpler to run OSv virtual machines in a production configuration, by adding more control of network options. A useful new feature, which helps deal with the details of bringing up networking, is the
By default, Capstan starts up KVM/QEMU with user networking:
ps ax | grep qemu, which you can run
to see the qemu-system-x86_64 command that Capstan
is executing for you.)
But there are many more networking options for QEMU/KVM. The basic user networking, which does not require root access to start up, is good for development and simple tasks. But for production use, where you need to get your VM on a network where it’s available from other VMs or from the outside, you’ll need bridged networking. (See your Linux distribution or hypervisor documentation for the details of creating a virtual or public bridge device.)
If you invoke
capstan run with the
-n bridge option, you’ll get QEMU running with:
If you have a specific bridge device to connect to, you can use the
-b option with the name of the bridge device. The default is
virbr0, but you can also set up a public bridge, usually
br0, that’s bridged to a physical network interface on the host.
Don’t feel left out if you have a different hypervisor. Capstan also handles bridged networking on VirtualBox, with the rest of the supported hypervisors coming soon. The fact that the syntax is the same is going to be a big time-saver for those of us who have to do testing and demos on multiple systems—no more dealing with arcane commands that are different from system to system.