IBM DB2 pureScale集群化数据库架构和技术概述

本系列文章共分为两个部分,第 1 部分介绍了 DB2 pureScale 的架构和技术,第 2 部分将介绍 DB2 pureScale 应用程序配置。

持续可用性、应用程序集群透明度和极限容量:无论在怎样的市场营销资料中,这些热门关键词总是与 IBM DB2 pureScale 密不可分。但它们真正的含义是什么?

DB2 pureScale 绝不只是一项特性,而是一种观察 DB2 数据库的全新方式。您在">访问数据时不再受限于单独一个主机,不再需要为了保证每个主机都拥有一个分区而划分数据分区。DB2 pureScale 提供了一种集群化的解决方案,利用多个主机来访问相同的数据分区,从而提高了容量,加强了持续可用性。

DB2 pureScale 技术

图 1. DB2 pureScale 架构

图字:

Automatic workload balancing:自动工作负载平衡
Leverages the global lock and memory manager technology from z/OS:利用 z/OS 提供的全局锁和内存管理器技术
Integrated Cluster manager:集成化集群管理器
Shared data:共享数据
InfiniBand network and db2 cluster services:InfiniBand 网络和 DB2 集群服务
Clusters of DB2 nodes:DB2节点集群
DB2 pureScale 特性基于业界领先的 IBM System z 数据共享架构。

DB2 pureScale是一种紧密集成的数据库集群化解决方案,它利用 IBM DB2 for Linux, UNIX and Windows 作为核心引擎,运行于 IBM POWER 和 IBM System x 硬件服务器之上。DB2 pureScale 可安装在 AIX、SUSE Linux Enterprise Server 或 Redhat Enterprise Linux 上。对于支持网络基础架构,必须对客户端/服务器连接采用以太网。成员和集群缓存设施之间的高速度、低延迟的通信要求采用 Infiniband (IB) 或 10 Gigabit 以太网 (10 GigE)。

集群最多可包含 128 个成员,可提供 24/7 全天候的数据库应用程序可用性。集群可以通过添加服务器而水平外扩,也可以通过添加处理器或内存垂直扩展。DB2 pureScale 是一种主动/主动故障转移解决方案,无需干预即可处理某个成员或者缓存设施 (CF) 遇到的软件故障。整个集群可从任意主机进行配置和安装,该主机也将成为 DB2 pureScale 集群的一部分。

DB2 pureScale 架构

图 2. DB2 pureScale 集群,其中包含四个成员和两个集群缓存设施

图字:
Single database view:单一数据库视图
member:成员
db2sysc process:db2sysc 进程
db2 agents and other threads:db2代理和其他线程
log buffer\dbheap and other heaps:日志缓冲区、dbheap 和其他堆
bufferpool(s):缓冲池
primary cf:主 CF
Secodary cf:辅助 CF
log:日志
Shared storage access:共享存储访问
database:数据库

为了理解 DB2 pureScale 如何提供应用程序所需的数据库弹性,首先您需要大体了解集群化环境以及此类环境在遇到意外故障时如何提供解决方案弹性。

时间: 2024-10-27 08:00:10

IBM DB2 pureScale集群化数据库架构和技术概述的相关文章

IBM DB2 pureScale集群化数据库应用程序配置

本文的第 1 部分概括介绍了 DB2 pureScale 架构和技术. 当思考群集数据库和 DB2 LUW 集成至 pureScale 功能的各种可靠组件的优势时,很容易从概念的角度记住这项技术(有关详细信息,请参见本文的第 1 部分).然而,真正具有挑战性的是拟定最佳途径,促使 pureScale 功能为贵企业的应用程序服务.为了提供对这项挑战的洞察,我们运用以下两种不同方法连接到 pureScale 群集:负载平衡和客户端亲和性 (client affinities). DB2 pureSc

优化虚拟化中的IBM DB2 pureScale事务吞吐量

