OpenStack版本升级与故障排查实战

众所周知，OpenStack版本每6个月更新一次。版本更新频繁，功能特性增多，随之带来的 OpenStack 版本升级工作难度大、危险高。本章从多个维度力求提供一套完整的升级方案，最大限度地保证升级工作的顺利进行、基础架构的安全和稳定。

1、升级准备

本章从升级计划、升级测试和升级级别三个方面阐述升级前的准备。

1. 升级计划

●查看 http∶//releases.openstack.org/网站，了解 OpenStack 各版本的发布信息，功能特性的升级、更新和弃用等，重点关注不同版本、相同服务组件的兼容性。

● 评估升级操作对用户的影响。升级操作会使整个 OpenStack 项目的管理失灵，一些操作不能正常完成。根据经验发现，正确而全面的准备工作会使正在升级的OpenStack项目依然可用，但是不可避免地会出现虚拟机实例、网络、存储等资源瞬间中断。

● 评估升级操作的正确方式。升级操作的方式有很多种，例如，可以从虚拟机实例的维度进行划分，利用热迁移，将某计算节点上的所有虚拟机实例临时迁移到其他计算节点上。但这是一种很危险的方式，因为不能确定升级过程中数据库的持续可用性，这样 OpenStack 环境会变得非常不稳定。在进行升级操作前，必须通知用户对与其相关的数据进行备份，这点非常重要。

● 评估正在采用的基础架构的合理性，看看是否需要更新或合并某些配置。