Galera connection contention on full base deployment on Xeon E3
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack-Ansible |
Fix Released
|
Wishlist
|
Unassigned |
Bug Description
On a full base deployment of all integrated services, database connection contention occurs when the controllers are single proc 4C/8T (ie. Xeon E3) CPUs.
The Galera role uses the computation of 100*CPU_Threads to determine the default value, but OSA requires more connections than this when running with default thread counts, default services on these CPUs. We should probably adjust the default max_connections calculation.
lsn-mc1016_
Uptime: 44426 Threads: 41 Questions: 392935 Slow queries: 0 Opens: 194 Flush tables: 1 Open tables: 188 Queries per second avg: 8.844
lsn-mc1022_
Uptime: 45736 Threads: 10 Questions: 235134 Slow queries: 0 Opens: 79 Flush tables: 1 Open tables: 73 Queries per second avg: 5.141
lsn-mc1023_
Uptime: 44337 Threads: 807 Questions: 7666716 Slow queries: 0 Opens: 312 Flush tables: 1 Open tables: 306 Queries per second avg: 172.919
Services deployed are here: https:/
https:/
Connections leveled off just over 800 on this cloud:
# ansible galera -m command -a "mysqladmin status" _deploy/ user_pending_ upstream. yml -e @/etc/openstack _deploy/ user_secrets. yml -e @/etc/openstack _deploy/ user_variables. yml " galera_ container- 7bb56dee | SUCCESS | rc=0 >>
Variable files: "-e @/etc/openstack
lsn-mc1022_
Uptime: 35750 Threads: 10 Questions: 245422 Slow queries: 0 Opens: 67 Flush tables: 1 Open tables: 61 Queries per second avg: 6.864
lsn-mc1016_ galera_ container- be4858d8 | SUCCESS | rc=0 >>
Uptime: 35825 Threads: 37 Questions: 372664 Slow queries: 0 Opens: 203 Flush tables: 1 Open tables: 197 Queries per second avg: 10.402
lsn-mc1023_ galera_ container- b9b9bb03 | SUCCESS | rc=0 >>
Uptime: 3807 Threads: 842 Questions: 569072 Slow queries: 0 Opens: 218 Flush tables: 1 Open tables: 212 Queries per second avg: 149.480