Skip to content Skip to navigation Skip to footer

Время жизни (TTL)

Что такое TTL?

В сети время жизни (TTL) определяет, как долго следует кэшировать запрос или контент. Значение TTL различается в зависимости от типа описываемого TTL. 

По мере того как вы определяете, что означает TTL, вы должны различать TTL системы доменных имен (DNS) и TTL сети доставки содержимого (CDN). DNS TTL информирует DNS-преобразователь о том, сколько времени необходимо для кэширования запроса перед созданием нового. Эта информация хранится в кэше рекурсивного или локального преобразователя, который обрабатывает TTL до тех пор, пока не потребуется собрать новые сведения.

CDN TTL отличается тем, что оно относится к кэшированию содержимого. Это подразумевает хранение копии ресурсов на прокси-серверах CDN веб-сайта для ускорения загрузки страниц и снижения потребляемой пропускной способности.

DNS TTL выражено во времени, поскольку оно определяет период, в течение которого преобразователь собирает сведения о веб-сайте. Например, если для DNS TTL в Fortinet.com было установлено значение 900 секунд (15 минут), преобразотель будет собирать сведения о Fortinet.com каждые 15 минут. В течение этого 15-минутного периода каждый пользователь, посетивший Fortinet.com, увидит то же самое. Если 2000 пользователей посещают Fortinet.com с 12:00 до 12:15, то все они увидят один и тот же текст, изображения, ссылки и т. д. 

Однако, даже если обновление было выполнено на веб-сайте в 12:10, оно вступит в силу только после того, как DNS TTL вернется, чтобы собрать более подробную информацию о веб-сайте в 12:15. Поэтому пользователь, который посещал Fortinet.com в 12:16, увидит обновленный контент, а пользователь, посетивший сайт в 12:14, увидит все, что там было в период с 12:00 до 12:15.

Как работает TTL?

Основная функция TTL связана с управлением информационными пакетами в отношении запросов DNS. Когда один из этих пакетов создается и передается через интернет, существует вероятность, что он будет непрерывно передаваться от маршрутизатора к маршрутизатору. Чтобы предотвратить это, каждый пакет имеет определенный предел TTL или хопа. Также можно изучить TTL пакета данных, чтобы получить информацию о том, как оно прошло через интернет в ходе передачи.

Значение TTL сохраняется в определенном месте в каждом пакете. Это числовое значение, которое указывает, насколько дольше пакет должен перемещаться по интернету. Когда маршрутизатор получает пакет данных, он убирает одно устройство из TTL-счета перед отправкой в следующий пункт назначения в сети. Это продолжается до тех пор, пока количество TTL в пакете не снизится до нуля. 

В этот момент маршрутизатор избавляется от пакета данных и передает протокол межсетевых управляющих сообщений (ICMP) в хост, откуда исходит этот пакет. ICMP — это протокол, который позволяет устройствам сообщаться и передавать ошибки в отношении потока пакетов данных.

Пример работы TTL: оно помогает увидеть, как оно используется путем трассировки, в частности с Internet Protocol версии 6 (IPv6). IPv6 относится к адресу, который представляет собой 128-битную буквенно-цифровую строку, используемую для идентификации конечной точки. При IPv6 TTL относится к пределу хопа или количеству остановок, на которые может переключаться пакет данных, прежде чем он приведет к обратному отправлению ошибки через ICMP.

Это позволяет использовать TTL для сбора информации о том, как пакет данных перемещается через интернет. При использовании протокола управления передачей/протокола интернета (TCP/IP) пакеты данных, как правило, не передаются по прямой линии, поскольку они проходят от источника к месту назначения. Они переходят с одного узла на другой, в конечном итоге достигая назначенной конечной точки. 

Трассировка используется для определения того, сколько времени требуется для передачи пакета данных из одного места в другое по мере прохождения его через интернет. Во время выполнения команды трассировки существует поток пакетов, которые отправляются по пути. Каждый пакет имеет значение TTL, которое больше, чем предыдущее. Это означает, что он может пройти на один шаг дальше без отправки ошибки с помощью ICMP. Сообщения об ошибках, отправленные через ICMP, используются для определения времени, затрачиваемого каждым пакетом данных на перемещение в каждую точку сети по направлению к месту назначения.

