11.8. 对 Undercloud 进行性能微调

本节中提供的建议针对于提高 Undercloud 的性能。您可以根据自己的需要实施相关的建议。
  • OpenStack Authentication 服务（keystone）使用一个基于令牌（token）的系统控制对其它 OpenStack 服务的访问。在运行了一定时间后，数据库中会积累大量不再使用的令牌。我们推荐创建一个 cronjob 来定期删除数据库中的令牌表。例如，在每天早上 4 点删除令牌表： 
    0 04 * * * /bin/keystone-manage token_flush
  • 在每次运行 openstack overcloud deploy 命令时，Heat 会把所有模板文件复制到它的数据库中的 raw_template 表中。raw_template 表会包括过去所有的模板，并随着时间的推移变得非常大。您可以创建一个每日运行的 cronjob 来删除 raw_templates 表中那些不再使用的、存在时间超过一天的模板： 
    0 04 * * * /bin/heat-manage purge_deleted -g days 1
  • 在一些时候，openstack-heat-engine 和 openstack-heat-api 服务可能会消耗大量资源。如果这个情况发生了，在 /etc/heat/heat.conf 中设置 max_resources_per_stack=-1，然后重启 heat 服务： 
    $ sudo systemctl restart openstack-heat-engine openstack-heat-api
  • 在一些时候，director 可能没有足够的资源来执行并行的节点设置（默认是可以同时并行设置 10 个节点）。为了减少并行节点的数量，把 /etc/nova/nova.conf 中的 max_concurrent_builds 参数设置为一个小于 10 的值，然后重启 nova 服务： 
    $ sudo systemctl restart openstack-nova-api openstack-nova-scheduler
  • 编辑 /etc/my.cnf.d/server.cnf 文件。可以用来微调的值包括：
    max_connections
    可以同时连接到数据库的连接数量。推荐的值是 4096。
    innodb_additional_mem_pool_size
    数据库用来存储数据字典和其它内部数据结构的内存池的大小（以字节为单位）。它的默认值是 8M，对于 Undercloud，理想的值是 20M。
    innodb_buffer_pool_size
    缓冲池（数据库用来缓存表和索引数据的内存区）的大小（以字节为单位）。它的默认值是 128M，对于 Undercloud，理想的值是 1000M。
    innodb_flush_log_at_trx_commit
    commit 操作对 ACID 原则的遵守，与高性能间的平衡控制。把它设置为 1。
    innodb_lock_wait_timeout
    数据库交易在放弃等待行锁定前等待的时间长度（以秒为单位）。把它设置为 50。
    innodb_max_purge_lag
    在 purge 操作滞后时，如何延迟 INSERT、UPDATE 和 DELETE 操作。把它设为 10000。
    innodb_thread_concurrency
    并行操作系统线程的限制。理想情况下，为每个 CPU 和磁盘资源最少提供 2 个线程。例如，具有一个 4 核 CPU 和一个磁盘，则提供 10 个线程。
  • 确保 heat 有足够的 worker 来执行 Overcloud 创建。通常情况下，这取决于 Undercloud 有多少个 CPU。为了手工设置 worker 的数量，编辑 /etc/heat/heat.conf 文件，把 num_engine_workers 参数的值设置为所需的 worker 的数量（理想值是 4），然后重启 heat 引擎： 
    $ sudo systemctl restart openstack-heat-engine