TTL là thông số thời gian sống của dữ liệu DNS trong cache, thường được biểu diễn bằng giây. Nó giúp resolver biết khoảng thời gian có thể tiếp tục dùng dữ liệu đã lấy. TTL không phải tốc độ mạng, thời hạn tên miền hoặc thời gian website cần tải xong.
Khi chuyển hosting, TTL có ý nghĩa vì các resolver có thể đang giữ địa chỉ cũ. Việc bạn vừa lưu IP mới tại bảng DNS không lập tức thay toàn bộ dữ liệu mà người dùng đã nhận trước đó. Hãy dùng TTL để lập kế hoạch, không xem nó như nút làm mới toàn Internet.
Hiểu khác biệt giữa giá trị cấu hình và cache còn lại
Giả sử một resolver nhận bản ghi với TTL3600 giây. Đây là ví dụ một giờ để giải thích cơ chế, không phải khuyến nghị cho mọi website. Nếu bạn thay đổi sau khi resolver vừa nhận dữ liệu, nó có thể vẫn dùng bản cũ trong phần thời gian còn lại theo cơ chế cache của mình.
Giảm TTL tại máy chủ có thẩm quyền chỉ ảnh hưởng những câu trả lời được lấy theo cấu hình mới. Nó không quay ngược thời gian để sửa TTL trên mọi bản đã được cache. Vì vậy, đổi IP và hạ TTL cùng một lúc có thể không đạt mục tiêu giảm thời gian dùng địa chỉ cũ.
Chuẩn bị trước thời điểm chuyển
Đầu tiên, ghi TTL hiện tại và xác nhận vùng DNS thực sự được sử dụng. Nếu cần điều chỉnh cho kế hoạch chuyển, thực hiện đủ sớm để cache cũ có cơ hội hết hạn theo giá trị trước đó. Cách làm cụ thể còn phụ thuộc giới hạn của nhà cung cấp DNS và mô hình proxy nếu có.
Trong thời gian chuẩn bị, hoàn thiện website, chứng chỉ và dữ liệu tại máy chủ mới. Không dùng TTL thấp để thay thế việc kiểm tra ứng dụng. Một câu trả lời DNS cập nhật nhanh vẫn dẫn người dùng tới lỗi nếu máy chủ mới chưa nhận diện domain hoặc chưa có dữ liệu cần thiết.
Chọn TTL theo nhu cầu vận hành
TTL ngắn có thể giúp thay đổi được quan sát sớm hơn khi dữ liệu được hỏi lại, nhưng làm tăng tần suất truy vấn. TTL dài giảm nhu cầu hỏi lại trong điều kiện bình thường, đổi lại cần dự trù khi thay đổi. Không có một con số nhỏ nhất luôn tốt nhất cho mọi dịch vụ.
Một số hệ thống có chế độ tự động hoặc TTL bị quyết định bởi cách proxy. Hãy xem hướng dẫn của nhà cung cấp thay vì so sánh tên tùy chọn giữa các bảng DNS khác nhau. Nếu không thể đặt giá trị mong muốn, điều chỉnh kế hoạch chuyển và thời gian giữ máy chủ cũ cho phù hợp.
Kiểm tra sau khi thay bản ghi
Đối chiếu authoritative để biết dữ liệu nguồn đã đúng, rồi kiểm tra qua các resolver liên quan. Ghi cả giá trị và TTL còn lại nếu công cụ hiển thị. Khác biệt giữa các resolver cần được đọc trong bối cảnh thời điểm hỏi và dữ liệu chúng đã lưu.
Sau đó kiểm tra website thật, bao gồm biểu mẫu và đăng nhập. Theo dõi cả máy chủ cũ để hiểu còn yêu cầu tới đó không. Với ứng dụng có dữ liệu thay đổi, cần kế hoạch đồng bộ hoặc kiểm soát ghi; chờ TTL không tự chuyển đơn hàng từ hệ thống cũ sang hệ thống mới.
Khi mọi nơi vẫn chưa giống nhau
- Kiểm tra xem đã sửa đúng vùng DNS và đúng loại bản ghi chưa.
- Phân biệt cache DNS với cache trình duyệt, CDN và ứng dụng.
- Xem có đường IPv6 hoặc một hostname khác chưa được cập nhật không.
- Ghi nhận lỗi thực tế thay vì chỉ dựa vào việc một người thấy trang cũ.
- Chờ theo dữ liệu quan sát và hỏi hỗ trợ nếu nguồn vẫn trả cấu hình sai.
Khi hệ thống ổn định, có thể đưa TTL về mức phù hợp vận hành lâu dài theo hướng dẫn dịch vụ. Lưu thời điểm và giá trị thay đổi cùng hồ sơ triển khai. Việc quản lý TTL tốt giúp giảm bất ngờ khi chuyển đổi, nhưng cần đi cùng kiểm tra DNS, ứng dụng và dữ liệu để khách hàng có trải nghiệm liên tục.