Сколько времени потребуется для работы Route 53 CNAME?

16

Я настроил CNAME в Amazon Route 53, чтобы он указывал на другой сервер.

Это новый CNAME для нового субдомена, указывающий на существующее доменное имя.

С другими поставщиками DNS, с которыми я работал, новые записи канонического имени мгновенно связывались с другим каноническим доменным именем.

cname-record amazon-route53

— Дэвид Сулпи
источник

Я бы подождал пару минут. Записи Route53 отправляются в десятки центров обработки данных по всему миру, и, вероятно, в десятки серверов в этих центрах обработки данных, поэтому я обычно видел от нескольких секунд до пары минут для четырех адресов серверов имен для домена, чтобы начать возвращать результаты.

— ceejayoz

2

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

— Ладададада

Я проверяю это, пытаясь попасть в URL, который я настроил. В своем вопросе я упомянул, что это новая запись, поэтому я не уверен, что меня должны беспокоить кэшированные записи на моей машине.

— Дэвид Салпи

14

DNSИзменения записей на маршруте 53 распространяются менее чем за минуту, но TTLвремя будет влиять на то, как быстро DNSраспознаватели будут проверять наличие обновленных записей .

В. Как быстро изменения, которые я внесу в настройки DNS на Amazon Route 53, распространятся по всему миру?

Amazon Route 53 предназначен для распространения обновлений, которые вы вносите в свои записи DNS, на свою всемирную сеть авторитетных DNS-серверов в течение 60 секунд при нормальных условиях. Изменение успешно распространяется по всему миру, когда вызов API возвращает список состояний INSYNC.

Обратите внимание, что кэширующие распознаватели DNS находятся вне контроля службы Amazon Route 53 и будут кэшировать ваши наборы записей ресурсов в соответствии с их временем жизни (TTL). Статус изменения INSYNC или PENDING относится только к состоянию доверенных DNS-серверов Route 53.

Или, если вы предпочитаете форумы разработчиков AWS ...

Вы можете ожидать, что он распространится на все серверы Route 53 по всему миру в течение минуты. Однако имейте в виду, что TTL определяет, как быстро клиенты увидят обновленную информацию. Если для записи задано значение TTL, равное 3600 секундам, преобразователи DNS могут кэшировать эти данные в течение часа, прежде чем снова вернуться к маршруту 53. Если важно, чтобы обновленная запись распространялась среди конечных пользователей как можно быстрее, я бы рекомендовал TTL в 60 секунд.

Поскольку TTL настроен для каждой записи, вы можете использовать разные значения. Если вы не планируете вносить какие-либо изменения в запись в ближайшем будущем, более высокий TTL может помочь вам сэкономить на затратах на запрос и сделать работу более эффективной. Например, вам может не понадобиться обновлять записи MX просто так. Допустим, для ваших записей MX установлено значение TTL 43200 секунд (12 часов). Если вы когда-нибудь переключитесь на другого провайдера электронной почты, просто снизьте TTL заранее. Как только истек срок действия исходного TTL, вы можете приступить к переезду. Обновленные записи теперь будут распространяться намного быстрее благодаря более низкому TTL. Одновременно измените TTL на первоначальное значение.

— HopelessN00b
источник

Спасибо за ответ. Я прочитал часто задаваемые вопросы, прежде чем я достиг здесь. Единственная причина, по которой мне было интересно, заключалась в том, что это произошло не менее чем за TTL. Запись, которую я добавил, является новой записью для субдомена, которого раньше не было.

— Дэвид Салпи

2

Я не обращал внимания на значение CNAME, оно было неправильным для спецификации CNAME. Ответ на вопрос «мгновенный».

— Дэвид Сулпи
источник

2

60 секунд, но убедитесь, что операционная система вашего хоста не кэширует записи DNS дольше. Используйте инструмент поиска DNS для проверки непосредственно на сервере имен.

— Тимоти Гонсалес
источник