如何配置OpenSplice DDS以支持100,000或更多节点?
我可以为分区名称使用分层命名方案吗?Location_guid_xxx "将阻止数据包离开位置，而"company. xxx"将阻止数据包离开位置。"城市*"将允许样本跨城市对齐，等等?或者所有节点都知道所有这些分区，以防它们想要向它们发布信息?
持久性服务将在出现时选择一个主服务器。如果一个持久性服务在远程位置的树莓派上通过3G连接运行，如何防止它试图成为"总部"的主服务器并崩溃?
我正在试验远程节点中的持久性设置，例如我使用location_guid_xxx，但对于"headquarters"云服务器，我使用headquarters
在远程客户端，我可能会这样做:
<Merge scope="Headquarters" type="Ignore"/>
<Merge scope="location_guid_xxx" type="Merge"/>
所以一个位置不会是全局的主位置，但是一个位置中的耐久性服务仍然可以是该位置的主位置吗?
如果我有100,000个位置，这是否意味着我必须在位于总部的ospl.xml文件中的"合并范围"中列出所有这些位置?我认为这可能会限制我所能处理的网络的大小。
我假设这个产品将处理这种物联网场景。有人试过吗?
考虑到系统的规模，我认为您应该认真考虑使用Vortex-Cloud(参见这些幻灯片http://slidesha.re/1qMVPrq)。涡旋云将允许您更好地扩展您的系统，以及处理NAT/防火墙。除此之外，您还可以使用TCP/IP从Raspberry Pi与云实例进行通信，从而避免与nat/防火墙相关的任何问题。
在讨论你的耐久性问题之前，我想指出一些其他的事情。如果您尝试构建一个具有100K节点的平面系统，您将生成相当多的发现信息。除了产生一些流量之外，这还会占用终端应用程序的内存。如果你使用的是Vortex-Cloud，我们会设置一些技巧来限制发现信息。举个例子，如果你有一个数据写入匹配100K的数据阅读器，当使用Vortex-Cloud时，数据写入器只匹配一个端点，从而减少了100K的发现信息!!
最后，关于持久性问题，您可以将一些持久性服务仅配置为alignee。那样的话，他们永远也成不了主人。
HTH .
+