Назад | Перейти на главную страницу

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

Я рассматриваю Cloudflare Уплощение CNAME что позволяет получить приблизительный эквивалент CNAME в доменах вершины.

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

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

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

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

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

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

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

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

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