0

配置 OpenSplice DDS 以支持 100,000 个或更多节点的正确方法是什么？

我可以对分区名称使用分层命名方案，因此“headquarters.city.location_guid_xxx”会阻止数据包离开某个位置，而“company.city*”会允许样本在整个城市中对齐，等等？还是所有节点都知道所有这些分区，以防万一他们想向它们发布？

持久性服务会在出现时选择主服务器。如果一项持久性服务在远程位置的 Raspberry Pi 上运行，通过 3G 链接运行，那么如何防止它尝试成为“总部”的主人并崩溃？

我正在远程节点中试验持久性设置，因此我使用 location_guid_xxx 但对于“总部”云服务器，我使用总部

在远程客户端上，我可能会这样做：

<Merge scope="Headquarters" type="Ignore"/>
<Merge scope="location_guid_xxx" type="Merge"/>

所以一个位置不会成为宇宙的主人，但是一个位置内的持久性服务仍然可以成为那个位置的主人吗？

如果我有 100,000 个位置，这是否意味着我必须将它们全部列在位于总部的 ospl.xml 文件的“合并范围”中？我认为仅此一项可能会限制我可以处理的网络规模。

我假设这个产品将处理这种物联网场景。有其他人尝试过吗？

4

1 回答 1

1

考虑到您系统的规模，我认为您应该认真考虑使用 Vortex-Cloud（请参阅这些幻灯片http://slidesha.re/1qMVPrq）。Vortex Cloud 将允许您更好地扩展您的系统以及处理 NAT/防火墙。除此之外，您将能够使用 TCP/IP 从您的 Raspberry Pi 与云实例进行通信，从而避免与 NAT/防火墙相关的任何问题。

在谈到您的耐用性问题之前，我还想指出其他一些事情。如果您尝试构建一个具有 100K 节点的扁平系统，您将生成相当多的发现信息。除了产生一些流量之外，这还会占用您的最终应用程序的内存。相反，如果您使用 Vortex-Cloud，我们会使用技巧来限制发现信息。举个例子，如果你有一个匹配 100K 数据读取器的数据写入，当使用 Vortex-Cloud 时，数据写入器只会匹配端点，从而将发现信息减少 100K 倍！！！

最后，关于您的持久性问题，您可以仅将一些持久性服务配置为 alignee。在那种情况下，他们永远不会成为主人。

HTH。

一个+

于 2014-07-31T11:43:54.460 回答