Chuyển hosting sang nhà cung cấp mới không gián đoạn website

Ngày 6 tháng 3 năm 2015, ICANN công bố khuyến nghị hạ TTL bản ghi DNS về 300 giây ít nhất 24 đến 48 giờ trước một lần chuyển hạ tầng lớn, để giảm thời gian cache cũ còn trỏ sai chỗ. Đó chính là bước hay bị bỏ qua nhất khi chuyển hosting sang nhà cung cấp mới: DNS không đổi ngay lập tức, nó chờ hết TTL cũ mới cập nhật, và nếu TTL đang để mặc định 24 giờ thì một phần khách vẫn vào server cũ cả ngày sau khi anh đã tắt nó.

Chuyển hosting đúng thứ tự tránh được tình trạng website chập chờn giữa hai nơi: dựng bản sao ở hosting mới trước, test bằng file hosts trên máy riêng, hạ TTL DNS xuống thấp, rồi mới đổi bản ghi trỏ sang server mới. Hosting cũ vẫn giữ thêm một hai tuần để hứng phần truy cập chưa cập nhật cache. Làm ngược thứ tự này, tắt hosting cũ trước khi DNS lan truyền xong, là cách nhanh nhất khiến website báo lỗi giữa lúc khách đang xem hàng.

Vì sao phải hạ TTL DNS trước khi chuyển hosting

TTL (Time To Live) là số giây một bản ghi DNS được máy chủ phân giải trên toàn cầu lưu cache trước khi hỏi lại nguồn gốc. TTL mặc định của nhiều nhà quản lý DNS là 3.600 hoặc 14.400 giây, có nơi để hẳn 86.400 giây. Trong khoảng đó, dù anh đã đổi bản ghi A trỏ sang IP hosting mới, một phần trình duyệt và ISP trên thế giới vẫn đọc IP cũ từ cache của họ.

Cách xử lý: 24 đến 48 giờ trước ngày chuyển thật, vào quản lý DNS hạ TTL bản ghi A và CNAME của tên miền xuống 300 giây. Chờ đúng khoảng TTL cũ trôi qua để giá trị mới lan hết ra các resolver, lúc đó mọi thay đổi DNS tiếp theo chỉ mất vài phút để cả thế giới nhìn thấy. Sau khi chuyển ổn định một tuần, đưa TTL về mức bình thường (3.600 giây trở lên), vì TTL thấp buộc resolver hỏi lại nguồn liên tục.

Dựng bản sao ở hosting mới trước khi đổi DNS như thế nào

Bản sao website phải chạy hoàn chỉnh và test được ở hosting mới trước khi bất kỳ bản ghi DNS nào bị đổi. Thứ tự đúng: upload mã nguồn qua FTP hoặc công cụ Migrate của hosting, phục hồi database MySQL từ file backup, sửa file cấu hình kết nối database (wp-config.php với WordPress, hoặc file .env với mã nguồn khác) trỏ về database mới, rồi mới kiểm tra.

Việc hay bị quên ở bước này: cronjob đang chạy trên hosting cũ (gửi email định kỳ, đồng bộ đơn hàng, dọn cache) không tự đi theo khi copy mã nguồn, phải khai báo lại thủ công trong panel Plesk hoặc DirectAdmin của gói Linux Hosting mới. Chứng chỉ SSL cũng vậy, không copy được giữa hai nhà cung cấp, phải cài lại từ đầu bằng Free SSL Let's Encrypt hoặc chứng chỉ trả phí đã mua. Bỏ sót cronjob thì tác vụ nền âm thầm ngừng chạy mà không báo lỗi trên giao diện, phát hiện ra thường là vài ngày sau khi có khiếu nại.

Test bằng file hosts rồi mới đổi DNS trỏ sang hosting mới

File hosts cho xem website chạy ở hosting mới ngay trên máy mình, trong khi DNS công khai vẫn trỏ về hosting cũ và khách khác không hề bị ảnh hưởng. Trên Windows sửa file C:\Windows\System32\drivers\etc\hosts, trên macOS và Linux sửa /etc/hosts, thêm một dòng gồm IP hosting mới và tên miền, ví dụ 203.0.113.10 tenmien.vn, rồi mở trình duyệt gõ đúng tên miền để kiểm tra thay vì tra DNS thật.

