Orleans解决并发之痛（三）：集群

Orleans本身的设计是一个分布式的框架，多个Silo构成集群，Grains分布在多个Silo中。一旦一个Silo挂了，原来归属这个Silo的Grains会自动在其他Silo中激活。生产环境下还是需要以集群方式来部署。

cluster

在Orleans解决并发之痛（二）：Grain状态文章中提到内存存储State是不靠谱的，同样，以内存方式存储集群中Silo的成员关系也是不靠谱的，所以本文使用SQL Server来做Silo的成员关系存储，以内存方式存储成员关系存在主节点之说，其他节点的启动必须依赖主节点的启动状态，但以Azure Table、SQL Server 、ZooKeeper、Consul 等存储成员关系，所有的Silo都是平等的，不需要等待谁。

之前在Orleans解决并发之痛（一）：单线程Demo中是以内存存储集群成员关系的，有兴趣可以返回查看。

这篇文章的Demo是Orleans解决并发之痛（二）：Grain状态的基础上完成的，所以在原来代码的基础上做一些调整即可。我们会启动3个Silo，构建成一个集群环境。实际上提供3个配置文件即可，配置文件稍做修改就可实现。

Silo配置文件

OrleansConfiguration1.xml：

OrleansConfiguration2.xml和OrleansConfiguration3.xml除了Networking 、ProxyingGateway 配置有所区别，其他完全一样。

OrleansConfiguration2.xml：

OrleansConfiguration3.xml：

这次配置文件中引入了一个SystemStore节点：
SystemStoreType：存储的类型；如：AzureTable、SqlServer、ZooKeeper等；
DeploymentId：部署的唯一Id标识，具有相同的DeploymentId的Silo会加入一个集群中；
DataConnectionString：连接字符串；

3台Silo启动成功后，在OrleansStorage库的OrleansMembershipTable表中会记录下成员关系：

systemStore

Client配置文件

ClientConfiguration.xml：

Client通过DeploymentId标识连接Silo集群。具体最终调用那个Silo完成方法的调用，由其内部调配。当某一台Silo挂了，Grain会重新在另一个Silo上激活，达到高可用状态。

Client的测试代码：

我们用一个死循环，创建很多Grain，来观察Silo控制台的输出效果

var random = new Random();
while (true)
{
    Thread.Sleep(1000);
    var grainId = random.Next().ToString();
    var grain = GrainClient.GrainFactory.GetGrain("Test-" + grainId);
    grain.SayHelloAsync();
}

测试结果：

从控制台输出结果来开，每台Silo上Grain的分配还是比较均匀的

Test Result

当杀掉一个Silo后，服务依然是正常运行，具体Grain是否重新被分配有兴趣可以测试一下：

Test Result2

参考链接：

• Actor模型

• Orleans

• 案例Demo-OrleansCluster

关文章： 

• .NET的Actor模型：Orleans

• 微软分布式云计算框架Orleans(1)：Hello World

• 微软分布式云计算框架Orleans(2)：容灾与集群(1)

• Aaron Stannard谈Akka.NET 1.1

• 使用Akka.net开发第一个分布式应用

• Orleans入门例子

• Orleans例子再进一步

• Orleans稍微复杂的例子—互动

• Orleans简单配置

• Orleans配置---持久化

• Orleans—一些概念

• Orleans的集群构建

• Oleans集群之Consul再解释

• Orleans解决并发之痛（一）：单线程

• Orleans解决并发之痛（二）：Grain状态
  

原文地址：http://www.jianshu.com/p/fdf4b3456039

---

.NET社区新闻，深度好文，微信中搜索dotNET跨平台或扫描二维码关注