Изменение IP-адреса облачного DNS (тип записи ресурса A) без времени распространения
У меня есть кластер GKE с установленным istio. Входной шлюз Istio автоматически создает балансировщик нагрузки с IP-адресом.
Я поместил этот IP-адрес в Cloud DNS, как показано на рисунке ниже (Поддельный IP-адрес со скрытым DNS-именем). Все работает, и я могу получить доступ к своему кластеру, используя URL.
Я знаю, что могу уменьшить время TTL, чтобы попытаться сократить время распространения, если мне нужно изменить IP, как описано в документации.
Распространение изменений
Изменения распространяются в двух частях. Во-первых, отправляемое вами изменение через API или инструмент командной строки необходимо передать в Cloud DNS авторитетные DNS-серверы. Во-вторых, распознаватели DNS должны уловить это изменяются, когда истекает срок их кеширования с записями.
Кэш-память преобразователя DNS контролируется значением времени жизни (TTL) которые вы устанавливаете для своих записей, которые указываются в секундах. За Например, если вы установите значение TTL 86400 (количество секунд в 24 часов), преобразователи DNS получают указание кэшировать записи в течение 24 часов. часов. Некоторые преобразователи DNS игнорируют значение TTL или используют свои собственные значения. это может задержать полное распространение записей.
Если вы планируете изменить службы, требующие узкого окна, вы можете изменить TTL на более короткое значение до внесение изменений. Такой подход может помочь уменьшить окно кеширования. и обеспечьте более быстрое изменение настроек новой записи. После изменить, вы можете изменить значение обратно на предыдущее значение TTL на уменьшить нагрузку на преобразователи DNS.
Но, как вы видите, это решение ненадежно, потому что некоторые преобразователи DNS не могут следовать моему TTL. Есть ли способ уменьшить это время распространения до нуля? Я безуспешно пытался создать балансировщик нагрузки и правило пересылки.
Есть ли способ уменьшить это время распространения до нуля?
Через Интернет?Нет. См. Также: Как уменьшить эффект распространения DNS
Авторитетные серверы имен могут иметь минимальный TTL. Хотя зачастую минимум составляет всего несколько минут. Google Cloud DNS может обрабатывать запросы, срок жизни которых близок к минимальному, нагрузка здесь не представляет проблемы.
Было обнаружено, что несколько преобразователей увеличивают TTL . Хотя это меньшинство, ожидание того, что 100% пользователей перейдут на TTL, нереально.
Есть ли способ уменьшить это время распространения до нуля?
Нет.
Предположим, что все другие DNS-серверы будут соблюдать TTL, потому что вы не можете ни контролировать его, ни влиять их поведение, если они этого не сделают. Установите TTL на то, что вы считаете разумным и которое соответствует вашим целям. Если некоторые DNS-серверы не соблюдают его, вы все равно ничего не сможете с этим поделать.