<div>Well, the main missing feature for me in netplan is lack of the infiniband support overall, even for ipoib, which is kind of frustrating.</div><div> </div><div>In OSA we're relying on systemd-networkd to reproduce network configuration [1] in CI and it works including CentOS 8 without issues by far. But again, we're running pretty specific set of configs there, and outside of the CI we're leaving up to the deployer to decide what tool they prefer for network configuration. And I believe that they use all of the mentioned options just based on their personal preferences. We also have ansible role for systemd_networkd, that can be totally used outside of the OSA: https://opendev.org/openstack/ansible-role-systemd_networkd</div><div> </div><div>[1] https://opendev.org/openstack/openstack-ansible/src/branch/master/tests/roles/bootstrap-host/tasks/prepare_networking.yml#L37-L161</div><div> </div><div>12.02.2021, 14:26, "Mark Goddard" <mark@stackhpc.com>:</div><blockquote><p>Hi,<br /><br />We're working on adding Ubuntu support to Kayobe, and are at the stage<br />of deciding on which tool to use for host network configuration. The<br />Ansible role we use supports /etc/network/interfaces, but we're<br />thinking it might be sensible to choose something more modern before<br />we get locked in. There are 3 reasonable options, as far as we can<br />tell:<br /><br />* netplan: installed by default on 20.04 server images. Seems like a<br />fairly simple solution, but I have read some reports of missing<br />features.<br /><br />* systemd-networkd: the default renderer for netplan. Standard systemd<br />style interface. We might get around the missing features by using<br />this directly.<br /><br />* NetworkManager: the default on Ubuntu desktop, but have heard it can<br />be a bit heavy and does too much without being asked to. I've also<br />heard that more recent versions are improved. The main reason we would<br />go this route would be for consistency with CentOS/RHEL.<br /><br />Any feedback of experience with these and their suitability for use in<br />OpenStack cloud infrastructure would be appreciated.<br /><br />Thanks,<br />Mark<br /> </p></blockquote><div> </div><div> </div><div>-- <br />Kind Regards,</div><div>Dmitriy Rabotyagov</div><div> </div>