微软分布式云计算框架Orleans(2)：容灾与集群(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