在 IBM PureApplication System 中使用 WebSphere DataPower

本文将介绍一个使用 IBM® WebSphere® DataPower 设备的新方法,即在 IBM PureApplication™ System 中将它作为一个虚拟设备运行。此虚拟设备支持您在物理设备中获得相同的功能集,只是形式上有所不同。此外,它对 PureApplication System 的支持使得您可以在虚拟系统模式中包含 DataPower 设备,从而自动化该设备的安装、配置,以及它与基础架构其他部分的集成。

Aaron Tarter, 高级软件工程师, IBM

Aaron Tarter 的照片Aaron Tarter 是一名高级软件工程师,致力于 DataPower 开发。他擅长于虚拟设备,以及它们与云平台的集成。最近,他领导了 DataPower Virtual Edition 产品系列的开发,以及该产品系列与 PureApplication System 的集成。在参与 DataPower 产品的工作之前,他曾从事公共设备平台方面的工作,该平台用于跨 IBM 产品组合(包含虚拟和物理产品)构建若干个设备产品系列。



2014 年 3 月 27 日

简介

首先,本文讨论了 DataPower Virtual Edition 镜像与 PureApplication System 中其他产品镜像之间的差异的总结。然后,将会学习如何使用 PureApplication System Web 控制台将 DataPower XI52 Virtual Edition 导入镜像目录,创建一个使用 XI52 部件的虚拟系统模式,并将模式部署到云中。最后,本文提供一个示例脚本包,使您能够执行高级配置,并在部署时将特性安装到 DataPower 设备中。


DataPower 背景知识

DataPower 产品组合提供了两种类型的虚拟设备:

  • IBM WebSphere DataPower Integration Appliance XI52 Virtual Edition
  • IBM WebSphere DataPower Service Gateway XG45 Virtual Edition

虚拟设备提供了您已在 DataPower 物理设备中熟悉的相同功能特性,但没有提供某些物理安全特性,如 Trusted Platform Module (TPM)、加密加速卡、Hardware Security Module (HSM) 卡和防篡改套管(casing)。

每个虚拟版本产品都通过非生产许可或使用不同定价的生产许可来提供。非生产许可针对开发,并且启用了除 Tibco® 可选特性以外的其他所有许可特性。生产许可为实现企业级生产部署而设计,允许您使用与物理设备相同的方法安装附加许可特性。配置可在虚拟和物理设备之间转让,这样就可以从一个虚拟设备导出配置,并将其导入物理设备,反之亦然。这使得非生产虚拟版本成为计划在生产中使用物理设备的开发的好选择。

本文使用 IBM WebSphere DataPower Integration Appliance XI52 Virtual Edition。这是一个专用的虚拟设备,可为云和移动应用程序提供快速的数据转换及安全执行。它在网络边缘的安全网关中提供了安全性增强的、可扩展的业务集成。

以下是一些 XI52 Virtual Edition 特性:

  • 为面向服务架构(SOA)提供改进和安全性,实现了任意到任意的数据转换,包括线速 XML、JSON、文本、二进制和自定义格式。
  • 有助于减少与协议调解、协议桥接、传输中介、多级管道处理,以及基于内容的消息路由的集成成本。
  • 优化线路消息传递协议之间的桥接,包括 IBM WebSphere MQ、IBM WebSphere JMS、FTP 和 HTTP。
  • 通过与 IBM WebSphere Service Registry and Repository 和 IBM Tivoli® Composite Application Manager 集成,提供了集中服务治理和服务水平协议(SLA)管理。
  • 支持对 IBM DB2®、Oracle® 和 Sybase® 的直接数据库连接,还支持标准和连通性,包括数据验证、字段级安全性、Web 服务管理和应用程序优化。

有关 WebSphere DataPower 设备的更多信息,请参阅 WebSphere DataPower SOA Appliances 页面


PureApplication System 背景知识

IBM PureAplication System 是一个集成系统,综合了硬件资源(计算节点、存储和网络)与软件资源,使用虚拟化最大限度地提高系统的利用率。通过使用 “模式” 支持工作负载(例如,事务性应用程序、Web 应用程序,或以数据为中心的应用程序),该模式提供了解决方案的软件组件(比如 Web 应用程序或数据库)的抽象视图。PureApplication System 还支持定义由用于配置结果虚拟机的虚拟镜像和脚本组成的拓扑。这包括中间件安装或多个节点(例如,虚拟机)的彼此集成。因为部署过程中的每一步都是可制定的,所以这些拓扑被定义为所谓的 “虚拟系统模式”,可以反复地、可预见地部署。

