Тайм-ауты при попытке подключения к конечной точке DynamoDB

Мы выполняли тестовое развертывание приложения, которое использует DynamoDB для обеспечения устойчивости. Ряд таблиц был создан в США-восточном регионе. Затем мы провели несколько тестов для приложения, что привело к значительному количеству операций записи и чтения этих таблиц, превышающих пороговые значения пропускной способности. Внезапно, однако, запросы к DynamoDB перестали поступать вообще с этой конкретной машины. Мы воссоздали таблицы в регионе ЕС-Запад и снова провели тесты. Некоторое время это работало, но утром выяснилось, что то же самое произошло с установкой ЕС-Запад, но в то же время начали поступать запросы против США-Запад.

Более того, после небольшого расследования было обнаружено, что если в тот момент, когда все запросы к некоторому региону не будут выполнены, мы не сможем даже открыть соединение с конечной точкой DynamoDB для этого региона (в основном, "wget https://dynamodb.us-west-1.amazonaws.com/"не удалось с таймаутом).

Более того, в то время, когда мы не могли подключиться к определенной конечной точке DynamoDB, все остальные машины могли делать это просто замечательно. Даже те, которые находились в одной подсети с уязвимой машиной и за одним и тем же NAT (следовательно, совместно использовали его IP-адрес источника!).

Все машины, о которых я говорю, на самом деле являются инстансами EC2, поэтому с нашей стороны не задействовано никакого реального оборудования.

Есть идеи, что может быть не так?

Мы не трогали конфигурацию сети во время тестов. Может ли быть какая-то форма удушения, которую мы испытывали?