Amazon web services EC2至RDS性能问题

我面临一个奇怪的问题，我试图通过jmeter脚本从同一个EC2实例连接到两个不同的RDS实例。该脚本进行一些数据库更新和插入，并调用另外进行数据库更新和插入的API

我的API部署在北弗吉尼亚州us-east-1b的一个ec2实例上。 另外，我运行这个jmeter脚本的ec2实例也在us-east-1b中

在为两个不同的RDS实例使用相同的jmeter脚本时，会观察到性能差异，这两个实例在模式、数据、安全组、VPC和区域方面都是彼此的精确副本。唯一不同的是，观察到高性能的RDS实例位于AZ us-east-1d中。另一个RDS在us-east-1b中-使用这一个，jmeter脚本需要很长时间

似乎无法找出原因是什么，除了AZ之外，这两个RDS实例的所有内容都是相同的。此外，jmeter脚本及其访问的API都与RDS实例在同一个AZ中运行，性能较慢

两者都是postgres RDS实例

---

任何指针都会很受欢迎。

正如您所说，可见配置的任何部分都无法解释您所看到的行为。也许罪魁祸首是你无法控制的，比如一个吵闹的邻居？这就是解决问题的办法

---

如果在您的环境中可行，请尝试在us-east-1b中创建另一个RDS实例，该实例与您的EC2实例位于同一AZ，并查看性能是否有所提高。

因此，性能较差的实例实际上与EC2位于同一AZ。表现好的那个在同一个地区的另一个AZ对，对不起，我写的可能有误导性。尝试在us-east-1b中创建另一个RDS实例，在那里您已经看到了糟糕的性能，并查看该AZ中的另一个RDS实例是否再次出现问题。如果问题停止，这可能表明您与吵闹的邻居或其他特定实例问题发生冲突。是的，我在us-east-1a和us-east-1d中都尝试了此方法，但问题相同。我的意思是，我尝试在两个AZ中创建RDS，但问题仍然相同。出于某种原因，一个特定的RDS实例运行得非常好，速度也非常快。不确定，真正的原因是什么。没关系，我觉得这是个时间问题。在周末做这项活动是缓慢的，但在工作日快速。奇怪的