码迷,mamicode.com
首页 > 其他好文 > 详细

容灾与集群(1)

时间:2016-01-13 21:51:09      阅读:202      评论:0      收藏:0      [点我收藏+]

标签:

容灾与集群(1)

    在上一篇:微软分布式云计算框架Orleans(1):Hello World,我们大概了解了Orleans如何运用,当然上一篇的例子可以说是简单且无效的,因为用了Orleans不可能只写一个Hello World吧,Orleans是为分布式和云计算而生的框架,那么今天我们就简单说一说容灾、集群、容灾与集群在Orleans中的运用。

集群是什么?

下面摘抄自百度百科:

    集群(cluster)技术是一种较新的技术,通过集群技术,可以在付出较低成本的情况下获得在性能、可靠性、灵活性方面的相对较高的收益,其任务调度则是集群系统中的核心技术。

    集群是一组相互独立的、通过高速网络互联的计算机,它们构成了一个组,并以单一系统的模式加以管理。一个客户与集群相互作用时,集群像是一个独立的服务器。集群配置是用于提高可用性和可缩放性。

简单的概述一下就是:通过技术手段将多台计算机(服务器)组合成“一台计算器”对外提供计算服务。

容灾是什么?

下面摘抄自百度百科:

    容灾系统是指在相隔较远的异地,建立两套或多套功能相同的IT系统,互相之间可以进行健康状态监视和功能切换,当一处系统因意外(如火灾、地震等)停止工作时,整个应用系统可以切换到另一处,使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分,容灾系统更加强调处理外界环境对系统的影响,特别是灾难性事件对整个IT节点的影响,提供节点级别的系统恢复功能。

简单的概述一下就是:当一些服务器不可用时可以切换到可用的备用服务器上,提高服务的可用性。

容灾和集群的关系?

    个人认为容灾是一种需求,目的,目标,而集群是一种技术手段,使用集群可以提供可用性和可缩放性,那么也解决了容灾的问题,当然方式不仅限于集群镜像站点也能解决容灾问题。就好比IOC和DI的关系一样。

搭建Orleans集群

一个简单的集群

针对上一篇的经验,这一次将“Sample.Interfaces”和“Sample.Implements”层的Grain进行了一些变更,代码如下:

技术分享

技术分享

 

代码逻辑没有变,但更贴近Grain的意图,下面我们看看客户端的调用。

技术分享

可以看到这一次将手机号码当做key传给了Grain,这样更符合Actor思想,感觉有点像RESTful。

下面来看看需要集群的服务端:

其实在上次的demo基础上不需要改任何代码就可以实现集群了,但为了不拷贝多份程序,我对Server端加载配置文件和设置节点名称做了动态的输入,代码如下:

技术分享

没有太多的变化,只是可以指定加载哪一个配置文件和启动哪个节点,下面我们重点看看Orleans的配置文件。

技术分享

 

最终的配置文件效果如下,我们先运行看一下效果再回头来看配置文件。

首先启动Server.exe,输入“OrleansConfiguration”

技术分享

在输入节点名称:“node1”,等待启动完成。

技术分享

 

接着我们运行一个客户端程序。

技术分享

进行测试。

技术分享

Server.exe会出现我处理了一个请求,代表逻辑正常。接着我们在运行一个Server.exe

配置文件名称为:“OrleansConfiguration”,节点名称为:“node2”。

等待启动完成。

技术分享

继续切换到client进行测试,将会出现如下结果:

技术分享

代表请求被分发了,分发的规则由orleans控制,如果你愿意可以再启动多个Server.exe进行集群。可以是node3、node4、nodeN。

接着我们关闭node2(按回车关闭,不要直接关闭窗口)继续切换到Client进行测试。

 

技术分享发现还是可以正常请求。

这样一个简单的集群就完成了。

这种集群是利用了orleans提供的“MembershipTable”方式,这在正式环境是不推荐使用的只推荐在开发时使用,为了简单演示功能本次将以这个方式为主进行简单的说明。

Demo源码:https://github.com/majian159/Samples/tree/master/OrleansSamples/Clusters

配置文件

下面我们再回头看看配置文件。

技术分享

重点在我圈出的3行代码。

SeedNode

silo(筒仓)地址这个地址是配置了我属于某一个silo,某个silo可以使用我。

集群者需要连接到一个指定的silo中标识为我可以为这个silo提供计算请求。

Networking

silo终结点,供各个宿主(Server)连接到此,一个集群有且只有一个。

也就是集群者需要连接到一个地方的地址。

ProxyingGateway

代理网关,客户端调用的通道。

客户端发送请求的接收通道。

Override

重写,可以根据节点名称进行特定的配置,比如我们的node1才会对Networking和ProxyingGateway配置生效,node2,node3其它节点则不会不会。

关系

可以看出我们第一个运行的node1节点承担了部分计算请求、silo管理的作用,node2则承担了部分计算请求。实际的角色有3个。

1.计算者1

2.计算者2

3.silo管理者

而node1承载着1、3这两个角色,这时候肯定会会有人提出疑问:“这样压力不还没有分担掉吗?如果我的node1挂了就全完了?”

答案是肯定的,这也是为什么orleans不推荐在正式环境使用这种集群方式,后续章节中我们会介绍其它的集群方案,让silo管理者的角色分配给应该负责的人。

请求结构

技术分享

Next

下一篇会说下如何将soli管理者的角色分担出去,分担的方式orleans提供了:MySQL,SQL Server、Zookeeper、Azure Table。

当然不会一一说明,应为都差不多,可能选择MySQL或SQL Server。

 

交流方式

QQ群:384413261(RabbitHub)

Email:majian159@live.com

容灾与集群(1)

标签:

原文地址:http://www.cnblogs.com/Leo_wl/p/5128452.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!