ZBLOG

15.2.3.3. UDPv4 persistency example On Discovery Server, servers gather and maintain the information of all connected endpoints, and distribute it to the clients. In case of a server failure, all this information is lost and the server needs to r...

15.2.3.3. UDPv4 Persistency Example

在发现服务器上,服务器收集并维护所有连接端点的信息,并将其分发给客户端。在服务器故障的情况下,所有这些信息都会丢失,服务器需要在重启时恢复这些信息。在基本设置中,这通常是通过重新开始发现过程来完成的。考虑到服务器通常与大量客户端关联,这个过程非常耗时。

另一方面,Fast DDS允许将服务器的发现记录同步到文件中,以便在重启期间能够将信息加载回内存。此功能通过指定发现协议为 BACKUP 来启用。

记录文件位于服务器进程的工作目录中,命名遵循模式 server-<GUIDPREFIX>.db(例如:server-73-65-72-76-65-72-63-6C-69-65-6E-74.db)。一旦创建了服务器,它会自动查找此文件。如果该文件已存在,则会加载其内容,从而避免重新发现客户端。为了进行全新的重启,在启动服务器之前必须删除或重命名任何这样的备份文件。

15.2.3.4. UDPv4 Partitioning Using Servers

服务器关联可以被视为除了域和分区之外的另一种隔离机制。无法共享同一个服务器的客户端无法互相看到,并且属于隔离的服务器网络。例如,在下图中,即使客户端1和客户端2处于同一物理网络和域,它们也无法进行通信。

Clients cannot see each other due to server isolation

然而,可以通过类似于物理网络如何通过路由器连接来连接被隔离的服务器网络:

选项1: 将客户端连接到多个服务器,以便客户端属于多个网络。

选项2: 将一个服务器连接到另一个,以便将网络链接在一起。

选项3: 创建一个新服务器,与客户端已经连接的服务器相连。

选项1和选项2只能通过提前修改QoS值或XML配置文件来实现。在这方面,它们与域和分区策略相匹配。然而,选项3可以在运行时实现,当隔离网络已经建立并正在运行时。


内容由零声教学AI助手提供,问题来源于学员提问

本站部分文章来源于网络,版权归原作者所有,如有侵权请联系站长删除。
转载请注明出处:https://sdn.0voice.com/?id=7476

分享:
扫描分享到社交APP
上一篇
下一篇
发表列表
游客 游客
此处应有掌声~
评论列表

还没有评论,快来说点什么吧~

联系我们

在线咨询: 点击这里给我发消息

微信号:3007537140

上班时间: 10:30-22:30

关注我们
x

注册

已经有帐号?