Для чего используется DNS TTL?

DNS TTL особенно полезны для веб-сайтов, которые постоянно и часто вносят изменения и обновления. Благодаря более низкому TTL веб-сайт может чаще получать последние обновления. Например, если бы вымышленная компания под названием ABC Widgets имела веб-сайт под названием GetWidgets.com и имела значение TTL 3600 секунд (один час), она бы получала обновления один раз в час. Однако, если GetWidgets.com выполнял бы частые обновления, он мог бы изменить значение TTL, чтобы сделать обновление более частым.

Индивидуальная настройка TTL может быть особенно полезна для оптимизации удобства работы ваших клиентов. В примере GetWidgets.com компании может потребоваться постоянное добавление продуктов, особенно в связи с наплывом покупателей в сезон распродаж. 

Например, их сотрудники могут загружать описания продуктов, изображения и видео для новых виджетов каждый день в течение всего дня. Если их TTL останется 3600 секунд, покупатели интернет-магазинов должны будут подождать час, чтобы увидеть последние доступные продукты. Однако, если сократить время TTL, клиенты веб-сайта будут получать обновления чаще, что позволит им более точно видеть доступные виджеты.

С другой стороны, если каждая страница продукта должна была пройти тщательную проверку перед утверждением для сайта, ABC Widgets может потребоваться изменить TTL, чтобы для выполнения каждой проверки хватило времени.

DNS TTL также полезно, поскольку предоставляет пользователю кэшированную версию веб-сайта. Если на веб-сайте организации имеется много контента, и загрузка занимает много времени, процесс кэширования может облегчить доступ пользователей к контенту, поскольку он хранится в кэше. Это позволяет большому количеству пользователей получать доступ к большим по объему сайтам.

Поскольку DNS TTL управляет кэшированием веб-сайта, организация также может использовать его для оптимизации удобства работы пользователя в соответствии с ограничениями используемых серверов. Кэширование облегчает нагрузку на центральный сервер, сохраняя версию веб-сайта на уровне, доступном конечному пользователю. 

Если сервер вашей компании развернут до максимума, можно увеличить DNS TTL, чтобы реже отправлять новую версию сайта. Таким образом, серверу приходится выполнять интенсивную работу по выводу обновленной версии всего сайта каждый раз. В этом случае DNS TTL позволит серверу «отдохнуть» до получения новой копии веб-сайта.

И наоборот, если на веб-сайте вашей организации имеется интерактивный интерфейс прикладного программирования (API), который является центральным компонентом качества обслуживания клиентов, вам может понадобиться настроить TTL для повышения производительности сайта с точки зрения пользователя. В некоторых случаях более низкое значение TTL может обеспечить более высокие результаты, поскольку пользователь получает обновленную версию сайта чаще. 

Например, при использовании API Yahoo Finance вам захочется, чтобы пользователи видели самую актуальную финансовую информацию о компаниях, упомянутых на вашем сайте. При более низкой настройке DNS TTL пользователь будет иметь доступ к последним данным компании.

Как Fortinet может помочь

Одним из основных преимуществ правильного управления TTL является обеспечение бесперебойной и эффективной работы вашего веб-сайта. Поскольку деятельность компании зависит от производительности ее онлайн-активов, зачастую оптимизация TTL и производительности онлайн-приложений имеет первостепенное значение. Облако Fortinet FortiGSLB Cloud обеспечивает максимальное время безотказной работы независимо от ситуации.

Это облако глобальной балансировки нагрузки сервера (GSLB) является мощным инструментом для обеспечения непрерывности бизнеса, потому что оно сохраняет приложение в режиме онлайн и готово к работе при непредвиденных скачках в использовании или даже при отказе сети.

Кроме того, с помощью GSLB вы можете настроить резервные ресурсы в стратегически выбранных местах по всему миру. Это позволяет обеспечить мгновенное переключение на резервный ресурс и управляется с помощью интегрированного API-интерфейса, что гарантирует вашим клиентам доступ к наиболее важным для вашего бизнеса приложениям.