Sản phẩm

Chuyển dịch vụ về Cloudzone: quy trình, thời gian gián đoạn và cách chuẩn bị

Chuyển dịch vụ về Cloudzone: quy trình, thời gian gián đoạn và cách chuẩn bị
Chia sẻ

Phần lớn khách hàng muốn đổi nhà cung cấp đều dừng lại ở cùng một chỗ: sợ website ngừng chạy giữa lúc chuyển. Bài này nói rõ gián đoạn xảy ra ở bước nào, dài bao lâu, và làm gì để nó gần như bằng không.

Phần lớn khách hàng muốn đổi nhà cung cấp đều dừng lại ở cùng một chỗ: sợ website hoặc ứng dụng ngừng chạy giữa lúc chuyển. Dịch vụ hiện tại có thể chậm, có thể hỗ trợ kém, nhưng nó đang chạy — và một ngày chết là một ngày mất khách.

Bài này nói rõ chuyện gián đoạn: nó xảy ra ở bước nào, dài bao lâu, và làm gì để nó gần như bằng không. Không có phần nào quảng cáo; chỗ nào cần quý khách tự làm thì nói là tự làm.

1. Chuyển nhà cung cấp thật ra là chuyển những gì

Nghe như một việc, nhưng thực tế là ba việc rời nhau, và chỉ một trong ba gây gián đoạn:

  • Chuyển dữ liệu — chép mã nguồn, cơ sở dữ liệu, tệp tin sang máy mới. Việc này làm trong lúc dịch vụ cũ vẫn đang chạy, nên không ảnh hưởng gì tới người dùng.
  • Dựng lại môi trường — cài web server, phiên bản PHP hoặc Node, chứng chỉ SSL, các tác vụ định kỳ. Cũng làm song song, cũng không ảnh hưởng.
  • Chuyển hướng truy cập — đổi bản ghi DNS để tên miền trỏ sang máy mới. Đây là bước duy nhất người dùng có thể cảm nhận được, và nó chỉ mất vài phút nếu đã chuẩn bị đúng.

Hiểu được ba việc này rời nhau là đã bớt được phần lớn nỗi lo. Quý khách không "tắt bên cũ rồi bật bên mới"; quý khách dựng xong bên mới, kiểm cho chắc, rồi mới chuyển hướng.

2. Gián đoạn bao lâu, nói theo từng loại dịch vụ

Con số thật phụ thuộc vào một thứ quý khách kiểm soát được: giá trị TTL của bản ghi DNS. TTL là khoảng thời gian các máy chủ DNS trên Internet được phép ghi nhớ địa chỉ cũ. TTL để 86400 giây thì có nơi còn trỏ về máy cũ tới một ngày sau; hạ TTL xuống 300 giây trước khi chuyển thì cả thế giới cập nhật trong khoảng năm phút.

  • Website tĩnh, landing page, website giới thiệu — gần như không gián đoạn. Dữ liệu không thay đổi trong lúc chuyển nên bản sao chép lúc nào cũng đúng.
  • Website có cơ sở dữ liệu (tin tức, giới thiệu công ty, blog) — vài phút. Chọn giờ thấp điểm, khóa phần đăng bài trong lúc chuyển, đồng bộ lần cuối rồi đổi DNS.
  • Website thương mại điện tử, hệ thống có đơn hàng — vài phút gián đoạn, nhưng cần một cửa sổ "chỉ đọc" khoảng 15–30 phút để không có đơn nào rơi vào máy cũ sau khi đã đồng bộ. Đây là loại cần chuẩn bị kỹ nhất.
  • VPS và máy chủ chạy ứng dụng nội bộ — thường chuyển được ngoài giờ làm việc, người dùng không gặp gián đoạn nào.
  • Thuê chỗ đặt máy chủ (colocation) — trường hợp duy nhất gián đoạn tính bằng giờ, vì phải tháo máy, vận chuyển và gắn lại. Việc này phải hẹn lịch riêng, không làm theo quy trình chung.

Lưu ý một điều ngược trực giác: phần tốn thời gian nhất không phải lúc chuyển, mà lúc kiểm thử trước khi chuyển. Chép dữ liệu xong thường chỉ mất vài giờ; kiểm cho chắc mọi chức năng còn chạy đúng mới là phần đáng dành thời gian.

3. Danh sách tự kiểm trước khi chuyển

