Я знаю, что это может сильно отличаться в зависимости от ситуации, но для хостинга веб-сайта без планов перемещения хост-сервера, какой хороший TTL можно установить для записи DNS?
Я знаю, что это может сильно отличаться в зависимости от ситуации, но для хостинга веб-сайта без планов перемещения хост-сервера, какой хороший TTL можно установить для записи DNS?
Ответы:
Я склонен оставить его по умолчанию Slicehost, 86 400 секунд (1 день). Я опускаю его до 10 минут, когда у меня есть ожидающий ход, и жду день или два.
редактировать: в эти дни (2016) я склонен держать его на низком уровне - ~ 5 минут.
Стандарты (написанные давно в 1987 году) предлагают 86 400 секунд (1 день) в качестве минимального значения TTL по умолчанию.
Важно, чтобы TTL были установлены на соответствующие значения. TTL - это время (в секундах), в течение которого распознаватель будет использовать данные, полученные с вашего сервера, прежде чем он снова запросит ваш сервер. Если вы установите слишком низкое значение, ваш сервер будет загружен множеством повторных запросов. Если вы установите слишком высокое значение, то измененная вами информация не будет распространяться в течение разумного периода времени. Если вы оставите поле TTL пустым, по умолчанию будет указано значение, указанное в записи SOA для зоны.
Большая часть информации о хосте не сильно меняется в течение длительных периодов времени. Хороший способ настроить свои TTL - установить их на высокое значение, а затем понизить его, если вы знаете, что скоро произойдут изменения. Вы можете установить большинство TTL где-нибудь между днем (86400) и неделей (604800). Затем, если вы знаете, что некоторые данные будут изменяться в ближайшем будущем, установите TTL для этого RR до более низкого значения (от часа до дня) до тех пор, пока не произойдут изменения, а затем верните его до прежнего значения.
Кроме того, все RR с одинаковыми именем, классом и типом должны иметь одинаковое значение TTL.
См. RFC 1033: http://tools.ietf.org/html/rfc1033.
RFC 1912 (от 1996) предполагает, что 3 дня могут быть более подходящими для SOAзаписей.
Я заметил, что становится все более модным иметь более короткие TTL, чтобы иметь возможность быстрее реагировать в чрезвычайных ситуациях (особенно в среде HA DNS).
Я бы просто оставил значение по умолчанию, установленное вашим хостом, если по какой-то причине оно не будет смехотворно высоким или низким. Затем, если вы когда-нибудь захотите переместить, уменьшите его до 20 минут или около того за пару дней до того, как вы планируете это сделать.
4 часа должно быть просто отлично, обеспечивая приемлемый баланс. Это то, что я использую в большинстве зон.
Помимо RFC 1912 , пользователи в Европе также должны увидеть RIPE-203, «Рекомендации по значениям DNS SOA» , в котором рекомендуется использовать минимальное значение TTL для двух дней.
(примечание: этот пост относится к TTL на индивидальных записях A / AAAA, некоторые другие типы записей могут иметь более длинные TTL, поскольку они не представляют одинаковые точки отказа одинаково).
Вы действительно должны думать об этом с точки зрения ваших планов аварийного восстановления. Дело не в том, когда вы намереваетесь переместить сайт (для преднамеренных перемещений вы можете уменьшить TTL при подготовке к перемещению). Речь идет о том, когда ваш хост исчезает с лица интернета или выгоняет вас за нарушение TOS или выгоняет вас из-за того, что они не могут справиться с DDOS, попавшимся вам на пути.
Если вы не заботитесь о том, чтобы ваш сайт был недоступен в течение дня или около того в таких обстоятельствах, тогда оставьте TTL по умолчанию на один день. Если у вас есть адресное пространство PI и транзит BGP в нескольких местах от нескольких провайдеров, и вы собираетесь обрабатывать аварийное восстановление на уровне BGP, тогда оставьте его на один день по умолчанию. С другой стороны, если вы используете DNS в качестве механизма перенаправления вашего таффика на отказоустойчивый сайт, то вам нужен гораздо более короткий TTL, 5 минут - это довольно распространенное значение.