集群方案对比分析
pg集群方案对比

pg集群方案对比在当今互联网时代,数据的存储和处理变得愈发重要。
特别是对于大规模应用和高并发系统,如何处理海量的数据和保证系统的高可用性成为了一个挑战。
pg集群方案作为一种常见的数据库集群解决方案,备受关注。
本文将对pg集群方案进行对比分析,帮助读者更好地了解pg集群方案的优势和劣势。
1. 概述pg集群方案是基于PostgreSQL数据库的一种集群解决方案,可用于提供高可用性和扩展性。
它将多个数据库节点组合成一个集群,节点之间通过网络进行通信,实现数据的共享和负载均衡。
在数据写入时,pg集群方案可以自动将数据同步到其他节点,确保数据的可靠性。
2. 数据一致性在集群环境中,数据一致性是至关重要的。
pg集群方案通过使用同步复制策略来实现数据的一致性。
当一个节点接收到数据写入请求时,它会将数据写入本地磁盘,并通过网络将数据发送给其他节点进行复制。
这种同步复制的方式可以保证数据在所有节点之间的一致性,但同时也增加了写入操作的时延。
3. 扩展性随着数据规模的增长和访问压力的增加,系统的扩展性变得尤为重要。
pg集群方案通过增加节点的方式来实现水平扩展。
当负载增加时,可以通过增加新的节点来均衡负载,提高系统的性能和可扩展性。
但是,在增加节点的同时,也需要考虑网络带宽和节点之间的数据同步延迟等问题。
4. 故障恢复故障恢复是系统可用性的关键因素之一。
pg集群方案通过使用热备份和故障切换来保证系统的高可用性。
在一个节点发生故障时,其他节点可以接管故障节点的工作,保证系统的正常运行。
同时,pg集群方案还支持自动故障检测和恢复,减少了管理员的工作量。
5. 一致性哈希算法在分布式系统中,一致性哈希算法被广泛应用于数据的分片和负载均衡。
pg集群方案也支持一致性哈希算法,可以根据数据的键值对将数据均匀地分布到不同的节点上,以实现负载均衡和高可用性。
6. 总结综上所述,pg集群方案是一种可靠的数据库集群解决方案,具有良好的可扩展性和高可用性。
分析中小企业集群与大型企业的优劣比较

分析中小企业集群与大型企业的优劣比较【内容摘要】中小企业集群在国内快速发展,具有极其重要的经济地位,占国民经济的比重很高。
它和大型企业的层级组织模式不同,是介于纯市场组织和纯层级组织之间的中间性组织,以传统的劳动密集型产业为主。
中小企业集群具有生产效率高,反应快,专业人员集聚等优势,也存在规模较小的问题。
【关键词】中小企业集群大型企业组织形式竞争中小企业集群是中小企业的地理空间上的聚集或某个产业内形成的价值网络,是指在某一特定地域中,大量联系密切的企业以及相关机构在空间上集聚,并形成强劲、持续竞争优势的现象。
大型企业是销售收入、营业总额、资产总额、职工人数、注册资本等指标达到大型规模的单个企业。
一、中小企业集群的特点中小企业集群能够提高群内企业的生产效率和在国际市场中的应变能力。
二战以后,由于经济全球化和本地化的并行发展,在世界范围内相应出现了巨型企业全球化与中小企业集群化两种并行不悖的趋势。
大量的中小企业形成的集群也在各国迅猛发展,中小企业集群以其强劲的竞争优势,成为了突破中小企业自身限制的有效组织形式,并成为支持中小企业成长壮大并使其在全球经济中竞争的有效途径。
即使在被称为“大企业王国”的美国,中小企业集群也仍是其经济发展的重要力量。
发达国家中,美国在上世纪90年代中期,380个地方企业集群的产值就达到全国总产值的60%。
我国企业集群的分布已非常普遍,企业集群在我国绝大多数的省份都有分布,如北京中关村电子信息产业的企业集群、云南的烟草企业集群、重庆的摩托车制造业集群、河北清河县的羊绒加工企业集群等。
珠江三角洲的404个建制镇中,以产业集群为特征的专业镇占了四分之一。
2001年,珠三角地区电子信息产业产值3043.86亿元,电气机械产业产值1327.69亿元,机电产品出口500多亿美元,占全国45%[1]。
二、中小企业集群和大型企业的组织形式对比现代中小企业集群的企业组织形式,是介于纯市场组织和纯层级组织之间的中间性组织。
超融合架构与传统架构对比解析方案

超融合架构与传统架构对比解析方案随着云计算和虚拟化技术的发展,超融合基础设施(HCI)架构逐渐成为企业应对日益复杂的IT环境需求的解决方案。
与传统的分离的计算、存储和网络设备相比,超融合架构将这些功能整合到一个物理节点中,提供了更高的灵活性、可扩展性和可用性。
本文将从存储、部署和管理等方面对超融合架构与传统架构进行对比解析。
一、存储对比在传统架构中,存储设备通常是独立的,并且需要单独的管理和维护。
而在超融合架构中,存储设备已经集成到服务器节点中,通过软件定义存储(SDS)的方式实现。
这种集成的设计可以更好地利用存储资源,提高存储性能和可用性。
此外,超融合架构还支持分布式存储,通过数据副本和故障恢复机制确保数据安全性。
二、部署对比在传统架构中,部署和升级需要对不同的硬件设备进行独立的操作,包括服务器、存储设备和网络设备。
对于大规模的企业来说,这是一项耗时且复杂的任务。
而在超融合架构中,所有硬件设备已经集成到一个物理节点中,通过中心化的管理界面实现对整个系统的部署和升级。
这样可以大大简化部署流程,并且减少操作失误的风险。
三、管理对比在传统架构中,管理和监控需要对不同的硬件设备进行单独的操作,包括服务器、存储设备和网络设备。
这使得管理员需要具备多种技能,并花费大量时间和精力来维护整个系统。
而在超融合架构中,通过中心化的管理界面,管理员可以对整个系统进行统一的管理和监控。
这样可以提高管理效率,并减少错误和故障的发生。
四、可扩展性对比在传统架构中,为了扩展计算、存储和网络能力,需要对不同的硬件设备进行单独的扩展。
这需要购买新的硬件设备,并且需要进行繁琐的配置和调整。
而在超融合架构中,扩展只需添加一个新的物理节点,然后通过软件定义的方式将其纳入到整个集群中。
这样可以大大简化扩展过程,并且提高资源利用率。
综上所述,超融合架构相比传统架构具有以下优势:1.更高的灵活性和可扩展性:超融合架构可以快速部署和扩展,无需繁琐的配置和调整。
pg集群方案对比

pg集群方案对比在当今互联网发展的时代,大数据应用规模日益庞大。
为了满足对海量数据存储和高并发处理的需求,企业纷纷选择部署分布式数据库集群。
在众多分布式数据库解决方案中,PG集群方案备受关注。
本文将对PG集群方案进行全面对比,分析其优缺点,并与其他备受推崇的分布式数据库方案进行对比。
一、PG集群方案概述1.1 PG集群方案的定义PG集群方案(PostgreSQL Cluster Solutions)是建立在开源数据库PostgreSQL基础上的一种分布式数据库解决方案。
它通过在多个节点上部署PostgreSQL实例,并利用分布式架构实现数据的分片存储、负载均衡和高可用等特性。
1.2 PG集群方案的特点PG集群方案具有以下几个显著的特点:(1)数据一致性:PG集群方案通过多个节点间的数据同步机制,保证集群中各个节点数据的一致性。
(2)负载均衡:PG集群方案能够根据数据分布情况自动实现负载均衡,提高系统的整体处理能力。
(3)高可用性:PG集群方案支持主备切换、故障自动恢复等机制,确保系统的高可用性和容错性。
(4)可扩展性:PG集群方案可以根据实际需求动态扩展集群规模,满足业务发展的需要。
二、PG集群方案与传统数据库对比2.1 数据分片传统数据库在面对大规模数据存储时,通常采用垂直拆分的方式进行数据分片。
这种方式很容易导致热点数据集中在某些节点上,造成系统负载不均衡。
而PG集群方案通过水平拆分的方式将数据分散存储在多个节点上,避免了热点数据集中的问题,提高了系统的负载均衡能力。
2.2 数据同步在传统数据库中,数据同步通常采用主备复制的方式,主节点负责写入操作,备节点负责数据同步。
但这种方式存在单点故障问题。
PG集群方案采用分布式复制的方式,实现了多个节点之间的数据同步,提高了系统的可用性和可靠性。
2.3 故障恢复传统数据库在主节点发生故障时,需要手动切换到备节点,影响系统的可用性。
PG集群方案通过自动故障恢复机制,能够自动发现并切换到备节点,减少了故障切换的时间,提高了系统的容错性。
pg集群方案对比