Kiểm tra lần lượt: trang chủ tải đủ ảnh và CSS, trang danh mục sản phẩm, form liên hệ, giỏ hàng và thanh toán nếu là website bán hàng, khu vực quản trị đăng nhập được. Ổn cả mới đổi DNS: sửa bản ghi A trỏ tên miền chính sang IP hosting mới, sửa CNAME của các subdomain nếu có (mail, blog, shop), không xoá bản ghi cũ ngay, chỉ sửa giá trị. Đổi ngoài giờ cao điểm, sau đó dùng công cụ tra DNS toàn cầu xem tỷ lệ resolver đã cập nhật, TTL 300 giây thường lan hết trong vài giờ.

Email theo tên miền có tự đi theo khi đổi hosting không

Không. Email theo tên miền dùng bản ghi MX riêng, tách biệt hoàn toàn với bản ghi A của website. Nhiều người chỉ lo web chạy được mà quên hẳn email, tới lúc khách hàng báo gửi thư không nhận được mới phát hiện MX vẫn trỏ về hosting cũ trong khi hosting cũ đã bị huỷ.

Trước khi huỷ hosting cũ phải xác nhận: MX record đang trỏ đi đâu, hộp thư có cần đưa dữ liệu (email cũ, danh bạ) sang nơi mới hay không, và nơi mới đã cấu hình xong SPF, DKIM, DMARC cho tên miền doanh nghiệp chưa. Ba bản ghi này xác thực email gửi đi là hợp lệ, thiếu một trong ba dễ khiến email công ty bị đánh dấu spam ngay cả khi hộp thư vẫn nhận gửi bình thường.

Giữ hosting cũ bao lâu là đủ sau khi đổi hosting xong

Giữ hosting cũ chạy thêm 1 đến 2 tuần sau khi DNS đã trỏ hẳn sang nơi mới, đây là khoảng đệm cho phần cache DNS cũ nhất (một số ISP giữ cache dài hơn TTL công bố) và cho dữ liệu phát sinh lúc chuyển. Trong hai tuần này, nếu website nhận đơn hàng hoặc form liên hệ, phải kiểm tra cả hai nơi, vì một số khách còn trỏ vào IP cũ vài ngày đầu vẫn gửi được dữ liệu vào hosting cũ.

Việc hay quên nhất ở bước này: file khách hàng tải lên (ảnh đại diện, hoá đơn PDF, file đính kèm form) phát sinh trên hosting cũ trong lúc DNS đang chuyển tiếp, không tự đồng bộ sang hosting mới. Trước khi huỷ hẳn hosting cũ, phải kiểm tra thư mục upload một lần nữa, gộp phần dữ liệu mới phát sinh vào bản sao ở nơi mới, tránh mất đơn hàng hoặc file khách gửi đúng giai đoạn giao thời.

Tự làm hay nhờ quản trị máy chủ chuyên trách khi đổi hosting

Tự làm phù hợp website nhỏ, ít cronjob, không có hệ thống thanh toán phức tạp và người quản trị quen thao tác DNS, FTP. Website có nhiều giao dịch mỗi ngày, nhiều tích hợp bên thứ ba hoặc không có ai theo dõi sát trong lúc đổi hosting thì nên có bên chuyên trách xử lý phần chuyển dữ liệu, tên miền và DNS, đồng thời giám sát hệ thống ngay sau đó để phát hiện sớm phần nào chạy sai.

BizMaC có dịch vụ quản trị máy chủ từ gói Managed Basic, phần việc bao gồm chuyển dữ liệu, tên miền và DNS cùng cấu hình backup, restore và SSL sau khi bàn giao. Với riêng Linux Hosting, đội kỹ thuật BizMaC hỗ trợ chuyển website từ nhà cung cấp cũ sang, không tính thêm phí, phù hợp website đang thuê hosting nơi khác muốn chuyển sang hạ tầng SSD NVMe mà không tự làm hết quy trình.

Câu hỏi thường gặp khi chuyển hosting

Điều cần nhớ khi chuyển hosting

Đổi hosting không gián đoạn nằm ở đúng thứ tự: dựng và test bản sao trước, hạ TTL DNS trước khi trỏ, đổi DNS sau khi đã chắc chắn, giữ hosting cũ thêm một hai tuần làm lớp đệm. Bốn thứ hay bị bỏ quên là cronjob, chứng chỉ SSL, email theo tên miền và file phát sinh trong lúc chuyển tiếp. Kiểm đủ bốn thứ này trước khi huỷ hosting cũ là bước quyết định việc đổi nhà cung cấp có êm hay không.