Amazon web services t3.2xlarge的1个EC2实例的流量处理能力

电话服务器和物联网设备之间的协议交换（跨区域）。假设有100000个用户，每个用户每天请求或使用12-20次，可能是在同一时间（协议非常小，小于1KB），因此我需要创建协议交换和自动扩展的实例，每次传输都存储为日志和高达1000GB的备份

这是我的想法 用户->路由53->弹性束柄->我是->RDS->S3->云端

我需要t3.2xlarge-vCPU的8内存32GB的1个EC2实例的流量处理能力

---

i、 e我需要知道它一次可以处理多少请求，通过计算我将使用多少EC2实例来估算成本，还需要有人纠正我的实例购买（如果有）

没有人能为您回答这个问题，因为它完全取决于您的特定应用程序和使用方式

您应该使用模拟负载创建一些性能测试，以确定瓶颈可能位于何处，以及实例可以处理多少流量

---

另外，请注意，T3系列Amazon EC2实例是burstable，这意味着如果CPU的使用率很高，CPU的数量可能会受到限制。（您可以使用T3 Unlimited选项来避免这种情况，但可能要付出额外的成本。）

这不是编程问题。因此，您建议使用任何更好的选项，以经济高效的方式处理100000个请求，但并非始终如此，我只在高峰时间需要它，假设它每天工作5个小时，剩下的时间大约为10k，那么哪个ec2实例和elastic Beanstalk取决于您的体系结构，比如您是将其设计为无服务器的，还是在Amazon ec2上运行。此外，还有您使用的语言、存储方法等。没有人能就处理流量所需的内容向您提供建议。在模拟流量或测量实际流量后，只有您才会知道此信息。感谢您的时间@John Rotenstein您能为我的计算推荐一个监控流量的测试工具吗？您能推荐一个一次发送100000个请求的工具进行测试吗？这将非常有用。这不仅仅是监控流量的问题。您需要密切关注任何可能成为瓶颈的因素，例如CPU、内存、磁盘访问和数据库延迟。他最简单的方法是向系统抛出大量请求，然后看看哪些请求首先中断。然后您知道需要缩放该组件。模拟取决于用户通常访问系统的方式（web、API、将文件放入s3等）。您可以编写自己的系统来发送请求，或者使用类似的方法。