pg集群方案对比近年来,随着互联网技术的迅猛发展,越来越多的应用和服务需要处理大量的数据。
在这种背景下,数据库集群成为了一种常见的解决方案。
而在众多的数据库集群方案中,PG集群是备受关注的一种。
本文将对比不同的PG集群方案,探讨其优缺点和适用场景。
首先,我们来了解一下PG集群的基本概念。
PG集群是基于PostgreSQL数据库的集群方案,它通过在多台服务器上安装和配置PostgreSQL数据库实例,并将这些实例连接起来,实现数据的分区和负载均衡。
PG集群方案主要有PGPool、Citus和PostgreSQL自带的流复制等。
首先,我们来看看PGPool方案。
PGPool是一个开源的、高可用的PG集群方案。
它通过在应用程序和后端PostgreSQL数据库之间插入一个中间层,实现了负载均衡、故障转移和查询缓存等功能。
PGPool使用自动切换和健康监测机制,可以在一个节点发生故障时自动将请求转发到其他正常节点上,确保系统的高可用性。
此外,PGPool还提供了查询缓存功能,可以将一些频繁查询的结果缓存起来,减轻数据库的负载。
但是,PGPool的缺点是在高并发情况下性能会有所下降,而且对于一些复杂的查询可能需要经过额外的处理才能得到正确的结果。
接下来,我们来看看Citus方案。
Citus是一个开源的、可扩展的分布式数据库集群方案。
它主要通过水平分表和数据分区来实现数据的扩展和负载均衡。
Citus提供了分片表的概念,将一个表的数据分布到多个节点上,并且可以通过一些列选择器来将查询的任务分发到相应的节点上,从而实现并行查询。
Citus还提供了数据复制和数据迁移的功能,可以很方便地进行节点的扩容和缩容。
但是,Citus的缺点是需要对应用程序进行改造,因为它提供了自己的查询和连接接口,并且一些复杂的查询可能会在分布式环境下效率不高。
最后,我们来看看PostgreSQL自带的流复制方案。
流复制是PostgreSQL自带的一种高可用性方案,它通过将主数据库的修改操作记录发送给从数据库,从数据库再对这些操作进行重放,从而实现数据的复制和同步。
postgres 集群方案

