Почему AWS t3.micro в Сингапуре реагирует медленнее, чем t2.nano в Северной Вирджинии из Бангладеш?

У меня есть t2.nano экземпляр работает в зоне доступности Северной Вирджинии (us-east-1) почти 1 год.
В надежде уменьшить задержку я просто развернул созданный AMI этого экземпляра на t3.micro экземпляр в Сингапуре (ap-southeast-1) зона. Есть RDS (AZ: us-east-1) подключен к серверу Apache экземпляра.

Но t3.micro (в Сингапуре) реагирует намного медленнее, чем старый t2.nano (в Северной Вирджинии, США) из более чем в 4 раза более отдаленного места (Дакка, Бангладеш).

В качестве доказательства медлительности сайт Google PageSed оценивает старые и новые серверы как 100 и 71 соответственно, в то время как Pingdom оценивает 2 сервера как 100 и 81 соответственно, а GTmetrix оценивает их как 100 и 79 соответственно. Скриншот из GTmetrix сравнения 2 сайтов:

РЕДАКТИРОВАТЬ: ранги были ошибочно сгенерированы с использованием несбалансированных запросов, но на следующем снимке экрана теперь видно, что действительно долго ждать t3.micro пример:

Этот сервер содержит множество других REST API (разработанных с использованием Laravel фреймворк, как для веб-интерфейса, так и для мобильных приложений), что отражает длительные задержки.

Я больше не использовал конфигурацию в этой системе, и все другие конфигурации (группа безопасности, AMI, IAM, RDS, S3 и т. Д.) Абсолютно одинаковы для обоих экземпляров.

Я понимаю, что соединение RDS может происходить с задержкой в ​​несколько миллисекунд (и, возможно, с некоторой задержкой из-за какого-либо кэширования?), Но в среднем задержка более 10 с кажется недопустимой.

В чем может возникнуть такая разница и что нужно сделать еще, чтобы этого избежать?