-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Single network card and internet access for the deployed servers #227
Comments
I tried the script and it works well. Just little note that after running this script, |
Hello ! |
I guess this could be put in the enos logic at the end of the deployment. This would be eased if we update the EnOSlib dependency. I know that @rcherrueau is currently updating the enos code to fit with a newer Openstack version but not sure if updating the lib is planned. By the way, maybe that's a good idea to test EnOSlib as well on G5k ? :) |
We already do it :) https://gitlab.inria.fr/grid5000/jenkins-scripts/-/blob/master/lib/enoslibtester.rb |
\o/ (btw I can't access the link :( ) |
Problem statement
Kolla (and thus EnOS) assumes that at least two network interfaces are available.
There are cases where only one interface is available on the nodes used for the deployment. For instance on Chameleon BareMetal or Grid'5000 not all the physical machines have a second interface wired. One of the interfaces is used to access the external world (internet).
It's possible to deploy OpenStack using EnOS on nodes with only one network card. But a deployed instance won't get internet access by default.
Technical details
Only the G5K (when deploying on nodes with only one network card) and openstack/chameleon provider are impacted by this issue.
In the previous provider a virtual device (veth) is created to act as the external interface and the two interfaces (the real and the virtual) are passed to Kolla. At the end of the deployment the veth device is bridged on br-ex but not physically linked to any network. Thus no traffic send to/from br-ex can be received by the instances (this include internal to external or external to internal traffic).
Possible solutions
At the end of the deployment we can plug the physical interface to br-ex to gain connectivity to the external world. In this solution the veth device was ephemeral and only used to complete the Kolla deployment.
The text was updated successfully, but these errors were encountered: