WebSphere CloudBurst V2.0 新特性（1）

look_w

新固件，新特性IBM WebSphere CloudBurst Appliance firmware V2.0 不缺乏新特性。为了激发您对此新版本的兴趣，本文将带您概括地领略一下最重要的几个新特性。后续文章将会详细介绍这些新功能。
那么，我们现在就开始吧！
动态虚拟机操作在版本 2.0 之前，WebSphere CloudBurst 中虚拟系统的组成由其模式定义。这一版中，这个概念没有变，                    但是现在您可以通过克隆或删除单个虚拟机根据不断变化的工作负载需求进行调整。
克隆
克隆虚拟机会创建一个新虚拟机并向虚拟系统中添加该虚拟机。创建克隆时，会发生很多事情：

• WebSphere CloudBurst 创建新虚拟机并分配新的 IP 地址。
• 该工具会在新虚拟机上执行任何来自源虚拟机的标记为 “on virtual system creation” 执行的脚本包。
• 来自源虚拟机的紧急补丁安装到新虚拟机。
• 如果这是自定义节点，WebSphere CloudBurst 会联合和启动该节点。

在这种情况下，使用术语 “克隆” 不是很准确。克隆意味着精确复制（一位一位复制），本例中不是这样的。为了进一步说明这一点，可以想象一下如果在部署后对虚拟系统进行了手动更改，这些更改不会反映到克隆，因为它们没有封装在您的模式中。
要创建现有虚拟机的克隆，找到 Virtual            Systems > your_virtualsystem。展开 Virtual machines，然后单击要克隆的虚拟机旁边的 View 链接。图 1 展示了克隆图标，用红线圈起的部分。
图 1. 虚拟机克隆操作。删除
删除虚拟机将从虚拟系统中移除虚拟机。任何标记为在 “on virtual system deletion” 时执行的脚本都会运行，WebSphere CloudBurst 从单元中移除该节点。 关于删除节点的一个警告就是要进行此自动删除过程必须按顺序运行节点。如果该节点在虚拟机删除时关闭，删除节点的操作将无法进行，您需要使用 cleanNode 命令手动删除节点。
要删除现有虚拟机，找到 Virtual Systems >                your_virtualsystem。展开 Virtual machines，然后单击要删除的虚拟机旁边的 View 链接。图 2 展示了删除图标，用红线圈起的部分。
图 2. 虚拟机删除操作智能管理包智能管理包特性内容很多，因此这里不便全面介绍。但是这里要说明的第一件事就是该特性类似于 IBM WebSphere Virtual Enterprise V6.1。                为 WebSphere Virtual Enterprise V6.1 撰写的所有现有文章、文档、技术说明和培训材料都适用于智能管理包特性。
WebSphere CloudBurst 与 IBM WebSphere Application Server Hypervisor Edition（通过智能管理包功能增强）紧密协作为您提供了高级功能，统称为智能管理包。这些功能究竟是什么？

• 一组预先定义的模式，可以开箱即用地部署。
• 改进的应用性能，交付快速响应以满足服务水平协议。
• 提高的应用可用性和最少的管理成本。

模式
两个最佳实践模式预先加载到了版本 2.0 工具中，供您利用这些高级功能（如果将工具从版本 1.x 迁移到版本 2.0，则必须手动创建这些模式）。

• 开发模式第一个模式旨在用于开发环境。您可以在生产环境中使用此模式（某些用户会这样做），但是目标环境是开发。该模式由一个或多个随需应变路由器 (ODR)、一个或多个应用服务器以及一个部署管理器组成。如果不熟悉它，可以将随需应变路由器想象成一个非常智能的动态代理服务器。          这是一个非常浅显易懂的说明，但是它可以监视入站以及出站的流量并根据实时数据动态做出路由决策。
  图 3. WebSphere 高级集群（开发）
• 生产模式第二个模式旨在用于生产环境。该模式由一个或多个 Web 服务器、一个或多个随需应变路由器、一个或多个应用服务器以及一个部署管理器组成。                该模式是生产环境的理想选择，因为它添加了 Web 服务器层和构建到每个虚拟映像部件中的冗余，能够适应高可用性需求。
  图 4. WebSphere 高级集群

智能管理包还带来了下列高级功能：

• 健康管理为您提供了监控虚拟系统整体健康状态并按需采取纠正操作的能力。您可以监控这些情况：
  • 过度堆使用。
  • 内存泄漏。
  • 最大服务器寿命。
  • 最大服务请求数。
  • 过度的平均响应时间。
  • Storm drain 检测。
  我们不打算对每种情况（策略）进行解释，而是为每种情况举个简短的示例帮您了解这个特性是多么有用、强大。  
  假设您有一个应用，随着时间的推移，没有明显原因（您可能会想到至少一个原因）就逐渐耗尽了内存。该应用服务于您的外部客户群，因此必须保证它的正常运行。在本例中，智能管理包为您提供了监控内存泄漏和采取纠错操作的能力。本示例，                按图 5 定义，展示了您可以定期检查内存泄漏以及一旦检测出内存泄漏，您就可以进行堆转储、重启服务器并会通知管理员（响应模式等效于 supervised）。                然后，管理员需要允许重启服务器。如果将响应模式标记为 automatic，这个过程会更为轻松，不需要任何手动参与。
  图 5. 内存泄漏健康管理策略示例
• 过载保护 为您提供了监控内存和 CPU 使用的能力。如果 CPU 或内存使用超出了预先定义的阈值，系统就会采取纠正操作。您可以定义要采取的纠正操作，但是在这种情况下一个常见的纠正操作是将未来请求路由到备用服务器，直到 CPU 或内存使用率降到阈值以下。
• 动态集群 是一个智能管理包功能，在 WebSphere Application Server 静态集群之上进行了改进。                您可能已经意识到，WebSphere Application Server 集群是静态的；意味着定义集群后，不会改变成员身份。有时，这会导致过少或过多的容量。工作负载很少作为均匀的请求流流入。而且，即使这样，也不是所有请求都需要同样多的计算资源。可能有一个请求执行一个简单的算术活动，另一个请求执行一个资源密集型操作，比如数据库读写。
  动态集群根据工作负载需求扩展或缩小。动态集群与随需应变路由器紧密协作确保工作负载在集群成员间均匀分配（动态分配与静态分配模型（比如轮叫调度）形成对比）。