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:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<?xml version="1.0" encoding="utf-8" ?>
<OrleansConfiguration xmlns="urn:orleans">
<Globals>
<SystemStore
SystemStoreType="SqlServer"
DeploymentId="OrleansTest"
DataConnectionString="Server=.;Database=OrleansStorage;User ID=sa;Password=123456;"/>

<StorageProviders>
<Provider Type="Orleans.Storage.AdoNetStorageProvider"
Name="OrleansStorage"
AdoInvariant="System.Data.SqlClient"
DataConnectionString="Server=.;Database=OrleansStorage;User ID=sa;Password=123456;"/>
</StorageProviders>
</Globals>
<Defaults>
<Networking Address="localhost" Port="11111" />
<ProxyingGateway Address="localhost" Port="30000" />
</Defaults>
</OrleansConfiguration>

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

OrleansConfiguration2.xml:

1
2
<Networking Address="localhost" Port="11112" />
<ProxyingGateway Address="localhost" Port="30001" />

OrleansConfiguration3.xml:

1
2
<Networking Address="localhost" Port="11113" />
<ProxyingGateway Address="localhost" Port="30002" />

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

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

systemStore

Client配置文件

ClientConfiguration.xml:

1
2
3
4
5
6
7
<?xml version="1.0" encoding="utf-8" ?>
<ClientConfiguration xmlns="urn:orleans">
<SystemStore SystemStoreType ="SqlServer"
DeploymentId="OrleansTest"
DataConnectionString="Data Source=.;Database=OrleansStorage;User ID=sa;Password=123456;"
AdoInvariant="System.Data.SqlClient" />
</ClientConfiguration>

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

Client的测试代码:

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

1
2
3
4
5
6
7
8
var random = new Random();
while (true)
{
Thread.Sleep(1000);
var grainId = random.Next().ToString();
var grain = GrainClient.GrainFactory.GetGrain<IPersonGrain>("Test-" + grainId);
grain.SayHelloAsync();
}

测试结果:

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

Test Result

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

参考链接:

如果对你有帮助就好