postgres 集群方案PostgreSQL是一种强大的开源关系数据库管理系统,广泛应用于各种规模的企业和组织中。
为了提高系统的可用性和性能,许多组织选择使用PostgreSQL集群方案。
本文将介绍不同的PostgreSQL集群方案及其优缺点。
一、背景介绍在讨论PostgreSQL集群方案之前,我们先来了解一下什么是集群。
集群是将多台计算机连接在一起,以实现高可用性、负载均衡和容灾恢复等目标的系统。
对于PostgreSQL来说,集群可以提供高可用性和性能扩展的解决方案。
二、主从复制方案主从复制是最常见的PostgreSQL集群方案之一。
在主从复制中,有一个主数据库服务器和多个从数据库服务器。
主服务器接收写操作并将其复制到从服务器。
从服务器可以处理读请求,并在主服务器不可用时接管主服务器的角色。
主从复制方案具有以下优点:1. 可用性:当主服务器发生故障时,从服务器可以自动切换为主服务器,从而实现高可用性。
2. 扩展性:可以通过增加从服务器来扩展读操作的处理能力。
然而,主从复制方案也有一些限制:1. 读写分离:只有主服务器可用于写操作,从服务器只能用于读操作。
2. 数据一致性:主从复制方案无法保证从服务器与主服务器之间的数据实时同步,可能会出现数据延迟。
三、多主复制方案多主复制方案是一种改进的主从复制方案,它克服了主从复制方案的读写分离问题。
在多主复制中,每个数据库服务器都可以同时接收读和写操作,从而实现了读写分离。
多主复制方案具有以下优点:1. 读写分离:每个数据库服务器都可以用于读和写操作,提高了系统的整体性能。
2. 高可用性:当某个数据库服务器发生故障时,其他数据库服务器可以继续提供服务。
但是,多主复制方案也存在一些问题:1. 数据冲突:多个数据库服务器同时接收写操作可能会导致数据冲突,需要采取相应的冲突解决策略。
2. 配置复杂:多主复制方案的配置相对于主从复制来说更加复杂,需要仔细规划和管理。
产业集群对闽浙经济影响的比较分析
从计算 结果可以看出 ,企业单位 数的
福 建厦 门 3 1 2 ) 6 0 1
T 验 值 为 3 8 1 检 97 8 ,是 非 常 显 著 的 ,判 断 系 数达 到 09 8 调 整 后 的 判 断 系 数 也 达 0 7, 到 08 5 , 即工 业 总产 值 中 有 8 8 是 8 8 85 %
内 容 摘 耍 : 本 文 主 要 分析 产 业 集 群 对
者之间的线性关系,模拟回归直线为:
y=一7 3 21 8 5+1 3 2 6 2 8 x
T ( 24 9 )63 7 ) 一 5 2 ( 0 8
R ( 0 7 R ( 8 8 F (97 8 ) 09 8 ) 08 5 ) 3 8 1
福 建 省 与 浙 江 省 2 0 — 0 9年 的 工 业 企 04 20
3 ∞5
船1 3 g 图
48 84
13 46 5 ∞
业主要指标作 为分 析的依据。主要考虑到
T ( 14 8 ) 43 8 ) 一 .2 9 ( .8 5
产业集群 与企 业单位数存在十分 密切 的联
相 关 的关 系 ,且线 性关 系 同 样 突 出 ,如 图 4
每增加一个规模 以上 的企 业 ,可以为浙江
省 的 工 业 总 产 值 带 来 10 4 5 9亿 元 的 增 量 。
所示。根据福建省 2 0 — 0 9年规模 以上 0 4 20 的企业单位数与利润总额的资料 , 计算得到 相关系数 r 0 6 7 为 9 6 ,即企业单位数与利润 总额之间也达到高度正相关的关系。在此 , 设企业单位数为x 利润总额为P 根据二者 , ,
从计算结果可知 ,企业单位数
表 1 浙 江 规模 以上 的工 业 企 业 主要 指 标
服务器集群技术方案(2)
的计算机,利用高速通信网络组成一个单一的计算机系统,并以单一系统的模式加以管理。
其出发点是提供高可靠性、可扩充性和抗灾难性。
一个集群包含多台拥有共享数据存储空间的服务器,各服务器通过内部局域网相互通信。
当一台服务器发生故障时,它所运行的应用程序将由其它服务器自动接管。
在大多数模式下,集群中所有的计算机拥有一个共同的名称,集群内的任一系统上运行的服务都可被所有的网络客户使用。
采用集群系统通常是为了提高系统的稳定性和网络中心的数据处理能力及服务能力。
体系结构是否相同。
集群计算机按功能和结构可以分成以下几类:High-availability (HA) clustersLoad balancing clustersHigh-performance (HPC) clustersGrid computing普通是指当集群中有某个节点失效的情况下,其上的任务会自动转移到其他正常的节点上。
还指可以将集群中的某节点进行离线维护再上线,该过程并不影响整个集群的运行。
负载均衡集群运行时普通通过一个或者多个前端负载均衡器将工作负载分发到后端的一组服务器上,从而达到整个系统的高性能和高可用性。
这样的计算机集群有时也被称为服务器群 (Server Farm) 。
普通高可用性集群和负载均衡集群会使用类似的技术,或者同时具有高可用性与负载均衡的特点。
Linux 虚拟服务器(LVS)项目在Linux 操作系统上提供了最常用的负载均衡软件。
高性能计算集群采用将计算任务分配到集群的不同计算节点而提高计算能力,于是主要应用在科学计算领域。
比较流行的HPC 采用Linux 操作系统和其它一些免费软件来完成并行运算。
这一集群配置通常被称为Beowulf 集群。
这种集群通常运行特定的程序以发挥HPC cluster 的并行能力。
这种程序普通应用特定的运行库, 比如专为科学计算设计的MPI 库。
HPC 集群特殊适合于在计算中各计算节点之间发生大量数据通讯的计算作业,比如一个节点的中间结果或者影响到其它节点计算结果的情况。
集群通信大区制和小区制分析对比
集群通信大区制和小区制分析对比集群通信以其“灵活的分组调度、迅捷的接续速度、保密的话音通信、智能的网络化管理、高效的频谱利用和优良的资源共享”等技术优势已经普遍被人们接受,并将其作为无线通信指挥调度的主要手段。
集群通信的“组群呼叫”和“分级别呼叫”功能是公网移动通信所不具备的,所以公网移动通信不能取代集群通信。
集群通信在国内已经应用了近20年时间,这期间主要以模拟集群通信体制为主,其中公安部门应用最为广泛。
随着无线通信技术的飞速发展,越来越多的技术被融入到集群通信系统中,如计算机网络技术、时分多址技术、码分多址技术等。
近一段时间来,在各种媒体上对集群通信的体制和发展方向的研讨中,可谓百家争鸣,讨论的焦点基本是“中国目前集群通信体制应该采用TETRA还是采用基于CDMA或GSM 技术的新制式(GoTa或GT-800)”。
然而这些观点都是在从纯技术角度来讨论制式的选择,并没有从用户的角度去探讨集群系统的真正使用需求。
大区制的优势笔者根据十几年的集群工作经验认为,集群通信的体制应该从实际使用需求的角度去分析问题,这样才能更客观、更容易被市场所接受。
进一步来讲,从系统覆盖的范围——大区制、小区制方面讨论集群通信的体制问题也显得尤为重要。
首先,我们分析集群通信系统的使用对象。
集群系统作为无线指挥调度的手段,其主要应用对象都是一些专业部门,如公安、部队、厂矿、港口、码头以及近来兴起的城市应急联动部门,这些部门的专用集群网所需的覆盖范围也不一样。
公安网和城市应急联动部门的网络应该至少覆盖整个城市,有的公安网还需要覆盖整个地区或整个省,因为公安部门经常有跨市、县的无线指挥调度需求,如执行重大的警卫任务等。
部队的集群系统一般用于军事训练,军事训练的范围也较大,所以也需要大范围的覆盖。
而厂矿、港口、码头等部门作为生产调度使用的集群系统覆盖范围就不需要很大,通常覆盖一个厂区即可。
在地势较平坦的城市中,大区制的集群系统覆盖半径可以达到15公里以上,小区制的集群系统覆盖半径通常小于5公里。
服务器集群解决方案
服务器集群解决方案随着互联网的迅猛发展,以及企业对大数据、高性能计算、云计算等需求的增加,服务器的稳定性和性能已成为企业重要的关注点。
为了解决这些问题,越来越多的企业开始采用服务器集群解决方案。
服务器集群是由多台服务器组成的一个网络系统,旨在提高网络服务的可靠性、可扩展性和性能。
它通过将工作负载分配到多台服务器上,从而实现负载均衡,增加服务器的容错能力。
服务器集群解决方案可以根据需求的不同而采用不同的架构,下面是一些常见的服务器集群解决方案:1. 高可用性集群:这种解决方案采用双机热备模式,主服务器负责处理用户请求,而备用服务器将监控主服务器的状态。
一旦主服务器发生故障,备用服务器会立即接管请求,以保持服务的连续性。
这种集群方案对于对服务可用性要求高的企业非常适用。
2. 负载均衡集群:这种解决方案通过将用户请求均匀地分布到集群中的多台服务器上,以最大程度地提高整个系统的处理能力和性能。
常见的负载均衡技术包括基于DNS的负载均衡、反向代理负载均衡和应用层负载均衡等。
3. 分布式集群:分布式集群是一种将大型计算任务分解成多个小任务,分配给多台服务器并行处理的解决方案。
这种集群方案可以大大提高计算速度和数据处理能力,特别适用于大数据分析和科学计算等领域。
4. 数据库集群:这种解决方案通过将数据库分布到多台服务器上,实现数据的复制和同步,从而提高数据库的可用性和性能。
常见的数据库集群技术包括主从复制、主主复制和数据库分片等。
5. 容器集群:容器集群是一种将应用程序打包成独立的容器,并在多台服务器上运行的解决方案。
容器集群可以实现快速部署、弹性扩展和资源隔离等功能,提供灵活而高效的应用程序管理方式。
以上只是一些常见的服务器集群解决方案,实际上还有很多其他的解决方案,可以根据企业的需求和预算来选择适合自己的方案。
无论选择哪种方案,企业都应该注意以下几点:首先,选择高性能和可靠性好的服务器硬件。
服务器硬件的稳定性和性能对整个集群的效果至关重要。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
集群方案分析前言目的在我司部分项目实施过程中,用户提出了要求采用”双机”的方案。
目前业内双机技术方案比较多,能解决的问题、达到的目标、用户拥有成本也不相同。
本文试图给出主要技术方案的比较,供项目选型参考。
集群的概念计算机集群简称集群是一种计算机系统,它通过一组松散集成的计算机软件和/或硬件连接起来高度紧密地协作完成计算工作。
在某种意义上,他们可以被看作是一台计算机。
集群系统中的单个计算机通常称为节点,通常通过局域网连接,但也有其它的可能连接方式。
集群计算机通常用来改进单个计算机的计算速度和/或可靠性。
一般情况下集群计算机比单个计算机,比如工作站或超级计算机性能价格比要高得多。
按功效,可将集群分为:高可用性集群High-availability (HA) clusters负载均衡集群Load balancing clusters高性能计算集群High-performance (HPC) clusters网格计算Grid computing高可用性集群提供了尽可能大的平均无故障时间时间、尽可能小的平均故障恢复时间。
在集群内部署冗余设备,当系统中某台机器发生故障时,备用机器立刻启动接管任务。
我们通常说的双机热备就是一种高可用性集群。
负载均衡集群提供了根据各个节点的闲置能力情况,将并发访问分散到各个节点上的功能,以使得集群整体的处理能力最大化,或当个任务的等待时间最小。
高性能集群、网格计算着眼点在于如何将一个大型任务分解到集群的各个节点中协同处理。
主要应用领域包括天气预报、核试验仿真等。
在我司目前及未来的主要项目中,一般不包含此类大型任务处理的需求,而主要处理多用户并发的小任务。
这些并发小任务处理的性能问题特别适合使用负载均衡集群予以解决。
按照各种集群产品的技术路线,可将集群分为:系统层集群系统层集群是集群平台。
在这个平台之上可以部署各个应用。
由集群负责管理、监控应用,当节点发生故障时,集群将各种应用转移到后备节点上。
Windows 故障转移群集就是其典型代表。
应用层集群特定应用所构成的集群。
例如,数据库应用集群,web服务器集群。
相应的集群只能实现特定应用的故障转移。
集群产品分析Windows server故障转移群集(MSCS->WSFC)概述Windows Server 故障转移群集提供了各种基础结构功能来支持所承载的服务器应用程序(如Microsoft SQL Server 和Microsoft Exchange)的高可用性和灾难恢复方案。
如果一个群集节点或服务失败,则该节点上承载的服务可在一个称为“故障转移”的过程中自动或手动转移到另一个可用节点。
Windows故障转移群集是windows server的一个组件。
通过该组件将多个计算机构成基于共享存储的集群。
WSFC可以管理windows系统中的各种资源、应用程序和服务,为其提供系统层面的故障转移能力。
Windows故障转移群集是一个应用层集群、故障转移集群。
在windows server 2003中称为MSCS,在2008中称为WSFC。
系统结构图硬件环境在一个故障转移群集中,需要配备有以下硬件:(1)服务器:建议使用一组包含相同或相似组件的匹配计算机。
注意,仅当所有硬件组件均标记为"Certified for Windows Server 2008"时,Microsoft 才支持故障转移群集解决方案。
此外,完整配置(服务器、网络和存储)必须通过"验证配置"向导中的所有测试,该向导包含在故障转移群集管理单元中。
(2)网络适配器和电缆(用于网络通信):(3)用于存储的设备控制器或相应适配器:- 串行连接SCSI 或光纤通道(光纤HBA) 或iSCSI(以太HBA)(4)SCSI硬盘或SAN软件环境一个故障转移群集中的所有服务器必须运行相同版本的Windows Server 2008。
服务器可以运行以下任一版本的操作系统:- Windows Server 2003 Enterprise SP2- Windows 2003 Datacenter Server SP2- Windows Server 2008 Enterprise- Windows Server 2008 Datacenter注意:标准版不包含群集组件功效1)故障转移故障转移功能是通过群集中连接的多个计算机中的冗余实现的,每台计算机都具有独立的故障状态。
为了实现冗余,需要在群集中的多个服务器上安装应用程序。
但在任一时刻,应用程序只在一个节点上处于联机状态。
当该应用程序出现故障或该服务器停机时,此应用程序将在另一个节点上重新启动。
2)可以实现多节点互备功能。
在集群中部署多个应用(例如数据库、webserver等),正常情况下。
各个应用分别在不同节点上运行。
当任何一个节点故障时,该节点上运行的应用自动转移到其他节点上,从而实现双机互备。
3)可扩展性可在线增加新节点授权及费用Oracle clusterware 概述Clusterware 是oracle 提供的集群软件。
提供系统级的故障转移能力。
类似于windows 故障转移群集。
在其之上可以安装各种应用(如数据库、webserver ),可实现各种应用的故障转移。
但实际情况是,clusterware 往往只被用于oracle RAC 方案中。
Oracle RAC 概述Oracle RAC 是oracle 数据库提供的数据库集群功能组件。
RAC 支持一台或多台机器建立数据库集群,可将多个性能一般的设备组成集群,从而提高集群整体的并发处理能力。
RAC 中的多个节点不分主、备,同时在线,同时对外提供服务。
Oracle 标准版包含此组件。
Oracle 企业版可选择此组件。
系统结构图节点1节点2硬件环境(Oracle 10.2 for windows)Physical memory (at least 1 gigabyte (GB) of RAM)Swap space (at least 2 GB of available swap space)Temporary space (at least 400 megabytes (MB))本地存储Disk space Basic Installation Type total: 3 GB以上Processor type (CPU) that is certified with the version of the Oracle software being installed共享磁盘,3G以上说明:安装RAC有多种存储部署方案。
这里给出的硬件环境是基于这样的存储方案:数据库软件、clusterware软件安装在本地磁盘;voting disk、OCR、数据库文件(控制文件、数据文件、日志文件)软件环境1)操作系统AIX 5L Based Systems (64-Bit)Apple Mac OS X (Intel)hp OpenVMSHP Tru64 UNIXHP-UX ItaniumHP-UX PA-RISCIBM z/OS (OS/390)IBM zSeries Based LinuxLinux ItaniumLinux on POWERLinux x86Linux x86-64Microsoft Windows (32-Bit)Microsoft Windows (x64)Microsoft Windows Itanium (64-Bit)Solaris Operating SystemSolaris Operating System (x86)Solaris Operating System (x86-64)几乎支持所有主流操作系统,这里给出windows x64 的具体版本Oracle Database for Windows x64 is supported on thefollowing operating systems:■ Windows Server 2003, Standard x64 Edition■ Windows Server 2003, Enterprise x64 Edition■ Windows Server 2003, Datacenter x64 Edition■ Windows XP Professional x64 Edition■ Windows Vista x64, Service Pack 1 - Business, Enterprise,and Ultimate editions■ Windows Server 2008 x64 - Standard, Enterprise,Datacenter, Web, Standard without Hyper-V, Enterprisewithout Hyper-V, and Datacenter without Hyper-V editionsThe specific operating system components that are notsupported are Windows Server 2008 x64 Hyper-V andServer Core.Windows Multilingual User Interface Pack is supported onWindows Server 2003, Windows2)Oracle Clusterware对应版本的clusterware。
当用户购买了oracle database授权后,无需再为clusterware付费。
功效1)故障转移(failover)实现了对客户端透明(TAF)的故障转移。
所谓TAF,就是连接建立以后,应用系统运行过程中,如果某个实例发生故障,连接到这个实例上的用户会被自动迁移到其他的健康实例上。
对于应用程序而言,这个迁移过程是透明的,不需要用户的介入,当然,这种透明要是有引导的,因为用户的未提交事务会回滚。
相对与Client-Side Connect Time Failover 的用户程序中断,抛出连接错误,用户必须重启应用程序,TAF 这种方式在提高HA上有了很大的进步。
ORACLE RAC故障转移的特点:访问时应用透明(注意不是对oracle 客户端的透明)程序通过oracle端访问rac,访问程序无需了解数据库是双机还是单双机,只通过本地服务名即可访问。
故障时应用透明一些情况下,应用感受不到某个节点发生了失败,不会收到异常。
一些情况下,应用收到异常,但不需要再次连接,即可继续执行访问。
一些情况下,应用程序收到异常,并需要重新连接。