通过系统很容易监控并管理被部署为模式的那一部分,以及在 PureApplication System 中运行的工作负载。它为正在运行的所有虚拟机提供了单点控制,还提供了多层次的监控和日志记录,以及紧急修复支持。

只需按下按钮,就能够以可预测、可重复的方式快速部署环境,并提供高可用的、可管理的拓扑,这种能力是 PureApplication System 的一个非常有吸引力的使用主张。在可供 PureApplication System 使用的一系列模式中,我们预期成为常见用例的一种工作负载是 Enterprise Service Bus,更普遍地讲,是 Integration Layer,它将多个前端消费者连接到多个后端服务供应者。像 IBM WebSphere DataPower 设备这样的设备是许多集成层实现的核心,例如,消费者和提供者之间的交互的安全性。本文的其余部分将介绍如何在 PureApplication System 上部署的工作负载模式中利用 WebSphere DataPower 设备。


一个安全设备

最初,DataPower 产品只是作为安全的机架式设备来提供,利用了专用硬件和自定义的操作系统。DataPower 设备被广泛部署于企业非军事区域(DMZ)中,它在 DataPower 产品系列中推动了对关键安全特性的需求。在一个标准的虚拟机管理程序上以来宾身份运行时,某些物理安全特性是不可能实现的,但虚拟产品保留了在物理设备上提供的大部分安全设计原则。为了保留存在于物理设备中的某些安全特性,使用了一个自定义构建过程来构建 DataPower 虚拟镜像,而不是使用 IBM Image Composition and Construction Tool® (ICCT) 来构建该镜像。

DataPower 虚拟镜像与 PureApplication System 目录中其他产品之间的部分区别如下:

  • DataPower 被构建为一个设备,它包括一个定制的、专用的、安全的操作系统。它不是通过将应用程序部署到通用操作系统来构建的。
  • 操作系统被安装在一个加密的虚拟磁盘上。
  • 不允许对文件系统进行通用访问。将文件安装到设备上的惟一方法是升级,使用一个签名和加密的固件镜像。
  • 有一个自定义的命令行界面(CLI),包含一个专用命令集,而不是一个标准的 shell(比如 BASH)。

由于 DataPower 设备的定制性质,此时 支持下列 PureApplication 功能:

  • 附加脚本:没有标准的 shell 访问。
  • 附加磁盘:DataPower 的设计是只管理两个磁盘。
  • 附加网卡:DataPower 虚拟固件只支持 1 到 4 个网络接口卡(NIC)。
  • 镜像扩展 允许对通用文件系统进行访问。

要求

本文中描述的模式具有以下要求:

  • IBM PureApplication System W1500 Version 1.1
  • IBM WebSphere DataPower XI52 虚拟设备版本 6.0.0.0 或更高版本(示例中使用的是 6.0.0.1)
  • 9 个可用的虚拟 CPU:
    • 2 x 4 CPU 供两个 DataPower 节点使用
    • 1 CPU 用于核心 OS 节点
  • 18 GB 可用内存:
    • 2 x 8 GB 供两个 DataPower 节点使用
    • 2 GB 用于核心 OS 节点

导入镜像

  1. 要在 PureApplication System 中开始使用 DataPower,需要将 OVA 文件导入到镜像目录中。在可以导入 OVA 之前,您需要使得它在 HTTP 服务器(如 IBM HTTP Server)上可用。本文中的示例使用了 DataPower XI52 Virtual Edition Version 6.0.0.1。
  2. 要导入镜像,请登录到 PureApplication 控制台,将视图切换到 Workload Console,单击 Catalog > Virtual Images,然后单击 + 图标,并提供想要导入的 OVA 的 URL。如果镜像被托管在要求进行身份验证的服务器上,那么您还需要提供用户名和密码,以便进行身份验证。下载 OVA 所需要的时间从几分钟到一个小时不等,具体情况取决于 PureApplication System 和托管 OVA 的 HTTP 服务器之间的网络的带宽和延迟。
  3. 将 OVA 导入镜像目录后,您可以看到,镜像包含可以在虚拟系统模式中使用的一个独立部件。您需要接受最终用户许可协议,然后才能使用这个部件。要接受许可,请在目录中找到镜像,然后在镜像详细信息面板中单击 Accept License。仔细阅读许可,然后单击 OK 按钮接受许可。接受许可后,可以在镜像目录中看到该镜像。用户已经随时可以将它用作虚拟系统模式中的一个部件,如图 1 所示。
    图 1. 目录中的 DataPower 生产镜像
    目录中的 DataPower 生产镜像

