Hello,
can I have external access from a VM with vnic configured on OVN network, still maintaining switch type of cluster to Linux Bridge? Or am I forced to use switch type OVS (that seems still in Tech Preview)?
Hi,
there are some options you could do. One of them is using one VM as a router, being connected to linux bridge and OVN network
at the same time.
Yes, this was one of the possible options, even if not the most desirable.
I would also like to disable dhcp on the OVN one. Is it possible now in 4.4.4 with a REST API call?
So DHCP can be disabled by not creating a subnet and assigning a fixed ip to the port, see the port section in [0].
You could use OVN router, oVirt provider supports it to some extent, check [0].
This is not related to the consideration above where the routing is created at OS level of the dedicated VM, right? The link you provided seems to describe how to connect to routers (Software Defined ones, right?) but not how to create them in OVN provided by oVirt....
Yes this is a different approach than the VM. How to create routers is also in the document [0]. Please note that not everything is exposed through
oVirt engine and can be only via provider REST API. Last section shows how to connect to a provider configured by oVirt.
And as for the OVS switch type, is there anything you are missing for the functionality?
Only that still in 4.4.4 is marked as tech preview if you try to create a cluster based on it: "OVS (Technology Preview)"
BTW: if I have an already existing environment based on Linux Bridge (with external engine) is there a quick and not disruptive path to convert to OVS?
The switch type change can be done straight away, so putting Host into maintenance, changing cluster to OvS one, and finally doing Sync All Networks.
One thing to note, even though it should work with all networks that are attached it is recommended to do this switch only with ovirtmgmt being attached.
Also last thing to mention about OvS hosts there is a bug in NetworkManager which might cause problems on reboot [1].
The state of OVS in 4.4.4 is complete feature parity with Linux Bridge except STP (should not be a huge problem) and QoS.
QoS on OVS should technically work but the only issue is that the engine will display it as out of sync because vdsm is not reporting back QoS on OVS.
So perhaps time to remove the "Technology Preview" phrasing?
Would you please create a RFE for that?
Thanks,
Ales