多服务器集群(集群服务器怎么部署)
什么是服务器集群
分布式与集群是不一样的,简单说,分布式是以缩短单个任务的执行时间来提升效率的,而集群则是通过提高单位时间内执行的任务数来提升效率。
如果一个任务由10个子任务组成,每个子任务单独执行需1小时,则在一台服务器上执行改任务需10小时。
采用分布式方案,提供10台服务器,每台服务器只负责处理一个子任务,不考虑子任务间的依赖关系,执行完这个任务只需一个小时。
而采用集群方案,同样提供10台服务器,每台服务器都能独立处理这个任务。假设有10个任务同时到达,10个服务器将同时工作,10小后,10个任务同时完成,这样,整体来看,还是1小时内完成一个任务。
扩展资料
分布式系统可以分为机体内系统、建筑物内系统、建筑物间系统和不同地理范围的区域系统等,它们的耦合度依次由高到低按应用领域的性质决定耦合度,可以分成三类:
一、是面向计算任务的分布并行计算机系统和分布式多用户计算机系统,它们要求尽可能高的耦合度,以便发展成为能分担大型计算机和分时计算机系统所完成的工作。
二、是面向管理信息的分布式数据处理系统。耦合度可以适当降低。
三、是面向过程控制的分布式计算机控制系统。耦合度要求适中,当然对于某些实时应用,其耦合度的要求可能很高。
什么是sqlserver的集群
由二台或更多物理上独立的服务器共同组成的“虚拟”服务器称之为集群服务器。一项称做MicroSoft集群服务(MSCS)的微软服务可对集群服务器进行管理。一个SQL Server集群是由二台或更多运行SQL Server的服务器(节点)组成的虚拟服务器。如果集群中的一个节点发生故障,集群中的另一个节点就承担这个故障节点的责任。
认为一个SQL Server集群能够给集群中的两个节点带来负载平衡,这是一种常见的误解。虽然这似乎很有用,但却是不正确的。这也意味着集束SQL Server不能真正提高性能。集束SQL Server只能提供故障转移功能。故障转移就是当系统中的一台机器发生故障失去其功能时,另一台机器将接手运行它的SQL Server实例。这种功能失效可能是由于硬件故障、服务故障、人工故障或各种其它原因。
为何要集束SQL Server环境?
在实用性方面,集群SQL Server环境令人满意。在进行故障转移时,将数据库实例由一台服务器转移到另一台服务器的时间非常短暂,一般只需要3至7秒钟。虽然需要重建连接,但对数据库的终端用户而言,故障转移处理通常是透明的。低廉的故障转移成本还可帮助你对集群中的节点进行维护,而不会造成服务器完全无法访问。
SQL Server集群类型
一共有两种类型的SQL Server集群:主动/被动集群和主动/主动集群。下面分别对它们进行说明(说明以两个节点的SQL Server集群为基础)。
主动/被动集群
在这种类型的集群中,一次只有一个节点控制SQL Server资源。另一个节点一直处于备用模式,等待故障发生。进行故障转移时,备用的节点即取得SQL Server资源的控制权。
优点:由于服务器上只有一个实例在运行,所以在进行故障转移时,不需要另外的服务器来接管两个SQL Server实例,性能也不会因此降低。
缺点:由于虚拟服务器上只有一个SQL Server实例在运行,另一台服务器总是处理备用模式与空闲状态。这意味着你并没有充分利用你购买的硬件。
主动/主动集群
在这种类型的集群中,集群中的每个节点运行一个独立且主动的SQL Server实例。发生节点故障时,另一个节点能够控制发生故障节点的SQL Server实例。然后这个正常的节点将运行两个SQL Server实例——它自己的实例和发生故障的实例。
优点:通过这种配置,你能够充分利用你的硬件。在这样的系统中,两个服务器都在运行,而不是只有一台服务器运行,而另一台处于等待故障发生的备用模式,因此你能够充分利用你购买的机器。
缺点:如果进行故障转移,一台服务器运行两个SQL Server实例,性能就会受到不利影响。然而,性能降低总比虚拟服务器完全失灵要强得多。这种配置的另一故障在于它要求购买的许可要比主动/被动集群多一些。因为集群在运行两个主动SQL Server实例,这要求你购买两个单独的服务器许可。在某些情况下,这也可能对你形成阻碍。
集群考虑
在高实用性方面,集群SQL Server环境有一定的优势。然而,高实用性也确实伴随某种折衷。
首先,建立一个集群SQL Server环境非常昂贵。这是因为集群中的节点必须遵照集群节点的兼容性列表。而且,还需要建立一个复杂的网络,机器的配置必须几乎相同,同时需要实现数据库文件磁盘子系统共享。存储区网络(SAN)是建立这种子系统的不错选择,但SAN并非必要,而且十分昂贵。另外,如果你正在运行一个主动/主动集群,你需要为集群中运行SQL Server实例的每台机器的处理器购买一个许可。
因为当地集群主要局限于同一地理区域,自然灾难可能会使集群完全失灵。在那种情况下,你需要转移到灾难恢复站点进行继续操作。你也可以建立地理分散的SQL Server集群,但这样的系统更加复杂与昂贵。
服务器集群和一台服务器有什么区别
服务器集群与单台服务器的显著差异
想象一下,当一台服务器发生故障,整个业务系统如同断了脊梁,用户访问陷入停滞。这就是单点故障带来的影响。相比之下,服务器集群则为我们提供了一种全新的解决方案,它将多台独立的服务器通过高速网络紧密协作,形成一个强大的计算平台。
集群:分布式力量的集结
计算机集群并非简单的叠加,而是一组松散集成的计算机,通过网络连接形成高度协同的系统。每个节点,即单个服务器,各自独立运行服务进程,但整体上它们共同构成一个统一的服务入口,为用户提供无缝的体验。集群的核心目标是提升系统的可用性、可靠性和可扩展性,通过多台服务器的协作,实现高性能和低成本的双重优势。
集群架构的特点
集群架构的特性鲜明,首要的便是高性能,在处理大量计算密集型任务时,如天气预报和科学研究,集群能够显著提升处理速度,满足高要求的业务需求。其次,集群通过合理配置,降低了硬件成本,相比单台大型计算机,它提供了更高的性价比。再者,集群的扩展性无可比拟,随着需求的增长,只需增加服务器,即可轻松应对负载压力,同时保持服务质量。最后,高可用性是集群的另一大特性,它确保7*24小时不间断的服务,即使部分服务器故障,也能通过冗余机制无缝切换,确保用户体验。
集群的优势彰显
集群的透明性是关键,它允许松耦合的节点组成,即使个别服务器故障,也不会影响整体服务。同时,集群能提供无缝的性能提升,随着访问量增加,系统扩展性极强。此外,良好的可管理性和可编程性让集群系统的维护和应用开发变得更为便捷。
集群的分类
服务器集群根据功能可分为负载均衡集群(LBC),旨在分摊工作负载,提高系统响应速度;高可用性集群(HAC),着重在故障容错和不间断服务;而高性能计算集群(HPC),则聚焦于处理大规模并行计算任务。
总结来说,服务器集群与单台服务器的差异,不仅体现在故障应对能力上,更体现在其整体性能、经济性、可扩展性和可靠性上。通过深入理解集群的原理和优势,企业可以更好地选择和构建适合自己业务需求的集群架构。