精华内容
下载资源
问答
  • 数据库集群方案

    2018-01-09 11:34:21
    数据库集群方案 ppt 有需要的同学拿去用。。。。。。。。。。。
  • kafka集群方案选型

    2019-02-03 15:03:02
    kafka集群方案选型
  • ActiveMQ集群方案.pdf

    2021-08-27 10:40:29
    ActiveMQ集群方案.pdf
  • Redis 集群方案.pdf

    2021-08-26 15:29:15
    Redis 集群方案.pdf
  • Redis集群方案.docx

    2018-01-07 10:45:45
    Redis集群方案.docx 详细的介绍了怎么用redis去部署方案
  • ehcache集群方案

    2012-12-31 13:09:52
    ehcache集群方案
  • Oracle集群方案

    2015-06-22 22:42:15
    关于数据库Oracle的三种高可用集群方案说明。
  • MySQL 集群方案介绍.pdf

    2021-09-14 12:55:05
    MySQL 集群方案介绍.pdf
  • HP刀片集群方案

    2014-05-22 17:43:17
    HP刀片集群方案 经典案例
  • MySQL常用集群方案

    万次阅读 2018-06-30 11:15:37
    了解 MySQL 集群之前,先看看单节点数据库的弊病: 大型互联网程序用户群体庞大,所以架构需要特殊设计。 单节点数据库无法满足大并发时性能上的要求。...PXC 集群方案( Percona XtraDB Cluste...

    了解 MySQL 集群之前,先看看单节点数据库的弊病:

    • 大型互联网程序用户群体庞大,所以架构需要特殊设计。
    • 单节点数据库无法满足大并发时性能上的要求。
    • 单节点的数据库没有冗余设计,无法满足高可用。
    • 单节点 MySQL无法承载巨大的业务量,数据库负载巨大。

    一、常见 MySQL 集群方案

    • Repliaction 集群方案
    • PXC 集群方案( Percona XtraDB Cluster )

    两种集群方案特性如下图:
    这里写图片描述

    二、PXC方案 和 Replication方案对比
    1. 先看看 PXC方案
    这里写图片描述
    很明显 PXC方案在任何一个节点写入的数据都会同步到其他节点,数据双向同步的(在任何节点上都可以同时读写)。

    2. Replication 集群方案:
    这里写图片描述
    Replication方案只能在Master数据库进行写操作,在Slave数据库进行读操作。如果在Slave数据库中写入数据,Master数据库是不能知道的(单向同步的)。

    3. PXC 数据的强一致性

    PXC 采用同步复制,事务在所有集群节点要么同时提交,要么不提交。
    Replication 采用异步复制,无法保证数据的一致性。

    • 下面看看 PXC写入操作:
      这里写图片描述
      当一个写入请求到达PXC集群中的一个 mysql(node1数据库) 数据库时,node1数据库会将该写入请求同步给集群中的其他所有数据库,等待所有数据库都成功提交事务后,node1节点才会将写入成功的结果告诉给 node1的客户端。

      PXC 的强一致性对保存高价值数据时特别重要。

    • 在看Replication集群写入操作:
      这里写图片描述
      当一个写入请求到达 Master数据库时,Master数据库执行写入操作,然后 Master 向客户端返回写入成功,同时异步的复制写入操作给 Slave数据库,如果异步复制时出现问题,从数据库将无法执行写入操作,而客户端得到的是写入成功。这也是弱一致性的体现。

    展开全文
  • 超强应用服务器集群方案,针对集群开发程序,解决多并发等常见服务器问题
  • HP的高性能集群方案

    2010-07-22 14:43:31
    高性能集群方案高性能集群方案高性能集群方案高性能集群方案高性能集群方案高性能集群方案高性能集群方案高性能集群方案
  • activemq集群方案.doc

    2013-01-21 23:26:42
    activemq集群方案.doc 服务器 集群 多节点
  • 集群方案解决方案,集群技术是实现系统高可用性的重要手段,本节将讨论什么是服务器集群、如何建立服务器集群及相关问题
  • mysql集群方案对比

    2020-10-28 10:00:20
    mysql集群对比,8中方案对比,附原理图
  • 赛门铁克大集群方案

    2011-10-22 13:34:46
    赛门铁克。。。 。。。 我们只是在学习,一直在学习--- 赛门铁克大集群方案
  • MySQL高可用集群方案优劣对比.pdf
  • 服务器集群技术(惠普双机集群方案),主要介绍使用惠普服务器实现双机集群的方案。
  • Redis集群方案.md

    2021-06-18 15:16:09
    redis集群配置方案,使用typora工具
  • 关于redis集群方案

    千次阅读 2016-03-25 10:49:37
    最近在研究redis集群方案,看到知乎上有个朋友写的观点很好,就先收过来了。原文见:http://www.zhihu.com/question/21419897

    最近在研究redis集群方案,看到知乎上有个朋友写的观点很好,就先收过来了。原文见:http://www.zhihu.com/question/21419897

    为什么集群?

    通常,为了提高网站响应速度,总是把热点数据保存在内存中而不是直接从后端数据库中读取。Redis是一个很好的Cache工具。大型网站应用,热点数据量往往巨大,几十G上百G是很正常的事儿,在这种情况下,如何正确架构Redis呢?
    首先,无论我们是使用自己的物理主机,还是使用云服务主机,内存资源往往是有限制的,scale up不是一个好办法,我们需要scale out横向可伸缩扩展,这需要由多台主机协同提供服务,即分布式多个Redis实例协同运行。
    其次,目前硬件资源成本降低,多核CPU,几十G内存的主机很普遍,对于主进程是单线程工作的Redis,只运行一个实例就显得有些浪费。同时,管理一个巨大内存不如管理相对较小的内存高效。因此,实际使用中,通常一台机器上同时跑多个Redis实例。

    方案

    1.Redis官方集群方案 Redis Cluster

    Redis Cluster是一种服务器Sharding技术,3.0版本开始正式提供。Redis Cluster中,Sharding采用slot(槽)的概念,一共分成16384个槽,这有点儿类似前面讲的pre sharding思路。对于每个进入Redis的键值对,根据key进行散列,分配到这16384个slot中的某一个中。使用的hash算法也比较简单,就是CRC16后16384取模。Redis集群中的每个node(节点)负责分摊这16384个slot中的一部分,也就是说,每个slot都对应一个node负责处理。当动态添加或减少node节点时,需要将16384个槽做个再分配,槽中的键值也要迁移。当然,这一过程,在目前实现中,还处于半自动状态,需要人工介入。Redis集群,要保证16384个槽对应的node都正常工作,如果某个node发生故障,那它负责的slots也就失效,整个集群将不能工作。为了增加集群的可访问性,官方推荐的方案是将node配置成主从结构,即一个master主节点,挂n个slave从节点。这时,如果主节点失效,Redis Cluster会根据选举算法从slave节点中选择一个上升为主节点,整个集群继续对外提供服务。这非常类似前篇文章提到的Redis Sharding场景下服务器节点通过Sentinel监控架构成主从结构,只是Redis Cluster本身提供了故障转移容错的能力。
    Redis Cluster的新节点识别能力、故障判断及故障转移能力是通过集群中的每个node都在和其它nodes进行通信,这被称为集群总线(cluster bus)。它们使用特殊的端口号,即对外服务端口号加10000。例如如果某个node的端口号是6379,那么它与其它nodes通信的端口号是16379。nodes之间的通信采用特殊的二进制协议。
    对客户端来说,整个cluster被看做是一个整体,客户端可以连接任意一个node进行操作,就像操作单一Redis实例一样,当客户端操作的key没有分配到该node上时,就像操作单一Redis实例一样,当客户端操作的key没有分配到该node上时,Redis会返回转向指令,指向正确的node,这有点儿像浏览器页面的302 redirect跳转。
    Redis Cluster是Redis 3.0以后才正式推出,时间较晚,目前能证明在大规模生产环境下成功的案例还不是很多,需要时间检验。

    2.Redis Sharding集群

    Redis 3正式推出了官方集群技术,解决了多Redis实例协同服务问题。Redis Cluster可以说是服务端Sharding分片技术的体现,即将键值按照一定算法合理分配到各个实例分片上,同时各个实例节点协调沟通,共同对外承担一致服务。
    多Redis实例服务,比单Redis实例要复杂的多,这涉及到定位、协同、容错、扩容等技术难题。这里,我们介绍一种轻量级的客户端Redis Sharding技术。
    Redis Sharding可以说是Redis Cluster出来之前,业界普遍使用的多Redis实例集群方法。其主要思想是采用哈希算法将Redis数据的key进行散列,通过hash函数,特定的key会映射到特定的Redis节点上。这样,客户端就知道该向哪个Redis节点操作数据。Sharding架构如图:
    这里写图片描述
    庆幸的是,java redis客户端驱动jedis,已支持Redis Sharding功能,即ShardedJedis以及结合缓存池的ShardedJedisPool。
    Jedis的Redis Sharding实现具有如下特点:
    1、采用一致性哈希算法(consistent hashing),将key和节点name同时hashing,然后进行映射匹配,采用的算法是MURMUR_HASH。采用一致性哈希而不是采用简单类似哈希求模映射的主要原因是当增加或减少节点时,不会产生由于重新匹配造成的rehashing。一致性哈希只影响相邻节点key分配,影响量小。
    2.为了避免一致性哈希只影响相邻节点造成节点分配压力,ShardedJedis会对每个Redis节点根据名字(没有,Jedis会赋予缺省名字)会虚拟化出160个虚拟节点进行散列。根据权重weight,也可虚拟化出160倍数的虚拟节点。用虚拟节点做映射匹配,可以在增加或减少Redis节点时,key在各Redis节点移动再分配更均匀,而不是只有相邻节点受影响。
    3.ShardedJedis支持keyTagPattern模式,即抽取key的一部分keyTag做sharding,这样通过合理命名key,可以将一组相关联的key放入同一个Redis节点,这在避免跨节点访问相关数据时很重要。

    扩容问题

    Redis Sharding采用客户端Sharding方式,服务端Redis还是一个个相对独立的Redis实例节点,没有做任何变动。同时,我们也不需要增加额外的中间处理组件,这是一种非常轻量、灵活的Redis多实例集群方法。
    Redis Sharding采用客户端Sharding方式,服务端Redis还是一个个相对独立的Redis实例节点,没有做任何变动。同时,我们也不需要增加额外的中间处理组件,这是一种非常轻量、灵活的Redis多实例集群方法。
    当然,Redis Sharding这种轻量灵活方式必然在集群其它能力方面做出妥协。比如扩容,当想要增加Redis节点时,尽管采用一致性哈希,毕竟还是会有key匹配不到而丢失,这时需要键值迁移。
    作为轻量级客户端sharding,处理Redis键值迁移是不现实的,这就要求应用层面允许Redis中数据丢失或从后端数据库重新加载数据。但有些时候,击穿缓存层,直接访问数据库层,会对系统访问造成很大压力。有没有其它手段改善这种情况?
    Redis作者给出了一个比较讨巧的办法–presharding,即预先根据系统规模尽量部署好多个Redis实例,这些实例占用系统资源很小,一台物理机可部署多个,让他们都参与sharding,当需要扩容时,选中一个实例作为主节点,新加入的Redis节点作为从节点进行数据复制。数据同步后,修改sharding配置,让指向原实例的Shard指向新机器上扩容后的Redis节点,同时调整新Redis节点为主节点,原实例可不再使用。
    这样,我们的架构模式变成一个Redis节点切片包含一个主Redis和一个备Redis。在主Redis宕机时,备Redis接管过来,上升为主Redis,继续提供服务。主备共同组成一个Redis节点,通过自动故障转移,保证了节点的高可用性。则Sharding架构演变成:
    这里写图片描述
    Redis Sentinel提供了主备模式下Redis监控、故障转移功能达到系统的高可用性。

    高访问量下,即使采用Sharding分片,一个单独节点还是承担了很大的访问压力,这时我们还需要进一步分解。通常情况下,应用访问Redis读操作量和写操作量差异很大,读常常是写的数倍,这时我们可以将读写分离,而且读提供更多的实例数。
    可以利用主从模式实现读写分离,主负责写,从负责只读,同时一主挂多个从。在Sentinel监控下,还可以保障节点故障的自动监测。

    3.利用代理中间件实现大规模Redis集群

    上面分别介绍了多Redis服务器集群的两种方式,它们是基于客户端sharding的Redis Sharding和基于服务端sharding的Redis Cluster。
    客户端sharding技术其优势在于服务端的Redis实例彼此独立,相互无关联,每个Redis实例像单服务器一样运行,非常容易线性扩展,系统的灵活性很强。其不足之处在于:

    • 由于sharding处理放到客户端,规模进步扩大时给运维带来挑战。 服务端Redis实例
    • 群拓扑结构有变化时,每个客户端都需要更新调整。
    • 连接不能共享,当应用规模增大时,资源浪费制约优化。

    服务端sharding的Redis Cluster其优势在于服务端Redis集群拓扑结构变化时,客户端不需要感知,客户端像使用单Redis服务器一样使用Redis集群,运维管理也比较方便。
    不过Redis Cluster正式版推出时间不长,系统稳定性、性能等都需要时间检验,尤其在大规模使用场合。
    能不能结合二者优势?即能使服务端各实例彼此独立,支持线性可伸缩,同时sharding又能集中处理,方便统一管理?本篇介绍的Redis代理中间件twemproxy就是这样一种利用中间件做sharding的技术。
    twemproxy处于客户端和服务器的中间,将客户端发来的请求,进行一定的处理后(如sharding),再转发给后端真正的Redis服务器。也就是说,客户端不直接访问Redis服务器,而是通过twemproxy代理中间件间接访问。

    参照Redis Sharding架构,增加代理中间件的Redis集群架构如下:
    twemproxy中间件的内部处理是无状态的,它本身可以很轻松地集群,这样可避免单点压力或故障。
    twemproxy又叫nutcracker,起源于twitter系统中redis/memcached集群开发实践,运行效果良好,后代码奉献给开源社区。其轻量高效,采用C语言开发,工程网址是:GitHub - twitter/twemproxy: A fast, light-weight proxy for memcached and redis

    twemproxy后端不仅支持redis,同时也支持memcached,这是twitter系统具体环境造成的。
    由于使用了中间件,twemproxy可以通过共享与后端系统的连接,降低客户端直接连接后端服务器的连接数量。同时,它也提供sharding功能,支持后端服务器集群水平扩展。统一运维管理也带来了方便。
    当然,也是由于使用了中间件代理,相比客户端直连服务器方式,性能上会有所损耗,实测结果大约降低了20%左右。


    其他方案参考:

    twitter 开源的 twemproxy:http://blog.nosqlfan.com/html/4147.html

    开源的分布式redis解决方案:http://link.zhihu.com/?target=https%3A//github.com/wandoulabs/codis

    展开全文
  • Redis集群方案什么情况下会导致整个集群不可用? 有A,B,C三个节点的集群,在没有复制模型的情况下,如果节点B失败了,那么整个集群就会以为缺少5501-11000这个范围的槽而不可用。

    Redis集群方案什么情况下会导致整个集群不可用?

    有A,B,C三个节点的集群,在没有复制模型的情况下,如果节点B失败了,那么整个集群就会以为缺少5501-11000这个范围的槽而不可用。

    展开全文
  • Linux系统nginx+tomcat集群方案在三台虚拟机上经过测试成功!
  • 集群方案分析

    千次阅读 2012-04-26 10:47:33
    集群方案分析 前言 目的 在我司部分项目实施过程中,用户提出了要求采用”双机”的方案。目前业内双机技术方案比较多,能解决的问题、达到的目标、用户拥有成本也不相同。本文试图给出主要技术方案的比较,供项目...

    集群方案分析

    前言

    目的

    在我司部分项目实施过程中,用户提出了要求采用双机的方案。目前业内双机技术方案比较多,能解决的问题、达到的目标、用户拥有成本也不相同。本文试图给出主要技术方案的比较,供项目选型参考。

    集群的概念

    计算机集群简称集群是一种计算机系统,它通过一组松散集成的计算机软件/硬件连接起来高度紧密地协作完成计算工作。在某种意义上,他们可以被看作是一台计算机。集群系统中的单个计算机通常称为节点,通常通过局域网连接,但也有其它的可能连接方式。集群计算机通常用来改进单个计算机的计算速度和/或可靠性。一般情况下集群计算机比单个计算机,比如工作站或超级计算机性能价格比要高得多。

    按功效,可将集群分为:

    Ø  高可用性集群 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故障转移群集是windowsserver的一个组件。通过该组件将多个计算机构成基于共享存储的集群。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

    概述

    Clusterwareoracle提供的集群软件。提供系统级的故障转移能力。类似于windows故障转移群集。在其之上可以安装各种应用(如数据库、webserver),可实现各种应用的故障转移。但实际情况是,clusterware往往只被用于oracle RAC方案中。

     

    Oracle RAC

    概述

    Oracle RACoracle数据库提供的数据库集群功能组件。RAC支持一台或多台机器建立数据库集群,可将多个性能一般的设备组成集群,从而提高集群整体的并发处理能力。RAC中的多个节点不分主、备,同时在线,同时对外提供服务。

    Oracle标准版包含此组件。Oracle企业版可选择此组件。

    系统结构图

    硬件环境(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))

    Ø  本地存储Diskspace Basic Installation Type total: 3 GB以上

    Ø  Processor type (CPU) that is certified with the version of theOracle software being installed

    Ø  共享磁盘,3G以上

    说明:安装RAC有多种存储部署方案。这里给出的硬件环境是基于这样的存储方案:数据库软件、clusterware软件安装在本地磁盘;votingdiskOCR、数据库文件(控制文件、数据文件、日志文件)

    软件环境

    1)  操作系统

    AIX 5L Based Systems (64-Bit)

    Apple Mac OS X (Intel)

    hp OpenVMS

    HP Tru64 UNIX         

    HP-UX Itanium

    HP-UX PA-RISC

    IBM z/OS (OS/390)

    IBM zSeries Based Linux

    Linux Itanium

    Linux on POWER

    Linux x86

    Linux x86-64

    Microsoft Windows (32-Bit)

    Microsoft Windows (x64)

    Microsoft Windows Itanium (64-Bit)

    Solaris Operating System

    Solaris Operating System (x86)

    Solaris Operating System (x86-64)

     

    几乎支持所有主流操作系统,这里给出windows x64 的具体版本

     

    Oracle Database for Windows x64 issupported on the

    following 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, Enterprise

    without Hyper-V, and Datacenter without Hyper-V editions

    The specific operating system components that are not

    supported are Windows Server 2008 x64 Hyper-V and

    Server Core.

    Windows Multilingual User Interface Pack is supported on

    Windows Server 2003,Windows

     

    2)  Oracle Clusterware

    对应版本的clusterware。当用户购买了oracle database授权后,无需再为clusterware付费。

    功效

    1)        故障转移 (failover)

       实现了对客户端透明(TAF)的故障转移。所谓TAF,就是连接建立以后,应用系统运行过程中,如果某个实例发生故障,连接到这个实例上的用户会被自动迁移到其他的健康实例上。对于应用程序而言,这个迁移过程是透明的,不需要用户的介入,当然,这种透明要是有引导的,因为用户的未提交事务会回滚。相对与Client-SideConnect Time Failover的用户程序中断,抛出连接错误,用户必须重启应用程序,TAF 这种方式在提高HA上有了很大的进步。

       ORACLERAC故障转移的特点:

    Ø 访问时应用透明(注意不是对oracle 客户端的透明)

    程序通过oracle端访问rac,访问程序无需了解数据库是双机还是单双机,只通过本地服务名即可访问。

    Ø 故障时应用透明

    一些情况下,应用感受不到某个节点发生了失败,不会收到异常。一些情况下,应用收到异常,但不需要再次连接,即可继续执行访问。一些情况下,应用程序收到异常,并需要重新连接。

    2)        负载平衡(load balance)

    服务器端的负载均衡可以根据RAC中各节点的负荷及连接数情况,而判定将新的客户端连接分配到负荷最小的节点上去。

    3)        可扩展性

    在不中断服务的情况下,在线增加节点。满足业务扩展带来的性能要求。减少首次投资,降低风险。

     

    授权及费用

    1)  数据库授权及价格表

    RacOracle数据库的一个组件,下面给出了数据库的授权及收费情况。

     

     

    版本

    Named User Plus

    Processor

    其他说明

    Metric

    Min

    Price()

    Metric

    Price()

    Standard edition one

    both humans and  non-human operated devices

    5用户

     

    CPU-License=server数×Socket

     

     

     

    不支持RAC

    Standard edition

    both humans and  non-human operated devices

    5用户

    3582

    CPU-License=server数×Socket

     

    179078

    最多4socket,包含RAC,价钱包含了一年的Support

    Enterprise edition

    both humans and  non-human operated devices

    25×CPU-License

    9721

    server数×cpu数×内核数×CPU系数

    486068

    RAC为可选件,不包含在price中,价钱包含了一年的Support

     

     

    关于License的其他规定

    Ø  Backup

    使用脚本或者rman工具将数据库备份到存储设备上,不需要Licensing

    Ø  Failover环境(oracle failsafe windows 故障转移群集,HACMP等方案),主机失败备机最多只能运行10天,否则就要为备机licensing

    Ø  Standby环境

    利用日志传输到standby节点上,主节点失败时,standby恢复成为主节点。这种环境中standby节点必须Licensing

     

     

    2)  RAC组件的价格

    Per  User

    Per  CPU

    4707

    235359

     

    3)  Support

    Oracle是一家卖服务的公司。Database产品一年的服务费一般为授权价格的22%。在授权的报价中,一般已经包含了第一年的服务。

     

    数据库集群方案的比较

    Sqlserver群集方案

    概述

      Sqlserver群集方案,基于windowsWSFC实现,通过两个主、备节点,实现双机故障转移群集。

    系统配置单

    一、硬件需求:

    1、两台配置相同的 IBMx3850服务器,ServerAServerB

    2、两台IBMX3650服务器,作为DNS/域控制器

    3、外置磁盘阵列柜一台(IBM DS3400)

    4、心跳线(交叉双绞线一条);

     

    二、软件需求:

    1 IBM 引导盘 CD;

    2 Windows 2008Enterprise Server操作系统安装盘;

    3 Windows 2008Enterprise Server CD安装Cluster

    4 MS SQL SERVER 2008标准版安装盘;

    5 IBM Storage Manage 光盘

    6、其它相关软件(例如硬件驱动程序、.netframework 3.5 sp1)

     

    组件

    配置

    数量

    费用

    说明

    数据库服务器

    IBMx3850 M2,包含:

    HBA卡一块

    千兆网卡两块

    2

    20000×2

     

    域控制器/DNS服务器

    IBMx3650

    2

    15000×2

    可选

    光纤磁盘阵列

    IBM DS3400,包含:600G SAS硬盘

     

    60000

     

    存储网络交换机

    IBM B16光纤交换机

    1

    40000

    可选

    专用网络交换机

    思科WS-C2960G-8TC-L

    1

    4500

    可选

    操作系统

    Windows 2008 Enterprise Server

     

    25000×2

     

    数据库

    MS SQL SERVER 2008标准版

    2

    30000×2

    此版本支持最多两节点

    费用合计:24万(不包含可选组件)

     

    系统结构图

     

     

     

     

    ORACLE RAC方案

    概述

    根据上文中的介绍,Oracle Rac支持的几乎所有知名操作系统(版本),并对主流服务器架构(CPU)做了认证。我们这里给出了一个典型配置。在linux环境中实施,由两台服务器组成双机负载平衡及故障转移集群。

     

    系统配置单

     

    组件

    配置

    数量

    费用

    说明

    服务器

    IBMx3850 M2,包含:

    HBA卡一块

    千兆网卡两块

    2

    20000×2

     

    光纤磁盘阵列

    IBM DS3400,包含:600G SAS硬盘

     

    60000

     

    存储网络交换机

    IBM B16光纤交换机

    1

    40000

    可选

    专用网络交换机

    思科WS-C2960G-8TC-L

    1

    4500

    可选

    操作系统

    Redhat enterprise linux AS 3

     

    5000×2

     

    数据库

    Oracle standard edition 10.2

    2

    180000×2

    cpu授权

    费用合计:47万(不包含可选组件)

     

     

    系统结构图

     

     

    方案比较

     

    对比项

    RAC

    Sqlserver

    故障转移

    支持

    支持

    负载平衡

    支持

    不支持

    可扩展性

    支持

    支持

    费用

     

     

    实验

    基于MSCSoracle集群实验

    实验环境

    基于MSCS群集安装oracle

    两台windows 2003企业版服务器,每台服务器配置两个虚拟网卡

    两个虚拟共享磁盘(一个仲裁判,一个数据盘)

    实验验证项

    群集安装成功

    Oracle安装成功

    双机active-active模拟成功

     

    基于MSCSSqlserver 群集实验

    实验环境

     

    基于微软mscs的群集安装sqlserver

    一台windows 2003企业版服务器做域控服务器,提供域服务和DNS解析服务

    两台windows 2003企业版服务器,每台服务器配置两个虚拟网卡

    两个虚拟共享磁盘(一个仲裁,一个数据盘)

    实验验证项

    群集安装成功

    sqlserver安装不成功(有安装成功实例)

    双机active-standby

     

    Oracle RAC实验

    实验环境

    1)        宿主

    Win 7 旗舰版

    2)        虚拟机

    Vmware workstation 7.1

    Windows 2003server 标准版

    Oracle clusterware 10.2

    Oracle standard edition 10.2 for windows32bit

    实验方案

    1)        宿主机器上安装虚拟机

    2)        宿主机上建立两个虚拟网络接口

    3)        虚拟机里建立两个win 2003节点

    4)        建立虚拟存储

    5)        安装clusterware

    6)        安装oracle rac

    7)        使用plsql dev 测试访问双机

    8)        编写c#程序访问双机

    实验验证项

    Oracle RAC标准版是否能安装在Windows 标准版?             Y

    Oracle RAC是否能实现客户端连接的负载平衡?                 Y

    Oracle RAC是否能实现客户端应用程序的透明故障转移?         Y

     

    结论

    集群总结

    i.             群集分两个层面:系统层群集和应用层群集

    ii.             Oracel rac属于应用群集

    iii.             Windows 故障转移群集是系统层群集

    iv.             群集能够实现一部分高可用性的要求

    v.             Rac能实现负载平衡的需求

    vi.             Windows群集能实现多种应用程序环境下的互备方案

    vii.             高可用性的需求和场景很多,还需要群集之外的方案来实现

    viii.             除了高可用性的需求外,用户可能还要有其他需求,例如数据冗余、灾备,需要用集群以外的方案来实现

     

    集群选型的一般步骤

    1、确定用户需求

    技术方案与需求矩阵

          需求

    方案

    高可用性

    性能

    数据冗余

    灾备

     

     

    节点

    网络

    存储

    负载均衡

    IO

    集群

    RAC

     

     

     

     

     

     

     

    Windows WSFC

     

     

     

     

     

     

     

     

    DATA GUARD

     

     

     

     

     

     

     

    ASM

     

     

     

     

     

     

     

     

    RAID

     

     

     

     

     

     

     

    网卡驱动中间件

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    2、确定用户价格偏好

     

    3、确定用户使用习惯

     

    4、确定用户现有的资源

     

    5、根据产品的技术、价格现状确定方案

    展开全文
  • mysql在linux下集群方案及个人配置整理
  • Nginx+RTMP搭建流媒体服务器,并构建集群方案
  • Redis集群方案应该怎么做?都有哪些方案? 1.codis。 目前用的最多的集群方案,基本和twemproxy一致的效果,但它支持在 节点数量改变情况下,旧节点数据可恢复到新hash节点。 2.redis cluster3.0自带的集群,特点...
  • 概述 本文对websocket集群的方案进行讨论...webscoket集群方案 集群方案分析 在上个博文Spring Boot系列20 Spring Websocket实现向指定的用户发送消息中实现向指定用户发送消息的功能,但是我们将提供websock...
  • 改进的red5应用的集群方案,帮助了解建立red5集群的方法。
  • 这可能是最全的 Redis 集群方案介绍了.pdf
  • centos7与ubuntu搭建k8s集群方案,包含了在k8s中搭建的各种常用微服务与存储。

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 315,553
精华内容 126,221
关键字:

集群方案