OpenStack 是一种非常酷且具有成本效益的云计算开源技术，但每个月 6 次的新版本升级对您和您的企业来说可能是一个可怕的挑战，难以保证其正常运行。
即使我们试图找到一种解决方案来跳过六个月的新版本升级，但坏消息是根本无法跳过！
您需要将您的云环境升级到每个 OpenStack 版本–只能从 n 升级到 n+1。
在这种情况下，我们有什么办法可以让这一具有挑战性的复杂升级过程变得更简单呢？
是的！我们开发的解决方案不仅能让您的生活更轻松，保持业务生产力和系统正常运行，还能让您忘记每 6 个月升级 OpenStack 所带来的痛苦：现在，您可以通过零停机升级享受 OpenStack 云的新功能和增强功能！
OpenStack 旨在让您的云计算正常运行。
您的 OpenStack 应该具有高正常运行时间、始终处于完全运行状态、超高效率和可扩展性。
但更重要的是，它必须是可升级的！ 因此，本文将重点介绍 OpenStack 升级阶段的重要性。
升级意味着您可以在 OpenStack 发布后将其过渡到一个新的、更加稳定的 OpenStack 最新版本。
但是，从企业的角度来看，如果升级中断了业务环境的平稳运行，可能会产生负面影响，给客户带来重大问题。
OpenStack 升级所需资源
在规划 OpenStack 升级时，需要注意一些重要方面 ：
请仔细查看 OpenStack Foundation 发行说明，以了解各版本之间是否存在不兼容问题
考虑升级对最终用户或业务的影响
- 在整个过程中确保数据库的一致性，否则环境可能会变得不稳定
- 做好面对升级失败的准备：准备将环境回滚到之前的版本
创建与生产环境类似的测试环境，以测试升级程序
开发升级流程自动化
升级中应该做什么和避免什么？
- 手动升级不可行：在复杂的拓扑结构和云服务之间的关系中，手动重复执行任务时，手动升级流程很容易失败。
手动流程会因复杂性而失败。 - 升级过程自动化：升级过程应完全自动化。
如果操作得当，就能实现实时零停机升级。
业务得到保障，服务不会中断！ - 错误的升级步骤顺序可能会破坏云系统：不按正确顺序升级云服务可能会导致云系统崩溃。
- 按照正确的顺序自动升级：升级自动化应按照正确的顺序处理所有需要遵循的步骤：OpenStack Identity (Keystone)、OpenStack Compute (Nova)、OpenStack Image service (Glance)、OpenStack Networking (Neutron)、OpenStack Block Storage (Cinder)、OpenStack dashboard (Horizon)、OpenStack Orchestration (Heat)、已部署的其他 OpenStack 组件以及消息队列 (RabbitMQ) 等支持服务。
- 新的、废弃的或移除的 API 会导致升级失败：每个新的 OpenStack 版本都会带来新的 API 版本，这将导致升级失败。
- 自动化升级过程，消除 API 变化导致升级失败的风险。
自动化需要考虑到新的 OpenStack 版本中的 API 变化，并在升级云时做好无缝适应这些变化的准备。 - 随时跟踪变更：由于未对变更进行跟踪，可能会出现知识转移和保留缺口，从而导致失败。
OpenStack 云中不应有任何未知状态。 - Idempotent 不应该是一个奢侈的选项：操作可以运行多次，但只能应用一次。
未来已来：零停机升级 为了提供高质量的服务，必须能够与 OpenStack 版本同步执行必要的 OpenStack 版本升级。
FishOS Upgrader基于云运营自动化软件平台，可实现实时零停机升级。如果采用正确的方法，升级 OpenStack云现在可以成为一项 简单的任务： 自动化!精确执行可在几小时内完成，不会影响任何用户或业务。