-
Notifications
You must be signed in to change notification settings - Fork 23
Multinode Wallaby #246
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
Multinode Wallaby #246
Conversation
Maybe the VXLAN role could assert required values are provided.
This reduction is required as VMs placed on the `admin-vxlan` network cannot be accessed.
# External network | ||
external_cidr: 192.168.38.0/24 | ||
external_mtu: 1400 | ||
external_mtu: 1350 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think @sd109 hit this with his aufn work, and possibly @darmach with his magnum work. It's because we're using VXLAN networks with OVN, but internally it sometimes uses GENEVE tunnels which have a larger header size.
One option is to switch to geneve tenant networks when using OVN, which generally work better.
# Octavia load balancer configuration | ||
octavia_auto_configure: "no" | ||
octavia_provider_drivers: "ovn:OVN provider" | ||
octavia_provider_agents: "ovn" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We probably only want this when kolla_enable_ovn is true.
kolla_enable_cinder: true | ||
kolla_enable_cinder_backup: true | ||
kolla_enable_neutron_provider_networks: true | ||
kolla_enable_ovn: true |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unsure whether we should change this default. Ideally it should be possible & easy to use either OVS or OVN.
kolla_enable_cinder_backup: true | ||
kolla_enable_neutron_provider_networks: true | ||
kolla_enable_ovn: true | ||
kolla_enable_octavia: true |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Perhaps only enable octavia when OVN is enabled, since we don't have the config for the amphora provider in place currently.
* feat: copy `ci-multinode` from PR `#246` * feat: copy `ansible` from PR `#246` * revert: configure-aio-resources.yml to `da05599` * feat: actually copy contents of `ci-multinode` For some reason the previous commit does not contain the important changes to the configuration. This commit fixes that. * feat: include `.automation.conf` from PR `#246` * revert: `stackhpc-ci` back to `stackhpc/xena` * feat: update address of `pulp-server` * feat: bump `stackhpc.cephadm` version * feat: `haproxy` group has been replaced with `loadbalancer` * fix: ensure `cephadm_host_labels` is defined * feat: reduce concurrency and remove load list * feat: increase `max_microversion` * fix: restore order to `requirements.yml` * fix: README has been moved * fix: remove unused collection * fix: add missing new line * feat: disable some unwanted service within ci-multinode * fix: remove extra blank lines * feat: revert `TEMPEST_CONCURRENCY` to two * feat: load `ci-multinode` tempest settings conditionally Firstly, the skip-list has been renamed from `tempest-full` to `ci-multinode` as this list would be environment specific. Secondly the `config.sh` script now contains a conditional for the `ci-multinode` environment allowing for the test list and concurrency settings to be loaded without impacting other environments. * fix: use `HTTP` dashboard URL over `HTTPS` * fix: reduce multinode tempest concurrency * feat: bump `stackhpc.cephadm` collection version * feat: remove unecessary comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you need to reduce TEMPEST_CONCURRENCY as you did in xena?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
[dashboard]
-dashboard_url = https://192.168.39.2
+dashboard_url = http://192.168.39.2
You'll probably also want to merge in stackhpc/wallaby, maybe in a separate PR. |
_bootstrap_user
for all groups to usecloud-user
seed
withingrowroot_group
asseed
uses LVM imagesMTU
onexternal_network
to enable communication with VMs onadmin-vxlan