#amazon-web-services #dns #amazon-elastic-beanstalk #amazon-route53
Вопрос:
Я настроил экземпляр js узла elastic beanstalk (с балансировщиком нагрузки) В Amazon Linux 2. Используя маршрут 53 для управления DNS.
Это снимок экрана синхронизации сети из Chrome. Я думаю, что время поиска DNS слишком велико. Это должно быть менее 50 мс, так как я использую известную службу DNS.
Вопросы
- Является ли время поиска DNS более 300 мс очень большим? Должен ли я просто игнорировать?
- Есть ли какой-либо способ устранить проблему, связанную с тем, что вызывает такое большое время?
- Я должен исследовать Eleastic beanstalk или маршрут 53 для этой проблемы?
Более подробная информация
- Да, это происходит по каждому запросу
Конфигурация маршрута 53
Комментарии:
1. Так ли это при каждом поиске? Первый поиск через некоторое время? Один выход? Можете ли вы поделиться тем, как вы настроили его на маршруте 53?
2. @ErmiyaEskandary, добавили подробности
3. Вы тоже находитесь в
ap-south-1городе ? Использовать whatsmydns.net чтобы проверить время поиска DNS по всему миру — это все еще 300 мс?4. Он не показывает время поиска. Да, я базируюсь в ap-south-1
5. У вас есть другое устройство для тестирования? Это похоже на проблему с локальным DNS-сервером
Ответ №1:
Я попробовал все предложения, которыми поделился @ErmiyaEskandary
- Измените локальный DNS
- Протестируйте на другом интернет-провайдере
- Тестируйте в разное время суток
- Попросите моего коллегу протестировать из другого города
Тем не менее, поиск DNS составлял от 250 до 380 мс.
Решение, которое, наконец, сработало, Вместо того, чтобы указывать маршрут 53 на эластичный бобовый стебель, должно было указать его на балансировщик нагрузки.
Новый снимок экрана синхронизации сети после изменения.
