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