Я знаю, що це може бути дуже різним, залежно від ситуації, але для розміщення веб-сайту, не плануючи переміщати хостинг-сервер, який хороший 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).
4 години повинні бути просто чудовими, забезпечуючи прийнятний баланс. Саме цим я користуюсь у більшості зон.
Крім RFC 1912 , користувачі в Європі також повинні бачити RIPE-203, "Рекомендації щодо значень DNS SOA" , який рекомендує два дні як мінімальне значення TTL.
(зауважте: ця публікація застосовується до TTL для окремих записів A / AAAA; деякі інші типи записів можуть мати довші TTL, оскільки вони не представляють одинакові точки відмови однаково).
Вам справді потрібно подумати над цим з точки зору своїх планів відновлення після катастроф. Йдеться не про те, коли ви маєте намір перемістити сайт (для навмисних рухів ви можете зменшити TTL під час запуску до ходу). Йдеться про те, коли ваш хостинг зникає з Інтернету або виганяє вас за порушення TOS або виштовхує вас, тому що вони не можуть впоратися з DDOS, який прийшов на ваш шлях.
Якщо ви не переймаєтесь тим, що ваш веб-сайт на цілий день не працює, тоді заздалегідь залиште TTL за замовчуванням. Якщо у вас є простір PI-адреси та транзит BGP у декількох місцях від багатьох постачальників і ви маєте намір обробити аварійне відновлення на рівні BGP, тоді продовжуйте та залишайте його за замовчуванням на один день. З іншого боку, якщо ви використовуєте DNS в якості свого механізму поглинання ваших труднощів на веб-сайті, що перебуває в аварійному режимі, тоді ви хочете набагато коротший TTL, 5 мінутів - цілком загальна цінність.