部署一个简单的模式

PureApplication System 中有三种类型的模式:虚拟应用程序模式、虚拟系统模式和数据库模式。您只能在虚拟系统模式中使用 DataPower 部件。

  1. 单击 Patterns > Virtual Systems,然后单击 + 图标,就可以创建一个新的虚拟系统模式。在弹出的对话框中,为您的模式提供一个名称和描述,然后单击 OK
  2. 在单击 OK 创建一个模式之后,可以看到模式的详细信息。在浏览器右侧的菜单栏中,单击 Edit 按钮启动模式编辑器,以便构建您​​的模式。
  3. 模式编辑器提供了一个调色板,以便您将部件添加到模式中。在调色板的左侧,通过滚动部件列表或在搜索框中键入 DataPower,可以找到了 DataPower 部件。单击 DataPower 部件选中它,然后将它拖动到浏览器右侧的调色板中。这会将 DataPower 部件添加到您的模式中。如图 2 所示,除了为所有镜像提供的两个基础网卡之外,Da​​taPower 部件还有两个公共网卡。这为您提供了一共四个网卡:一个专用网卡,用于 PureApplication 管理,还有三个公共 网卡,在传统 DataPower 管理和数据平面流量中使用。
    图 2. Pattern Editor 调色板上的 DataPower 生产部件
    Pattern Editor 调色板上的 DataPower 生产部件
  4. 单击浏览器右上角的 Done Editing,停止编辑模式。
  5. 要部署模式,请单击浏览器右上角的 Deploy 图标。
  6. 为实例提供一个名称,选择正确的环境配置文件,然后单击 Configure virtual parts 链接,展开部件部分。
  7. 单击 WebSphere DataPower XI52 Virtual Edition 链接,配置 DataPower 部件。
  8. DataPower 部件的部署属性使得您配置的项目与在 PureApplication System 外部启动设备时第一次引导视图中配置的项目相同。除了两个附加网络接口和管理员密码以外,所有属性都有合理的默认值。您必须为两个附加网卡分别选择一个 IP 组,还必须提供一个管理员密码,其长度至少是 6 个字符。提供这些参数后,请单击 Properties 对话框中的 OK
  9. 在提供了 DataPower 部件属性的值之后,您会在部件和部件部分旁边看到一个绿色的对勾。单击 OK 将模式部署到云中。
  10. 模式的部署需要几分钟。如果部署成功,您会看到它旁边有一个绿色的箭头图标。您可以通过访问 DataPower Web GUI 来测试部署。DataPower Web GUI 的 URL 是 https://<ip address>:<port>。您可以通过展开 Instance 视图的详细信息部分找到已部署实例的 IP 地址。该端口是 “9090”,除非您在部署过程中将它修改为一个非默认值。

添加脚本包来实现升级和配置

虚拟系统模式通常包含一个虚拟机,它托管了基于 Linux、Windows 或 AIX 的镜像,这些镜像上安装了中间件或其他软件。然后,将会使用脚本包进行额外的配置,脚本包可以捆绑其他文件,它们被加载到虚拟机中,然后被执行。

托管 DataPower 设备的虚拟镜像是不同的。它不是基于通用的操作系统,因此不能托管额外的脚本。换句话说,您不能使用虚拟系统模式编辑器向它注入脚本包。在部署并启动虚拟设备后,其他所有额外配置必须在外部进行。

"DataPower Control VM" 模式

为了可以为虚拟 DataPower 设备执行托管的脚本包,我们建议采用的方法是部署一个常规的 Linux VM,它包括所有适用的脚本包,并将它们设置为 “当我初始化它时......” 执行。这个 “DataPower 控制” VM 既可以与设备共存于同一模式中,也可以存在在它自己的模式中,并被单独部署。然后,可以使用它来控制在系统中部署的任何虚拟设备。

图 3. DataPower Control VM 模式
DataPower Control VM 模式

