Amazon web services RejectionDB在i3.Metal实例上难以处理1.5k写操作

Amazon web services RejectionDB在i3.Metal实例上难以处理1.5k写操作,amazon-web-services,amazon-ec2,rethinkdb,Amazon Web Services,Amazon Ec2,Rethinkdb,我一直在一个i3.Metal ec2实例上测试RequiredDB的性能,raid 0中有8个nvme SSD,我发现性能不足 我的设置是3个客户端订阅表的更改。然后,一个客户机逐渐增加每秒的写入次数,这些写入次数通过changefeed发送到其他两个客户机 在开始变得不稳定和滞后之前,此设置可以达到每秒约1.5k次写入。如果我没有任何客户端,并且没有changefeed订阅,我每秒可以得到大约2.5k的写入 有一些基准测试显示,在劣质硬件上,每个节点大约有8k的读/写。我只是想知道是否有一些特

我一直在一个i3.Metal ec2实例上测试RequiredDB的性能,raid 0中有8个nvme SSD,我发现性能不足

我的设置是3个客户端订阅表的更改。然后,一个客户机逐渐增加每秒的写入次数,这些写入次数通过changefeed发送到其他两个客户机

在开始变得不稳定和滞后之前,此设置可以达到每秒约1.5k次写入。如果我没有任何客户端,并且没有changefeed订阅,我每秒可以得到大约2.5k的写入

有一些基准测试显示,在劣质硬件上,每个节点大约有8k的读/写。我只是想知道是否有一些特殊的方法来配置i3.metal以获得更好的性能?还是有一种完全不同的云服务可以提供更好的性能