我有一个Java进程，可以将数据高速推送到OpenTSDB。 Java代码运行10个线程，以在3台计算机上调用OpenTSDB rest API。因此，每个端点受到3或4个线程的攻击。我在每个剩余呼叫中写大约50个指标。我注意到一台计算机将停止接受数据，并且OpenTSDB进程的CPU将达到3600％。一段时间后，它将回落并再次开始接受数据。其他时间似乎停留在那里。如果它回落，则在插入更多数据后将跳回上层。最初一次只有一台机器，但现在所有3个端点都处于阻塞状态。
我要插入2018年10月至今的历史数据。不知道它们是否有所作为。可能会触发大量数据点压缩吗？
设置的详细信息是在Redhat 7上运行MapR的18个物理节点。