Gần như mọi ca chuyển gặp sự cố đều vì thiếu một trong các mục dưới đây. Quý khách nên soát hết trước khi bắt đầu:

  • Quyền quản trị tên miền. Quý khách có đăng nhập được vào nơi quản lý tên miền không? Nếu tên miền do nhà cung cấp cũ đứng tên hộ, phải lấy lại quyền trước — đây là thứ chặn nhiều ca nhất.
  • Phiên bản phần mềm đang chạy. Phiên bản PHP, Node, Python, cơ sở dữ liệu. Máy mới phải trùng phiên bản, hoặc quý khách phải biết trước là mã nguồn chạy được trên phiên bản mới.
  • Các tác vụ định kỳ. Cron job gửi mail, kết xuất báo cáo, đồng bộ dữ liệu. Chúng không nằm trong mã nguồn nên rất dễ bị bỏ sót, và chỉ im lặng không chạy chứ không báo lỗi.
  • Thư điện tử. Hộp thư theo tên miền có đang chạy cùng chỗ với website không? Nếu có thì bản ghi MX phải được tính vào kế hoạch, kẻo chuyển website xong thì mất mail.
  • Chứng chỉ SSL. Chứng chỉ mua hay chứng chỉ miễn phí tự gia hạn. Loại tự gia hạn thì cấp lại trên máy mới trước khi đổi DNS.
  • Địa chỉ IP được khai ở nơi khác. Cổng thanh toán, API đối tác, VPN thường chặn theo IP. Đổi máy là đổi IP, phải khai lại — và việc này cần đối tác xử lý nên phải xin trước, đừng chờ tới hôm chuyển.
  • Bản sao lưu còn dùng được. Không phải "có sao lưu", mà là đã thử phục hồi thử một lần và nó chạy.

Mục cuối quan trọng hơn vẻ ngoài của nó. Một bản sao lưu chưa từng được phục hồi thử thì chưa phải bản sao lưu, nó chỉ là một tệp tin.

4. Các bước, theo đúng thứ tự

Thứ tự ở đây không phải tùy chọn. Làm đúng thứ tự thì lúc nào cũng còn đường lùi.

  • Bước 1 — Hạ TTL của DNS xuống 300 giây. Làm trước ngày chuyển ít nhất một khoảng bằng TTL cũ (TTL cũ là một ngày thì hạ trước một ngày). Bước này không ảnh hưởng gì tới dịch vụ đang chạy.
  • Bước 2 — Dựng dịch vụ mới và chép dữ liệu sang. Dịch vụ cũ vẫn chạy bình thường.
  • Bước 3 — Kiểm thử trên máy mới mà không đổi DNS. Sửa tệp hosts trên máy tính của quý khách để riêng máy mình trỏ sang máy mới, rồi duyệt website như người dùng thật. Đặt thử một đơn hàng, gửi thử một biểu mẫu, đăng nhập thử bằng tài khoản thật. Phần lớn lỗi lộ ra ở bước này, lúc chưa ai bị ảnh hưởng.
  • Bước 4 — Đồng bộ lần cuối. Chọn giờ thấp điểm. Chuyển dịch vụ cũ sang trạng thái chỉ đọc nếu là hệ thống có đơn hàng, rồi chép phần dữ liệu phát sinh thêm kể từ bước 2.
  • Bước 5 — Đổi DNS. Vài phút sau là xong. Giữ nguyên dịch vụ cũ, đừng tắt.
  • Bước 6 — Theo dõi 24 đến 48 giờ. Xem log lỗi, kiểm mail đi được, kiểm các tác vụ định kỳ đã chạy đúng giờ. Qua được quãng này mới hủy dịch vụ cũ.

Bước 6 là bước hay bị bỏ. Hủy dịch vụ cũ ngay hôm chuyển thì tiết kiệm được vài ngày tiền thuê, nhưng mất luôn đường lùi — mà vài ngày tiền thuê rẻ hơn một buổi tối ngồi khôi phục rất nhiều.

5. Ba trường hợp nên hoãn lại

Có lúc câu trả lời đúng là "chưa chuyển bây giờ":

  • Đang trong mùa cao điểm của quý khách. Sát đợt khuyến mãi lớn, sát kỳ tuyển sinh, sát hạn báo cáo — hoãn qua đợt. Rủi ro lúc đó đắt hơn lợi ích.
  • Chưa lấy lại được quyền quản trị tên miền. Không có quyền đổi DNS thì không có bước 5, mọi bước trước đó thành vô nghĩa. Giải quyết việc này trước đã.
  • Không ai biết hệ thống đang chạy những gì. Website do một đơn vị làm từ nhiều năm trước, không còn tài liệu, không còn người liên hệ. Trường hợp này cần một vòng khảo sát trước khi lên lịch, chứ không chuyển theo quy trình chung được.

6. Chi phí và ưu đãi

Cloudzone có chính sách giá riêng cho khách hàng chuyển dịch vụ từ nhà cung cấp khác sang. Mức cụ thể phụ thuộc vào loại dịch vụ, cấu hình và thời hạn đăng ký, nên quý khách vui lòng liên hệ để được báo giá theo đúng hiện trạng đang dùng.

Trường hợp chuyển số lượng lớn — nhiều website, nhiều máy chủ, hoặc cả một hệ thống của đơn vị — sẽ có chính sách riêng, tính theo tổng thể chứ không cộng dồn từng dịch vụ.

Khi liên hệ, quý khách cho biết giúp: đang dùng dịch vụ gì với cấu hình nào, bao nhiêu website hoặc máy chủ, và dung lượng dữ liệu khoảng bao nhiêu. Có ba thông tin đó là báo giá được ngay, không phải hỏi qua lại nhiều lượt.

