![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
验证版本
验证某个版本是确定新版本是否可用并准备移动到生产中和替换当前版本的过程。在您的生产应用程序版本可继续维护请求时,可以在真实条件下安装和验证新版本。
开始之前
- 确保将应用程序中的所有模块都部署到相同的部署目标中。
- 定义版本 2.0 的唯一路由规则。路由规则使版本能够并行运行,并且使对验证版本的超文本传输协议 (HTTP) 请求能够正确地路由至验证目标,而不会干扰版本 1.0。对于此方案,请使用 my_application 应用程序。在 dynamic_cluster_1 动态集群上安装两个应用程序版本 1.0 和 2.0。有关路由规则的更多信息,请阅读“创建应用程序版本的路由策略”。
- 要将克隆验证集群的运作方式设置为不同于生产集群的方式,请在管理控制台中创建 VALIDATION_OPERATIONALMODE 定制属性。另外,创建后,将验证集群设置为与生产集群相同的运作方式。将值设置为 automatic、manual 或 supervised。如果指定其他任何值或不指定值,那么会将验证动态集群设置为手动方式。限制: 在验证方式下只能使用或创建两个集群成员。可以将路由和服务策略映射至处于验证方式的应用程序,但为维护工作启动的集群成员不得超过两个。创建验证集群后,可以通过更改最小和最大动态集群实例数来覆盖此设置。
- 如果用户角色为监视员或操作员,那么只能查看应用程序版本管理器信息。如果用户角色为配置员或管理员,那么拥有应用程序版本管理器的所有配置特权。


关于此任务
例如,有关如何在某个版本上执行验证,请参阅以下方案:应用程序的版本 1.0 已安装,处于活动状态并且正在动态集群上运行。版本 2.0 是候选验证版本,已安装在同一部署目标上并处于不活动状态。验证版本 2.0 将克隆版本 2.0 部署目标。例如,验证可能会创建新的动态集群,如 DC-Validation 动态集群,然后将版本 2.0 映射至此新集群。克隆的集群将使用现有集群成员作为服务器模板来创建克隆的服务器。
创建验证克隆目标、激活 edition 2.0 以及定义路由规则后,可以启动、停止和重新配置该版本。
过程
下一步做什么
- 要使用 edition 2.0 替换 edition 1.0,请执行下列操作:
- 停止验证目标,例如 dynamic_cluster_1-Validation。
- 删除特定于 edition 2.0 的路由规则,以便将应用程序的所有请求路由到单个版本。
- 保存更改并使节点同步。
- 执行到新版本的推出。单击推出。推出期间,将 edition 2.0 重定位到原始部署目标,例如,dynamic_cluster_1。版本状态从验证过渡到活动。 。选择edition 2.0 并单击
- 如果 edition 2.0 出现错误,那么可以取消验证方式,并将 edition 2.0 移动回到其原始不活动状态。因此,会移除为验证创建的重复动态集群。有关取消验证方式的更多信息,请阅读“取消应用程序验证”。