Hyperledger fabric 在Hyperledger结构中以高速发送交易时，订购方未找到错误

我有一个配置了1个组织、2个对等方、5个订购方（Raft集群）的Hyperledger。网络有一个带有简单链码的通道

当使用Hyperledger Caliper（最多7个客户端）将交易发送到网络时，它可以很好地降低每秒的交易数量。当我将TPS增加到60以上时，它会对某些事务抛出以下错误

2019-07-10T08:20:58.651Z - error: [Remote.js]: Error: Failed to connect before the deadline URL:grpcs://orderer2-hlf:7050
2019-07-10T08:20:58.652Z - error: [Orderer.js]: Orderer grpcs://orderer2-hlf:7050 has an error Error: Failed to connect before the deadline URL:grpcs://orderer2-hlf:7050 
(node:585) UnhandledPromiseRejectionWarning: Error: Failed to connect before the deadline URL:grpcs://orderer2-hlf:7050
    at checkState (/opt/caliper/node_modules/fabric-client/node_modules/grpc/src/client.js:833:16)
(node:585) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 42)

增加订购者计数可以减少被拒绝的事务数。这看起来像是订购方中的缓冲区限制

---

Fabric声称大约有1000个TPS，但我不能超过90个TPS（使用链码更新状态）。感谢您的帮助。

我想没有人能直接回答您的问题。Fabric论文介绍了使用一些非常强大的机器（我认为每个节点大约有32个CPU核）进行的测量。它使用卡夫卡命令，因为当时Raft还没有实现

---

您有两个（并非相互排斥的）选择：水平扩展订购服务（更多筏节点）和/或垂直扩展订购服务（更强的机器）。

我认为没有人能直接回答您的问题。Fabric论文介绍了使用一些非常强大的机器（我认为每个节点大约有32个CPU核）进行的测量。它使用卡夫卡命令，因为当时Raft还没有实现

您有两个（并非相互排斥的）选择：水平扩展订购服务（更多筏节点）和/或垂直扩展订购服务（更强的机器）

尝试使用更多硬件规格的产品 4个或更多CPU 8个或更多GB RAM

尝试使用更多硬件规格的产品 4个或更多CPU 8个或更多GB RAM