Về phần kỹ thuật: Cloudzone tư vấn miễn phí kế hoạch chuyển theo đúng hiện trạng của quý khách — thứ tự các bước, cửa sổ thời gian nên chọn, và những điểm trong danh sách ở mục 3 cần xử lý trước. Quý khách gửi thông tin hệ thống hiện tại, đội kỹ thuật soát và trả lại kế hoạch cụ thể.

7. Câu hỏi thường gặp

Tôi còn thời hạn ở nhà cung cấp cũ, chuyển bây giờ có mất phần đã trả không?
Phần đã trả cho bên cũ thì tùy chính sách hoàn tiền của bên đó, Cloudzone không can thiệp được. Nhưng quý khách không cần chờ hết hạn mới chuyển: cứ chạy song song tới khi hết hạn bên cũ, vừa an toàn hơn vừa không mất gì.

Chuyển xong mà có lỗi thì quay lại được không?
Được, nếu quý khách chưa hủy dịch vụ cũ. Đổi DNS trỏ về địa chỉ cũ là xong, và vì TTL đang để 300 giây nên cũng chỉ mất vài phút. Đó chính là lý do bước 6 nói đừng tắt dịch vụ cũ.

Dữ liệu của tôi đặt ở đâu?
Trong data center của Cloudzone tại Việt Nam. Hợp đồng và hóa đơn VAT do pháp nhân Việt Nam phát hành, nên hồ sơ kế toán của đơn vị quý khách dùng được trực tiếp.

Tôi không có người kỹ thuật, tự làm được không?
Với một website giới thiệu hoặc blog thì phần lớn khách hàng tự làm được theo sáu bước ở mục 4. Với hệ thống có đơn hàng, có tích hợp thanh toán, hoặc nhiều dịch vụ liên quan nhau thì nên có người kỹ thuật thực hiện. Quý khách liên hệ để được tư vấn trường hợp của mình thuộc loại nào.

Chuyển chỗ đặt máy chủ vật lý thì sao?
Khác hẳn, vì có phần vận chuyển thiết bị. Việc này hẹn lịch riêng theo từng trường hợp, cần khảo sát trước về cấu hình máy, số lượng rack unit và yêu cầu nguồn điện.

Xem thêm: Cloud Server, Cloud Hosting, Thuê máy chủ vật lý và Thuê chỗ đặt máy chủ. Cần trao đổi trực tiếp, quý khách dùng khung chat trên website hoặc gửi yêu cầu qua trang liên hệ.

Chia sẻ

Bài viết liên quan

Xác thực đa lớp (MFA/2FA): vì sao là "khóa" quan trọng nhất

Xác thực đa lớp (MFA/2FA): vì sao là "khóa" quan trọng nhất

Phần lớn các vụ xâm nhập hệ thống không bắt đầu bằng kỹ thuật tấn công tinh vi, mà đơn giản từ một mật khẩu bị lộ. Mật khẩu có thể rò rỉ qua email lừa đảo, qua một đợt rò rỉ dữ liệu ở dịch vụ khác mà người...

Sao lưu dữ liệu phòng tránh rủi ro

Sao lưu dữ liệu phòng tránh rủi ro

Tường lửa, IPBan hay Endpoint Security đều làm nhiệm vụ ngăn ngừa các rủi ro tấn công. Nhưng không giải pháp nào toàn vẹn 100%. Khi sự cố xảy ra, sao lưu dự phòng (backup) là thứ duy nhất đưa dữ liệu trở lại hoạt động. Đây là lý do...

Chặn traffic theo ngưỡng - kiểm soát lưu lượng bất thường

Chặn traffic theo ngưỡng - kiểm soát lưu lượng bất thường

Chặn traffic theo ngưỡng là lớp bảo vệ giúp tự động giới hạn lưu lượng khi vượt ngưỡng băng thông hoặc pps. Bài viết giải thích cơ chế này và vai trò bảo vệ máy chủ tại Cloudzone.

Edge Firewall là gì? Cơ chế chặn IP tấn công Cloudzone

Edge Firewall là gì? Cơ chế chặn IP tấn công Cloudzone

Edge Firewall là lớp tường lửa ở biên mạng giúp chặn các IP tấn công cho toàn hệ thống. Bài viết giải thích Edge Firewall là gì và cơ chế chặn IP tấn công tự động tại Cloudzone.

IPBan là gì? Chống dò mật khẩu trên máy chủ Cloudzone

IPBan là gì? Chống dò mật khẩu trên máy chủ Cloudzone

Máy chủ kết nối Internet liên tục bị các đợt dò quét mật khẩu tự động nhắm vào RDP và SSH. IPBan là lớp bảo vệ giúp tự động phát hiện và khóa các IP này. Vậy IPBan là gì, hoạt động thế nào và được trang bị ra sao...

Các lớp bảo vệ máy chủ tại Cloudzone

Các lớp bảo vệ máy chủ tại Cloudzone

Bảo mật máy chủ cần nhiều lớp phối hợp. Bài viết giới thiệu mô hình bảo vệ nhiều lớp tại Cloudzone, từ hạ tầng mạng, máy chủ, dữ liệu đến quản lý tập trung.