图 3 显示了这种控制虚拟机的一个示例。它包括几个脚本包,所有脚本包都是按需执行的,并提供了在目标虚拟设备上可以执行的特定管理功能。

我们用于远程管理的界面是 DataPower XML Management Interface。该界面在 HTTP 上使用了 SOAP 访问设备。XML 管理界面的默认端口是 5550,但您可以在虚拟设备部署过程中将其设置为不同的值。为了连接到这个端口,您必须更新控制 VM 的防火墙规则,以便允许传出流量。"DataPower – Open firewall port" 脚本负责处理该操作。它包含以下代码行:

/sbin/iptables -I OUTPUT 6 -p tcp --dport $DP_ADMIN_PORT -j ACCEPT

$DP_ADMIN_PORT 变量是在脚本的执行中定义的,默认设置为 5550。此脚本必须在其他任何 DataPower 配置发生之前运行,这就是它的执行模式被设置为 "at virtual system creation and when I initiate it(在虚拟系统创建和我初始化它的时候)" 的原因。

为 DataPower 配置脚本包

正如上面提到的,我们使用的配置方法基于 DataPower 的 XML Management 界面。这意味着我们的脚本必须构建一个适合于我们要发送的请求的 SOAP 信封。在本文中,我们将向您展示不同脚本包的样例集合,所有这些脚本包都遵循相同的基本结构。这使得您更容易根据自己的目标而创建脚本。

让我们来看看 “DataPower – Create Domain” 脚本包(该脚本包和本文中介绍的其他脚本和模式都可以在本文的 下载 部分找到)。在执行过程中,需要设置一组参数,如图 4 所示。

图 4. "Create Domain" 脚本包的参数

第一个参数要求提供请求接收所发送的 DataPower 设备的 IP 地址。在本文的上下文中,我们预期这是一个在 PureApplication System 中部署的虚拟设备,但只要能够到达它的 IP 地址和端口,它实际上也可以是任何物理 DataPower 设备。

要找到目标设备的 IP 地址,只需在 PureApplication System 控制台打开 Virtual System Instance 视图,找到包含您要配置的设备的模式实例,并展开 Virtual Machines 部分,找到网络接口,如图 5 所示。

图 5. 虚拟 DataPower 设备的 IP 地址
虚拟 DataPower 设备的 IP 地址

第二个参数是端口号,默认端口为 5550。下一个参数要求提供用户 ID 和密码,用于对设备进行身份验证。最后一个参数可能要求您输入所创建的新域的名称。

请注意,我们在本文中使用的所有脚本包开始时都有同一组参数,即目标设备的 IP 地址、端口号、用户 ID 和密码。

脚本本身是一个 shell 脚本,只调用一个名为 “dpManage.py” 的通用 Python 程序。此 Python 程序使用了通用的参数解析器来读取传入的参数,并将所有特定于请求的处理委派给由 "request" 参数标识的另一个 Python 程序。例如,“Create Domain” 脚本包中包含一个 “createDomain.py” 文件,该文件读入 “NEW_DOMAIN” 参数,并设置被发送到设备上的基本 SOAP 消息,如清单 1 所示。

清单 1. 定义 DataPower XML 管理界面的 SOAP 信封
from string import Template

def add_arguments(parser):
  parser.add_argument('--newdomain',required=True)
  
def get_request(args):
  template = Template('''<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Header/>
    <soapenv:Body>
      <dp:request xmlns:dp="http://www.datapower.com/schemas/management">
        <dp:set-config>
          <Domain name="${NEWDOMAIN}">
            <NeighborDomain class="Domain">default</NeighborDomain>
          </Domain>
        </dp:set-config>
      </dp:request>
    </soapenv:Body>
  </soapenv:Envelope>''')
  return template.substitute(NEWDOMAIN=args.newdomain)

您可以按照如下所示的相同方法为所需的任何管理功能创建自己的脚本包,即使用针对特定参数的请求特定的模块所增强的 dpManage.py 程序,并设置 SOAP 请求消息。为所有请求创建到目标设备的连接并发送请求消息,这是由 dpManage.py 处理的。

使用 PureApplication CLI 自动配置

除了通过 PureApplication System 控制台执行这些配置脚本之外,您还可以使用命令行界面(即 CLI)自动调用脚本包。您可以在交互模式下使用 CLI,也可以在执行所需功能的 Python 程序中传递。不要混淆此 CLI 和 DataPower 自己的 CLI。在本例中,将会向 PureApplication System 发出命令,启动上面定义的脚本包。您不是与 DataPower 的 CLI 进行交互。

