极大的容量

IBM Db2 pureScale Feature 可通过近线性效率和高可预测性进行扩展。 添加容量与向实例添加新 成员 一样简单。

高可伸缩性

在使用典型的 Web Commerce 和 OLTP 工作负载进行测试期间, Db2 pureScale Feature 演示了它可以以非凡的效率扩展到不同级别; 最大受支持的配置提供了极大的容量。 要向外扩展,现有应用程序不必了解 Db2 pureScale 环境的拓扑。1
图 1。 Db2 pureScale 环境的可伸缩性。 其他 成员 在加入实例后立即开始处理入局数据库请求。 总体吞吐量几乎是 成员 数量的两倍。
当另外两个成员加入 Db2 pureScale 数据共享实例时,他们将立即开始处理入局数据库请求。
当另外两个 成员 加入实例时,它们将立即开始处理入局数据库请求。 总体吞吐量几乎是 成员 数量的两倍。 有关可伸缩性的更多信息,请参阅 Db2 pureScale Feature 路线图。

精心设计的可伸缩性

为何 Db2 pureScale Feature 如此扩展? 答案在于高效的设计,该设计将几种高级的硬件和软件技术紧密地集成在一起。

例如, 集群高速缓存工具 (CF) 可以高效地处理实例范围的锁定管理和全局高速缓存。 如果没有这样的专用组件来处理锁定和高速缓存,那么集群中的数据库服务器必须相互通信才能维护重要的锁定和数据一致性信息。 每次添加数据库服务器时,通信量将“快速”增加,从而降低了缩放效率。

即使在受支持的最大配置中, Db2 pureScale 环境也会高效地进行通信。 组缓冲池 (全局高速缓存) 中的数据页面通过远程直接存储器存取 (RDMA) 在 成员集群高速缓存设施 之间共享,而不需要 成员上的任何处理器时间或 I/O 周期。 将通过高速互连执行所有操作,并且这些操作不需要通过较慢的 IP 网络堆栈进行上下文交换或路由。 集群组件之间的往返通信时间通常以数十微秒进行度量。 最终结果是一个始终知道在传送哪些数据及其位置,但不会有性能损失的实例。

1 在测试期间,数据库请求是由 Db2 pureScale Feature成员 之间均衡的工作负载,而不是路由的。 更新和选择操作是随机的,以确保共享磁盘存储器上的数据位置对可伸缩性没有影响。