这两者的区别很大，pureScale是共享存储的数据库集群，对于事务还是单机运算。而hadpp计算是分布式计算，存储也是分布式存储。所以对于pureScale，通信响应时间是非常重要的。而且集群内部的通信也非常对，基本上任何操作都需要和CF交互。设计pureScale的时候就是从RDMA协议的通信...

在整个Db2 GDPC的方案里面，仲裁站点仅仅需要TCPIP网络通即可，不需要SAN，RDMA，私网等，所以需要重点关注双活站点的CF和成员节点的网络设计。双站点DWDM通信硬件：建议冗余，租用不同运营商线路。以太网对外服务：以太网卡建议做冗余，采用双网卡绑定，建议是主备模式。每个以太网的交换机...

在双活环境，怎么最大化负载均衡并不是最主要的考虑因素，最大化性能才是需要考虑的。因为跨站点的通信延时，所以要尽量避免跨中心访问。所以客户端应该采用偏好链接的方式来访问数据库节点。每个应用服务器配置自己的数据源，通过Client Affinity的方式连接到数据库成员节点，有...

CF和成员节点的内存主要就是CPU和内存的分布，还有就是RDMA通信网卡资源。我们至今还没有遇到网卡带宽瓶颈。即便是在双活环境出现CF和成员通信瓶颈也不是因为带宽，而是Db2集群内部通信的机制导致。所以对于RDMA网卡，冗余满足高可用即可。成员CPU的估算是基于工作负载来的，直...

通过一张图来了解多站点GPFS复制拓扑。GPFS复制通过建立文件系统的两个一致的副本来提供存储器级别的高可用性；每个副本在另一个副本发生故障时都可用于恢复。3.gifGPFS为文件系统的第一个副本和第二个副本提供了两个单独的存储控制器。这些存储控制器分别称为冗余组 1 和...

在这个方案里面，我觉得从技术上还有比较多的地方需要改进。一方面热点数据问题，虽然我们通过分区表随机索引等方式打散热点数据，但是还是需要从数据库技术层面给出更好的改进。另一方面是节点之间的通信，因为延时的缘故，还需要从技术上继续减少交互。同时带宽不是问题，通信的并...

基于Db2 pureScale的数据库双活方案，非常适合读写比例比较高的重要业务系统，即查询交易远远多于增删改交易。Purescale 是share data的，数据只有一份，但可以扩充多个purescale计算节点，相当复制了多个数据副本以供应用访问。而增删改交易比较多，相比起单节点的数据库，purescale...

PureScale的容灾实施主要有两种方案，一种是多活的GDPC（跨异地），一种是传统的HADR。GDPC的方案算是多活的方案，理论上不称之为容灾，但可以实现容灾的作用。此方案关键点是本地与远程站点之间的距离限制是否影响同步效率以及应用业务系统对两个站点的访问分流策略。还有对应用访...

试试Db2set db2_database_cf_memory=10

本地的pureScale因为通信速度快，热点数据问题不会被放大，所以可以使用负载均衡（WLM）的链接方式。而同城为了避免跨距离访问，就建议使用偏好链接的方式。只有在本地数据库节点无法访问的情况下才会去访问其他中心的数据库节点。...