Máy chủ

Chuyển máy chủ: đồng bộ dữ liệu và kế hoạch rollback

Chuyển máy chủ thành công cần giữ dữ liệu đúng và có phương án xử lý khi máy mới lỗi. Sao chép file rồi đổi DNS chỉ là một phần của quy trình, đặc biệt khi ứng dụng tiếp tục nhận đơn hàng, giao dịch hoặc file upload.

thuemaychu.vn
Ảnh minh họa: Chuyển máy chủ: đồng bộ dữ liệu và kế hoạch rollback

Chuyển máy chủ thành công cần giữ dữ liệu đúng và có phương án xử lý khi máy mới lỗi. Sao chép file rồi đổi DNS chỉ là một phần của quy trình, đặc biệt khi ứng dụng tiếp tục nhận đơn hàng, giao dịch hoặc file upload.

Kiểm kê trước khi chuyển

Thành phầnThông tin cần lưu
Ứng dụngVersion, dependency, build và cấu hình
DatabaseVersion, dung lượng, quyền và cách backup
FileUpload, private file và directory cần giữ
Tác vụ nềnCron, queue, worker và webhook
MạngDNS, HTTPS, firewall, IP và allowlist
SecretNơi lưu, quyền truy cập và khóa khôi phục

Xác định dịch vụ bên ngoài tin IP nguồn hoặc gọi webhook vào IP/domain cũ. Kiểm tra email, callback thanh toán và dịch vụ xác thực trong phạm vi dự án. Một web mở được nhưng callback không tới vẫn là migration chưa hoàn tất.

Dựng và kiểm thử máy đích

Chuẩn bị OS, runtime và dependency đúng yêu cầu. Dùng hostname thử hoặc cách truy cập được kiểm soát để kiểm tra mà không gửi người dùng thật tới máy đích. Tách database thử khỏi production, tránh job nền tạo giao dịch hoặc gửi email trùng.

Chạy smoke test gồm đăng nhập, đọc/ghi dữ liệu, upload, báo cáo và tác vụ nền. Đo tải đại diện để xác nhận máy đích đáp ứng, không chỉ kiểm tra process đang chạy.

Đồng bộ và chốt một nguồn ghi

Có thể sao chép phần lớn dữ liệu trước cửa sổ chuyển, sau đó đồng bộ phần phát sinh bằng phương án phù hợp ứng dụng/database. Khi chuyển, phải xác định lúc nào máy cũ dừng ghi và máy mới bắt đầu ghi. Hai hệ độc lập nhận ghi cùng lúc có thể tạo dữ liệu phân kỳ.

  1. Backup và thử khả năng khôi phục trước thay đổi.
  2. Sao chép ban đầu, kiểm tra dung lượng và tính toàn vẹn.
  3. Lập cửa sổ chuyển và thông báo theo phạm vi cần thiết.
  4. Tạm dừng hoặc kiểm soát ghi; hoàn tất đồng bộ cuối.
  5. Chuyển routing/traffic và bật các job đúng một nơi.
  6. Kiểm tra giao dịch mới, log, error rate và latency.

DNS và thời gian chuyển traffic

Thay DNS có thể không chuyển tất cả client ngay lập tức do cache và kết nối còn tồn tại. Nếu giảm TTL, thực hiện đủ sớm và vẫn dự trù hành vi resolver/client. Giữ máy cũ ở trạng thái an toàn trong thời gian quan sát thay vì tắt ngay sau đổi bản ghi.

Rollback phải xử lý dữ liệu mới

Nếu máy mới đã nhận ghi, đổi DNS ngược có thể bỏ lại dữ liệu mới và gây sai nghiệp vụ. Runbook rollback cần nói rõ máy nào là nguồn dữ liệu chính, cách đồng bộ ngược hoặc thời điểm restore, và mức mất dữ liệu được chấp nhận. Phải quyết định trước khi sự cố xảy ra.

Có thể đặt mốc 'quay lại đơn giản' trước khi bật ghi máy mới; sau mốc đó dùng quy trình phục hồi có xử lý dữ liệu. Không hứa zero downtime nếu chưa có kiến trúc và phép thử hỗ trợ.

Nghiệm thu và dọn hệ cũ

  • Đối chiếu dữ liệu cùng người phụ trách nghiệp vụ.
  • Xác nhận cron/worker/webhook không chạy trùng.
  • Kiểm tra backup mới và thử restore.
  • Thu hồi secret/quyền không còn cần.
  • Giữ bản sao cần thiết theo chính sách rồi mới hủy máy cũ.

Tham khảo bảng giá máy chủ hoặc Cloud VPS. Khi yêu cầu hỗ trợ migration, gửi loại ứng dụng, database, dữ liệu, mức ghi liên tục và cửa sổ gián đoạn cho phép.

Giảm TTL có bảo đảm không downtime?

Không. Còn cache, kết nối đang mở, trạng thái ứng dụng và dữ liệu. Cần runbook riêng.

Khi nào được xóa máy cũ?

Sau khi nghiệm thu, xác nhận backup/restore và xử lý mọi phụ thuộc. Thời gian giữ phụ thuộc yêu cầu của hệ thống.

Cần máy chủ cho workload này?

NOC thuemaychu.vn hỗ trợ chọn CPU, GPU và băng thông. PoC trong 24 giờ.

Bài viết liên quan

Xem tất cả bài viết
GọiFBZaloSalesZaloOA