我们正在执行应用程序的testing部署，该应用程序利用DynamoDB进行持久性。 美东地区创build了一些表格。 然后我们对应用程序进行了一些testing，导致大量的写入和读取这些表，超过了吞吐量阈值。 然而，突然之间，DynamoDB的请求完全停止在那台特定的机器上。 我们重新在欧洲西部地区的表格，并再次进行testing。 这工作了一段时间，但在早上发现，西欧装置也发生了同样的事情，但同时对美西的要求也开始了。
经过一番调查，还有更多的人发现，如果当时针对某个地区的所有请求都失败了，我们甚至无法打开与该地区的DynamoDB端点的连接（基本上，“wget https：/ /dynamodb.us-west-1.amazonaws.com “失败，超时）。
而且，当我们无法连接到特定的DynamoDB端点时，所有其他机器都可以做到这一点。 即使是那些与受影响的机器在同一个子网中并在相同的NAT后面（因此，共享其源IP地址！）的人也是如此。
我所说的所有机器实际上都是EC2实例，所以我们这边没有真正的硬件。
任何想法，有什么可能是错的？
在testing期间，我们没有触及networkingconfiguration。 这可能是我们正在经历的某种forms的限制吗？
你有没有尝试重新启动你的路由器？ NAT网关后面的一些服务器工作的事实，但其他人不会让我相信，问题是在你的端，而不是亚马逊的。
如果是消费级设备，请尝试更新固件。 它是什么品牌/型号？
你有没有检查你的Dynamodb表的读/写容量。 每个表都有与之相关的读/写容量。 如果达到最大容量，则停止接收连接。 在一天内更新Dynamodb的这些读/写也是有限制的。 检查一下。 我希望这有帮助。