[AIX Solaris HP-UX Linux Windows][z/OS]

验证版本

验证某个版本是确定新版本是否可用并准备移动到生产中和替换当前版本的过程。在您的生产应用程序版本可继续维护请求时,可以在真实条件下安装和验证新版本。

开始之前

  • 确保将应用程序中的所有模块都部署到相同的部署目标中。
  • 定义版本 2.0 的唯一路由规则。路由规则使版本能够并行运行,并且使对验证版本的超文本传输协议 (HTTP) 请求能够正确地路由至验证目标,而不会干扰版本 1.0。对于此方案,请使用 my_application 应用程序。在 dynamic_cluster_1 动态集群上安装两个应用程序版本 1.0 和 2.0。有关路由规则的更多信息,请阅读“创建应用程序版本的路由策略”。
  • 要将克隆验证集群的运作方式设置为不同于生产集群的方式,请在管理控制台中创建 VALIDATION_OPERATIONALMODE 定制属性。另外,创建后,将验证集群设置为与生产集群相同的运作方式。将值设置为 automaticmanualsupervised。如果指定其他任何值或不指定值,那么会将验证动态集群设置为手动方式。
    限制: 在验证方式下只能使用或创建两个集群成员。可以将路由和服务策略映射至处于验证方式的应用程序,但为维护工作启动的集群成员不得超过两个。创建验证集群后,可以通过更改最小和最大动态集群实例数来覆盖此设置。
  • 如果用户角色为监视员或操作员,那么只能查看应用程序版本管理器信息。如果用户角色为配置员或管理员,那么拥有应用程序版本管理器的所有配置特权。
避免故障 避免故障: 验证版本前重新启动浏览器。通过重新启动浏览器,确保以前的会话已到期,并在验证时将请求路由到该应用程序。gotcha
避免故障 避免故障: 请确保要验证的应用程序未部署到 Web 服务器,因为这可能导致验证失败。应用程序需要部署到应用程序服务器以进行正确的验证。gotcha

关于此任务

例如,有关如何在某个版本上执行验证,请参阅以下方案:应用程序的版本 1.0 已安装,处于活动状态并且正在动态集群上运行。版本 2.0 是候选验证版本,已安装在同一部署目标上并处于不活动状态。验证版本 2.0 将克隆版本 2.0 部署目标。例如,验证可能会创建新的动态集群,如 DC-Validation 动态集群,然后将版本 2.0 映射至此新集群。克隆的集群将使用现有集群成员作为服务器模板来创建克隆的服务器。

创建验证克隆目标、激活 edition 2.0 以及定义路由规则后,可以启动、停止和重新配置该版本。

过程

  1. 单击应用程序 > 版本控制中心以验证是否安装了应用程序的两个版本,而且只有其中一个版本处于活动状态。
  2. 可选: 如果您要创建验证集群,使其运作方式不同于生产集群,那么可以在生产集群上定义 VALIDATION_OPERATIONALMODE 定制属性。将验证集群添加至服务集成总线 (SIB)。 如果您不定义此定制属性,那么您的验证集群将具有与生产集群相同的运作方式。
  3. 更新 Enterprise JavaBeans (EJB) 引用绑定以指定新的集群名称。在您从验证集群推出应用程序时,必须将绑定更改回到原始值。
  4. 单击 my_application 应用程序。
  5. 选择 edition 2.0 并单击验证 “验证状态”页显示了对 dynamic_cluster_1 动态集群进行验证和将 edition 2.0 部署至克隆集群的每个步骤。应用程序版本控制中心显示了其中一个版本处于验证方式,而“管理版本”页显示了版本 2.0 目标现在是 dynamic_cluster_1-Validation 动态集群。“动态集群”页显示已创建了 dynamic_cluster_1-Validation 动态集群,而“服务器”页显示了克隆的服务器。
    提示: 在您执行推出后要保存验证集群,可以在验证集群上创建 saveClonedCluster 定制属性。否则,对于验证目标上的所有应用程序,在版本推出后或验证取消后,即会删除验证目标例如,如果已将两个应用程序部署到验证目标,且已验证并推出其中的一个应用程序,那么在验证第二个应用程序前不会删除验证目标。 saveClonedCluster 定制属性仅适用于动态集群。有关更多信息,请阅读“应用程序版本管理器定制属性”。
  6. 验证是否正确执行了验证。 单击应用程序 > 企业应用程序应用程序 > 所有应用程序。编辑 my_application-edition2.0 应用程序。
    • 对于 PHP 和 WebSphere® Application Server Community Edition 应用程序:

      验证上下文根、部署目标等是否指向克隆的集群。

    • 对于企业 (Java™ Platform, Enterprise Edition (Java EE)) 应用程序:

      选择管理模块。验证版本 2.0 是否已映射至验证集群。在“将 Enterprise JavaBeans(EJB) 引用映射至 bean”详细视图中,验证 Java 命名和目录接口名称是否已针对新的克隆目标名称进行调整。

      对于包含基于原始部署目标名称的标准绑定的应用程序版本,要使其在验证部署目标上正确地操作,必须更改其绑定名称以反映基于验证部署目标名称的标准绑定名称。例如,在包含绑定至 /clusters/clusterb1/jdbc/CustomerData 的资源引用的应用程序准备在克隆的部署目标上运行时,必须将绑定更改为 /clusters/cluster1-validation/jdbc/CustomerData

  7. 浏览并复查验证集群 - 创建过程详细信息
    单击动态集群 > DC_Name >“配置”选项卡,并注意已为验证集群复制下列设置:
    • 最小集群实例数
    • 节点上实例的垂直堆栈
    • 成员资格策略
    请注意下列详细信息:
    • 最小集群实例数设置为“2”。这是对验证集群的限制。
    • 不会复制隔离首选项,但是会将其设置为缺省值。
    • 将复制操作方式,但是 VALIDATION_OPERATIONALMODE 定制属性可以覆盖此方式。
    • 不会将动态集群的定制属性复制到验证集群。
      注: 不会将生产集群的定制属性传播到验证集群。如果需要动态集群的任何定制属性,那么在创建验证集群之后,应该设置该定制属性。
  8. 测试新版本。 启动验证集群,并设置好路由规则,尝试将请求负载发送到 edition 2.0 以测试该版本。Edition 1.0 版本仍在生产中。

下一步做什么

如果您成功完成 edition 2.0 测试,那么可以使用 edition 2.0 版本替换 edition 1.0 版本。如果在测试中发生错误,那么可以取消验证方式。
  • 要使用 edition 2.0 替换 edition 1.0,请执行下列操作:
    1. 停止验证目标,例如 dynamic_cluster_1-Validation
    2. 删除特定于 edition 2.0 的路由规则,以便将应用程序的所有请求路由到单个版本。
    3. 保存更改并使节点同步。
    4. 执行到新版本的推出。单击应用程序 > 版本控制中心 > application_name。选择edition 2.0 并单击推出。推出期间,将 edition 2.0 重定位到原始部署目标,例如,dynamic_cluster_1。版本状态从验证过渡到活动。
  • 如果 edition 2.0 出现错误,那么可以取消验证方式,并将 edition 2.0 移动回到其原始不活动状态。因此,会移除为验证创建的重复动态集群。有关取消验证方式的更多信息,请阅读“取消应用程序验证”。

指示主题类型的图标 任务主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twve_appedval
文件名:twve_appedval.html