【TIPC】一、介绍

        TIPC作为一个内核模块实现，存在于所有主要的Linux发行版中。它可以配置为通过UDP或直接通过以太网传输消息。消息传递是顺序保证、无丢失和流控制的。延迟时间比任何其他已知协议都要短，而最大吞吐量与TCP相当。

Cluster wide IPC service

Have you ever wished you had the convenience of Unix Domain Sockets even when transmitting data between cluster nodes? Where you yourself determine the addresses you want to bind to and use? Where you don't have to perform DNS lookups and worry about IP addresses? Where you don't have to start timers to monitor the continuous existence of peer sockets? And yet without the downsides of that socket type, such as the risk of lingering inodes?

Welcome to the Transparent Inter Process Communication service, TIPC in short, which gives you all of this, and a lot more.

您是否曾经希望即使在cluster 节点之间传输数据时也能使用Unix Domain 套接字？您自己决定要绑定和使用的地址的位置？您不必执行DNS查找和担心IP地址？您不必启动计时器来监视对等套接字的连续存在？但是如果没有这种套接字类型的缺点，比如延迟inode的风险？
欢迎使用透明进程间通信服务，简而言之，TIPC，它为您提供了所有这些，以及更多。

Service Addressing（服务寻址）

TIPC中的一个基本概念是服务寻址，它使程序员可以选择自己的地址，将其绑定到服务器套接字，并让客户端程序仅使用该地址发送消息。

Service Tracking（服务跟踪）

• 想要等待服务器可用性的客户机使用服务跟踪机制为具有关联服务地址的套接字订阅绑定和解除绑定/关闭事件。
• 服务跟踪机制还可以用于集群拓扑跟踪，即订阅集群节点的可用性/不可用性。
• 同样地，服务跟踪机制可用于集群连接性跟踪，即，为集群节点之间的单个链路预订向上/向下事件。

 

Transmission Modes（传输模式）

• 使用服务地址，客户机可以向服务器套接字发送数据报（datagram）消息。
• 使用相同的地址类型，它可以建立到接受服务器套接字的连接。
• 它还可以使用服务地址创建和加入通信组，这是无代理消息总线的TIPC表现形式。
• 在数据报模式和通信组模式下，多播都具有很好的性能和可扩展性。

Inter Node Links（节点间链路）

cluster 中任意两个节点之间的通信由一个或两个节点间链路来维持，这两个链路既保证了数据通信的完整性，又监视了对等节点的可用性。

Cluster Scalability（Cluster 可扩展性）

通过在节点间链路上应用重叠环监视算法（Overlapping Ring Moniroring），可以将TIPC集群扩展到1000个节点，保持邻居故障发现时间为1-2秒。对于较小的集群，这个时间可以缩短很多。

Neighbor Discovery

当这些服务中的任何一个可用时，集群中的邻居节点发现是通过以太网广播或UDP多播来完成的。如果没有，可以使用配置的对等IP地址。

Configuration

在单节点模式下运行TIPC时，不需要任何配置。在集群模式下运行时，TIPC必须至少获得一个节点地址（在linux4.17之前），并告知要连接到哪个接口。“tipc”配置工具使添加和维护更多配置参数成为可能。

Performance（性能）

TIPC消息传输延迟时间优于任何其他已知协议。节点间连接的最大字节吞吐量仍然略低于TCP，而在同一主机上，它们在节点内和容器间的吞吐量上都优于TCP。

Language Support

TIPC用户API支持C、Python、Perl、Ruby、D和Go。