使用CloudCenter升级应用
简介
本文档介绍使用CloudCenter升级应用的过程。
先决条件
要求
Cisco 建议您了解以下主题：
- CloudCenter
- 巴什
使用的组件
本文档中的信息基于CloudCenter 4.8.1.1。
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。
背景信息
在CloudCenter中升级应用有多种方法。一个选项是创建可应用于单个虚拟机并运行升级脚本的自定义操作。此方法可让您完全控制升级，并允许在升级下一节点之前测试一个节点。缺点是这是一个非常手动的过程，需要为每次升级编写个性化的脚本。首选方法是利用CloudCenter的升级框架自动执行升级过程。
定义升级过程
在此示例应用中，Nginx负载均衡器后面有两个Apache Web服务器。这些Web服务器完全相同，为托管的网站提供高可用性。理想的升级过程允许对节点进行单独升级，以便始终有一个节点托管网站，在升级过程中可保证100%的正常运行时间。
默认情况下，在升级期间，CloudCenter会下载任何新包和内容，然后使用任何备份和恢复脚本来保留数据。如果需要更深入的逻辑，则可以包括升级脚本。
在Migration选项卡下，可以找到备份和还原脚本。这些都用于迁移和升级。“升级”选项卡有三个选项：自动、高级、无。
- Auto允许CloudCenter自动升级节点，下载新内容，并运行备份和恢复脚本以保留重要信息。
- Advanced允许完全控制升级过程。
- 无表示不升级此节点，它可以针对版本之间没有更改的节点（例如负载均衡器）执行。在升级期间，这些节点保持独立。
Advanced允许添加更多脚本，并允许您在升级期间停止和启动服务。
定义所有必要的升级操作后，在继续执行下一步之前，必须保存应用程序
创建新版本
保存应用程序后，导航回拓扑建模器。
CloudCenter通过版本控制来处理升级。上图中的应用是1.0版，这可以在左上角看到。要使用CloudCenter的升级工具，必须制作新版本。
- 选择“基本信息”。
- 输入新版本。
CloudCenter保存版本1.0并将所有新更改放入版本2.0中。
这告诉CloudCenter有一个新版本，并允许它跟踪差异。由于此应用程序只是两台Web服务器，因此唯一的区别是更新应用程序包以指向新的zip文件。
可以再次保存应用。
部署应用
现在，部署应用时，可以选择部署哪个版本。在本例中，部署了原始版本。
部署应用后，可以从“部署”屏幕升级应用。
升级过程从最低层开始，一次只执行一个节点。对于我们的两层应用，升级了一台Apache Web服务器。
完成后，第二个升级。 如果已为Nginx负载均衡器定义了升级过程，则会在最后一次升级。
反馈