Насколько быстро меняются IP-адреса Heroku с выравниванием Cloudflare CNAME по сравнению с обычными CNAME? Насколько вероятно, что это произойдет?

Я рассматриваю выравнивание CNAME от Cloudflare , которое позволяет примерно эквивалент CNAME на верхних доменах .

У меня сложилось впечатление об этой статье, что любой, кто их запрашивает, видит ее как запись A (с 5-минутным TTL, переданным от Heroku), но за кулисами они ищут IP-адрес заданного имени хоста и возвращают его. .

Но поскольку они представляют его как запись A, разве этот 5-минутный TTL не означает, что другие могут кэшировать возвращенный IP-адрес как минимум на 5 минут? И даже больше, если s Уплощение CNAME , которое позволяет использовать примерный эквивалент CNAME на верхних доменах.

Мое впечатление об этой статье таково, что любой, кто их запрашивает, видит ее как запись A (с 5-минутным TTL, переданным от Heroku ), но за кулисами они ищут IP-адрес заданного имени хоста и возвращают его.

Но поскольку они представляют его как запись A, не означает ли 5-минутный TTL, что другие могут кэшировать возвращенный IP-адрес на время минимум 5 минут? И еще, если s Уплощение CNAME , которое позволяет использовать примерный эквивалент CNAME на верхних доменах.

Мое впечатление об этой статье таково, что любой, кто их запрашивает, видит ее как запись A (с 5-минутным TTL, переданным от Heroku ), но за кулисами они ищут IP-адрес заданного имени хоста и возвращают его.

Но поскольку они представляют его как запись A, не означает ли 5-минутный TTL, что другие могут кэшировать возвращенный IP-адрес на время минимум 5 минут? И еще, если t что 5-минутный TTL означает, что другие могут кэшировать возвращенный IP-адрес как минимум на 5 минут? И еще, если t что 5-минутный TTL означает, что другие могут кэшировать возвращенный IP-адрес как минимум на 5 минут? И еще, если Интернет-провайдеры и т. Д. Кэшируют его дольше.

Насколько я понимаю, обычный CNAME будет кэшировать только имя хоста (например, foo.herokuapp.com. ) через систему DNS, и я предполагаю имя хоста -to-IP поиск происходит как можно позже, и поэтому вероятность кэширования не так велика.

Значит ли это, что если IP Heroku изменится, обычный CNAME обработает новый IP очень быстро , но выравнивание CNAME в Cloudflare может занять несколько минут или больше?

Если IP-адреса Heroku могут меняться так же часто, как каждый раз при развертывании или перезапуске динамометрических станций (правильно ли я?), похоже, это может вызвать множество проблем. Тем не менее, мне не удалось найти сообщений о таких проблемах. Значит ли это, что у меня есть какое-то неверное предположение, приведенное выше?

Может ли быть так, что вышеперечисленное применимо, если сглаженное CNAME настроено для «Только DNS» (серое облако в пользовательском интерфейсе), но с «Трафик к имени хоста будет проходить через Cloudflare» (оранжевое облако в пользовательском интерфейсе) DNS будет разрешать IP-адреса прокси-сервера Cloudflare, и поиск имени хоста-IP происходит на их прокси-серверах и поэтому не будут кэшироваться?

1
задан 7 November 2016 в 16:56
1 ответ

На самом деле можно ввести пользовательский TTL DNS в Cloudflare ( при добавлении записи DNS ); однако правильно сказать, что будут некоторые DNS-рекурсоры, которые, к сожалению, не будут учитывать низкие значения TTL.

Entering custom DNS TTL into Cloudflare

Есть решение этой проблемы, когда субдомен окрашен в оранжевый цвет (т.е. проходит через Cloudflare) ; общедоступный IP-адрес не нужно обновлять, чтобы изменилось значение записи. Запись по-прежнему будет указывать на Cloudflare, однако Cloudflare скажет домену перейти в другое место.

Обратите внимание, что если вы заинтересованы в использовании DNS для балансировки нагрузки, быстрого переключения при отказе или геостеринга; тогда гораздо лучше использовать для этого специальный продукт Cloudflare - Диспетчер трафика .

Cloudflare Traffic Manager

2
ответ дан 3 December 2019 в 20:32

Теги

Похожие вопросы