DataPower 的计数监控、持续时间监控和服务水平管理配置都非常适合用来
减轻这些端点内的性能差异。本文将介绍一些用于分析分配给这些交互的资源的方法。除了下游服务之外，本文还会介绍如何使用 DataPower 策略规则连接内的服务管理工具。
IBM® ">WebSphere DataPower Appliances （以下简称 DataPower）的构建目标是快速部署系统集成和安全政策。让固件和硬件组件相匹配，以便在硬化和易于管理的平台中优化策略执行。DataPower 加快了实现价值的速度，降低了这些复杂的基础体系结构的总拥有成本。
DataPower 配置往往通过与其他服务的集成来实现解决方案。例如，通过访问一个集中式目录（LDAP），可以制定安全策略决策。通过注册表和存储库系统，可以获得企业策略。通过访问 SYSLOG 资源，可以执行日志记录。通过数据库访问，可以转换或 “丰富” 消息。此类功能通常在将消息传递给下游应用程序进行处理之前执行，在响应被返回给客户端之前，对应用程序的响应可能会进行额外的处理。
这种集中式拓扑证明了 DataPower 的敏捷连接功能。然而，每一个集成都可能为成功处理流带来延迟或限制。虽然一些交互可能是异步或 “即发即弃（fire and forget）”的，但其他交互将是同步的，而且需要先完成它们，后续操作才可以开始。在这两种情况下，事务都可能要排队，并消耗设备资源，以等待事件完成。DataPower 硬件平台提供更快的接口、扩展的内存和更快的 CPU，在极端情况下，这些事件可能会限制以最佳速度处理事务的能力。
有一些最佳实践可以管理这些交互。可以安装监控器来跟踪事务数据的传入率，并处理每个事务所需的持续时间。可按照预定速率来 “调整” 和处理事务。可以配置服务水平协议和服务水平监控器，使其具有复杂的中介功能，它们可与企业治理资源配合使用，这些资源包括 WSDL、WS-Mediation 和 WebSphere Registry and Repository（WSRR）。
本文将讨论和演示一些技巧，使您的 DataPower 配置对于集成依赖关系的差异更具弹性，提供更强大的 DataPower 体系结构。我们将介绍各平台和固件版本的 DataPower 资源的一些基本知识，并复习资源监控的基础知识。然后，我们将探讨一些最佳实践，可以通过实现它们来优化 DataPower 服务。
DataPower 资源概述
DataPower 在固件和硬件设计中不断改进。DataPower 的设计有多种外形规格，包括 1U、2U、Blade 和 Virtual 版本。在这些设备内，存在物理特性的差异。我们将介绍这些差异中的部分差异，以及资源分析的一些基础知识。
设备容量问题
目前的 DataPower 硬件 71XX 平台（7198 和 7199）提供 1U 和 2U 设备。包括 9235（9004）在内的前几代 DataPower 硬件平台提供了 1U 型号。虽然本文所述的许多主题与所有 DataPower 硬件平台（包括 Virtual 版本）有关，但我们会将重点放在目前这一代，即 71XX/4195 平台。
如表 1 所示，7198、7199 和 4195 Blade 型号的物理内存和硬盘空间量各有不同。
表 1. 7198 和 7199 型号的内存和硬盘大小
DataPower 型号 硬盘驱动器阵列 内存 7198-32X XG45:1U 两个 300 GB 硬盘 24 GB 7199-42X XI52:2U 四个 600 GB 硬盘 96 GB 7199-62X XB62:2U 四个 600 GB 硬盘 96 GB 4195-XXX XI50B:Blade 两个 300 GB 硬盘 12 GB
固件容量问题
最近 DataPower 固件版本（5.X）利用扩展的内存支持提供增强的处理能力，在 XG45、XI52、XI50B 和 XB62 上实现更大规模的消息处理，并支持更高的并发性。需要这些最新型号才能充分利用 5.X 的扩展的内存功能。您可以在上一代硬件（比如 XI50、XS40 和 XA35 型号的 9235 设备）上使用 5.X。您可以在 XG45、XI52、XB62 和 XI50B 上运行 5.X 之前的固件版本，但只有在 XG45、XI52、XI50B 和 XB62 才能充分利用 5.X 增加的功能。
资源监控基础知识
DataPower 提供许多 “状态提供者”（或监控代理），它们内置于 DataPower 的固件中，用于抓取状态数据。这些提供者用于确定组件的健康状况，这些组件包括风扇、温度传感器、物理内存、CPU，等等。
虽然几个状态提供者是系统资源利用率的指标，但内存是一个不错的事务效率指标，我们在这里将回顾一些特定的内存状态信息。可以从 WEBGUI（如图 1 所示）或通过使用命令行界面（CLI）、XML 管理接口（XMI）来提取状态数据，也可以通过查询系统网络管理协议（SNMP）管理信息块（MIB）来提取状态数据。每种技术都将提取供应者的当前状态信息。
图 1. WebGUI 内存状态
内存类别
Memory Usage 报告中显示的内存类别乍一看有点混乱。主要问题出在设备上的物理内存总量（安装内存）与 DataPower 固件的可用量（总内存）上。如果 DataPower 从它的操作系统请求一个内存块，并使用它所需的要求，它通常被返回到保持队列中，而不是返回到操作系统。只有在内存限制的期间，或者在系统回收时，它才会被返回到操作系统。因此，所请求的内存通常能够保持平衡，甚至随着时间的推移而增长。表 2 显示了内存类别。
表 2. DataPower 内存类别
类别 量 计算 描述 内存使用 3 正在使用的内存的百分比。 总内存 82333842 已安装内存 - 保留的内存 已安装内存量减去保留的内存量。 已使用的内存 3230980 总内存 - 空闲内存 总内存量减去空闲内存量。已使用的内存不包括任何预分配内存（hold memory）。 空闲内存 79102862 未使用的内存的百分比。因此，该内存是可用的。空闲内存值包括目前没有使用的预分配内存。 请求的内存 3858884 请求的内存量。请求的内存
在内存被实际使用之前都不会被报告为已使用的内存。 预分配内存 627904 设置预先分配的内存量。 保留的内存 16863558 已安装内存 - 总内存 安装内存量减去总内存量。 安装的内存 99197400 设备中的物理内存量。