清单 2 显示了一个示例 Python 程序,它通过 CLI 执行 "Create Domain" 脚本包。请注意,脚本包的参数现在被插入为 Python 模块的参数。

清单 2. 使用 PureApplication System CLI 执行脚本包
import argparse

# parse arguments
parser = argparse.ArgumentParser(description='Process a
DataPower XML Management request.')

parser.add_argument('--username',required=True)
parser.add_argument('--password',required=True)

parser.add_argument('--dp_host',required=True)
parser.add_argument('--dp_port',required=True)
parser.add_argument('--dp_username',required=True)
parser.add_argument('--dp_password',required=True)
parser.add_argument('--dp_new_domain',required=True)

args = parser.parse_args()

# select target VM and script package
vsp_name = 'DataPower - Control VM'
vsp_instance_index = 0
vm_index = 0
script_index = 0


# set up script parameter keys
dp_host_key = 'DP_HOST'
dp_port_key = 'DP_PORT'
dp_username_key = 'DP_USERNAME'
dp_password_key = 'DP_PASSWORD'
dp_new_domain_key = 'NEW_DOMAIN'

# execute script
vm = deployer.virtualsystems[vsp_name][vsp_instance_index].
virtualmachines[vm_index]
script = vm.scripts[script_index]
script_parms = {dp_host_key : args.dp_host, dp_port_key : args.dp_port, dp_username_key : 
 args.dp_username, dp_password_key : args.dp_password, dp_new_domain_key : args.dp_new_domain}
parms = {'script': script, 'username' : args.username, 'password' : args.password, 'parameters' : 
 script_parms}
vm.executeScript(parms)

要调用这个模块,可以使用 CLI 客户端程序,并传递适当的参数,如下所示:

点击查看代码清单

\pure.cli\bin\pure -h 172.18.104.32 -u someuser -p somepassword -f createDomainCLI.py --username root --password 
nnn --dp_host 172.17.109.116 --dp_port 5550 --dp_username admin --dp_password mmm --dp_new_domain test99

根据需要为您的环境替换用户 ID 和密码值。在 DataPower 配置中,您可以对所有脚本包使用相同类型的程序,当然,参数列表会有轻微的调整。


让模式为实现高可用性做好准备

到目前为止,在本文中,我们一直假设您要部署和配置一个虚拟 DataPower 设备。在实际的测试中,您将要部署多台设备,以实现负载均衡和高可用性,这种情况在生产环境中甚至更常见。既然我们可以重用所有已经介绍过的技术,您会看到,使用 DataPower Application Optimization (AO) 特性来建立一组完全支持集群和负载均衡的虚拟设备是多么容易!

如上所述,非生产镜像启用了除 Tibco 集成特性以外的所有附加许可特性。但是,生产镜像要求您安装已购买的许可特性。您可以使用 "boot image" DataPower CLI 命令,将已获得许可的特性安装到 DataPower 设备中,也可以使用 XML Management 界面,自动将它们作为脚本包的一部分进行安装。在安装了特性之后,必须重新启动设备。

本文提供了一个用于安装已许可特性的 示例脚本包图 3 中名为 "Install Feature" 的脚本从提供的 URL 下载 “scrypt4”,采用 base64 对它进行编码,并将已编码的 scrypt4 发送给设备,然后使用它来升级设备。还有一个名为 "Reboot" 的脚本,它用于重新启动设备,这是使用 AO 特性之前的一个必要操作。

您可以通过创建一个包含多个设备的虚拟系统模式来使用 AO 特性。在本例中,我们假定您要部署两台设备,如果其中一台发生故障时,那么还有另一台设备作为备份设备。但是,请记住,您可以轻松地部署多于两台的设备,只需将它们都配置为从属于相同的备用组。

图 6 显示了这样一种简单的模式,有两台设备,都移除了其额外的网卡。

图 6. 多个虚拟设备在一个模式中
多个虚拟设备在一个模式中

接下来,您必须将它们配置为从属于相同的备用组。在这种模式下运行时,设备支持两种功能:

  • 使用公共虚拟 IP(VIP)地址,它们会自动均衡彼此之间的负载。根据已定义的设置,发送到该 VIP 的请求被分发到两个设备。
  • 如果其中一个设备出现故障,另外一个设备(或者使用多个设备的情况下的其余设备)会自动接管故障实例的负载,从而提供持续可用性。

建立一个虚拟 IP 地址

  1. 创建一个新的系统模式,其中包含一个 "Core OS" 部件。将该模式部署到与 DataPower 模式相同的 IP 组,确保分配给该实例的 IP 地址在同一子网(当然,假设 IP 组中的 IP 地址都在同一个子网中)。在部署了新的实例后,停止虚拟机。现在,您可以使用分配给已停止的虚拟机的 IP 地址,并使用它作为我们的 DataPower 备用组的 VIP,如图 7 所示。
    图 7. 一个用来建立虚拟 IP 地址的已停止的模式实例
    一个用来建立虚拟 IP 地址的已停止的模式实例
  2. 您可以明确地从 IP 组中删除有效的 IP 地址。可以通过 PureApplication System 控制台轻松地完成该操作,如图 8 所示。
    图 8. 从 IP 组中手动删除一个 IP 地址
    从 IP 组中手动删除一个 IP 地址

这保证了地址(在本例中,该地址为 9.5.84.136)不再被分配给虚拟机,以便可以将它用作我们的 DataPower 备用组的 VIP。

在这两种情况下,都要记录可用的 IP 地址,因为在配置备用组时必须定义它们。

定义一个备用组

要配置虚拟设备,形成一个备用控件组,可以使用和以前的基本配置相同的机制:执行在 "DataPower Control VM" 上存在的脚本包。脚本包被命名为 "Set Standby Control",它的参数列表如图 9 所示。

图 9. "Set Standby Control" 脚本包的参数

除了定义配置的目标(如将包含备份定义的 DataPower 设备),还要定义下列参数:

  • AO_INTERFACE:这是配置备用控件的接口的名称。
  • AO_GROUP:这是备用组的组号。属于同一集群的所有设备都将获得相同的编号。对于共享同一子网的组,此编号必须是惟一的。
  • AO_VIRTUALIP:这是虚拟 IP 地址,客户端将通过它访问集群。
  • AO_PRIORITY:优先级被用来确定流量被发送到哪儿。对于集群的每个成员,优先级必须是惟一的。

该接口上还提供了其他定义,例如,用于分发传入流量的算法。在我们的 示例脚本 中,我们将它硬编码为 "Round Robin"。

请注意,您必须对想添加到备用控件组中的每个设备运行此脚本包。无论这些设备是否从属于同一个模式实例,都与此操作无关。

在 DataPower 管理控制台中,已完成的备份定义如图 10 所示。

图 10. DataPower Standby 控制配置
DataPower Standby 控制配置

在配置了想从属于同一备用组的所有 DataPower 设备之后,就可以将流量定向到所有这些设备共享的虚拟 IP 地址。此流量被自动分发到整个组的所有成员。如果其中一个设备出现故障,其他设备将会自动接管此流量。


结束语

本文介绍了一个使用 IBM WebSphere DataPower 设备的新方法,即在 PureApplication System 中将它作为一个虚拟设备运行。此虚拟设备支持您在物理设备中获得相同的功能集,只是形式上有所不同。此外,它对 PureApplication System 的支持使得您可以在虚拟系统模式中包含 DataPower 设备,这意味着您可以自动化该设备的安装、配置,以及它与基础架构其他部分的集成。

我们已经向您展示了一些示例,介绍了如何使用 DataPower 的 XML Management 界面的脚本包来自动配置虚拟设备。脚本包都托管在一个单独的 “控制” 虚拟机上,此虚拟机可以对部署在系统上的任何虚拟 DataPower 设备执行管理请求。

最后,我们介绍了如何创建包含多个设备的高可用拓扑。通过使用 Application Optimization 特性,可以将多个设备从逻辑上联合在一起,Application Optimization 特性提供了创建自均衡的设备集群的功能,在一个设备出现故障时,可自动故障转移。

请注意,本文提供了所介绍的全部模式和脚本示例的 下载

致谢

非常感谢 Andrew Grohman 对本文的审阅,并提供了调用 DataPower XML Management Interface 的 Python 脚本。


下载

描述名字大小
代码样例virtual_datapower_samples.zip1,964KB

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere, Cloud computing
ArticleID=966858
ArticleTitle=在 IBM PureApplication System 中使用 WebSphere DataPower
publish-date=03272014