本文将向您介绍如何通过提供一系列高级的.划规和部署的最佳实践,以及一系列简易的优化步骤来应对这一挑战,使用的样例数据库环境为 IBM POWER7® 服务器运行一个 IBM DB2® pureScale®. 如今,数据库服务器有可能在一个虚拟机 (VM) 上实现,其中处理器.内存.磁盘和网络组件都是从物理机器上的一个共享的可用资源池中进行分配.这使得可以将多个http://www.aliyun.com/zixun/aggregation/13999.html">工作负载整合到单个服务器上.

Linux部署IBM DB2 pureScale Feature时提高投资回报

实现虚拟化的http://www.aliyun.com/zixun/aggregation/33196.html">主要原因是为了充分利用基础架构以及提高投资回报 (ROI).在使用虚拟化技术时,您可以共享系统资源,从而提高利用率.密度和数据中心经济.如今,IBM System x 服务器在 2U 机架空间上可以配置 16 个核心,在 4U 机架空间上可配置 40 个核心.这意味着一个由 3 至 4 个服务器组成的典型集群可以在 6U 机架空间上提供 40-160 个核心. 通过允许多个

饿了么Redis Cluster集群化演进

2017运维/DevOps在线技术峰会上,饿了么运维负责人程炎岭带来题为"饿了么Redis Cluster集群化演进"的演讲.本文主要从数据和背景开始谈起,并对redis的治理进行分析,接着分享了redis cluster的优缺点,重点分析了corvus,包括commands.逻辑架构和物理部署等,最后分享了redis的运维和开发,并作了简要总结,一起来瞧瞧吧.   以下是精彩内容整理: 近几个月,运维事件频发.从"炉石数据被删"到"MongoDB遭黑客勒

NetApp针对其集群化方案“不值得升级”言论回击Wikibon

Wikibon此前曾发表分析结论,表示NetApp ONTAP 7-Mode用户不值得迁移至其集群化方案(简称CDOT),并指出ONTAP在某些应用领域中并非最佳选项. NetApp公司产品.解决方案与服务营销副总裁Lee Caswell向我们发出了以下回复内容. Wikibon的分析结论可以被视为一项针对单一企业及其主要产品的挑衅行为.在这种情况下,被针对的企业应当做出回应,而且我们不会对其回应内容做出任何修改.下面来看Caswell发回的还击意见: 我们很少看到一位行业分析师会像Wikibo

IBM HPC刀片集群解决方案

行业应用 高性能计算的主要行业和应用: ● 学校.研究所等科学研究机构:● 石油部门.医学生物.计算化学:● 汽车与航空航天设计.建筑结构设计.三维图形运算等. 高性能计算多年来一直是科技http://www.aliyun.com/zixun/aggregation/33230.html">综合实力竞争的制高点,也在一定程度上反映了各大公司在系统研发方面的实力.作为行业的技术领先者,IBM公司在这一领域占主导地位.在2007年07月最新公布的全球500强超级计算机中,192套来自IBM,其

【1】基于quartz框架和Zookeeper实现集群化定时任务系统

(1)quartz本身可以支持集群化,是基于数据库做协调,现在构想基于zookeeper做协调实现集群化定时系统 流程图如下:

impala-Impala 无法集群化只能单节点

问题描述 Impala 无法集群化只能单节点 各位大神,小弟刚刚接触Impala,hadoop,mysql,Hive部署完全正确,也能在上运行负载,但是却无法启动Impala集群,每个机器的impala都是正常,网页也可以看到,但是运行时候,无法做到分布式的集群结构

将IBM PowerHA SystemMirror集群迁移到IBM POWER7服务器的技巧

文本的目的是提供一个分步指南,指导您将现有 IBM HACMP (PowerHA) 集群从基于 POWER6 处理器的服务器迁移到基于 POWER7 处理器的新服务器.本文基于一个真实的客户场景.尽管您的环境和需求可能与这里给出的情况不符,但其他大部分情况都可以应用类似的方法. 客户购买了两个基于 POWER7 处理器技术的新的 IBM Power Systems 795 (9119-FHB) 服务器.他们需要将现有的 HACMP 集群从旧的 POWER6 硬件迁移到新系统.除了进行服务器迁移之