Hướng dẫn Migrate VPS Rocky Linux 8, 9 an toàn, Zero Downtime

Nếu bạn đang đọc bài viết này, rất có thể bạn vừa gõ lệnh yum update trên máy chủ VPS production và nhận về hàng loạt thông báo lỗi 404. CentOS 7 đã chính thức ngừng hỗ trợ vào ngày 30/06/2024, và CentOS 8 cũng đã ngừng hoạt động từ cuối năm 2021. Hệ thống giám sát (monitoring) liên tục phát cảnh báo về các lỗ hổng bảo mật chưa được vá, trong khi quản lý và khách hàng yêu cầu dịch vụ không được phép gián đoạn dù chỉ một giây.

Thiết lập lại từ đầu thì quá tốn thời gian cấu hình, còn giữ nguyên thì tạo rủi ro lớn về bảo mật. Vậy đâu là phương án an toàn nhất cho các quản trị viên hệ thống lúc này? Làm thế nào để Migrate VPS Rocky Linux bản phân phối kế nhiệm hoàn hảo nhất của CentOS mà không gây gián đoạn hệ thống hay mất dữ liệu?

Hãy cùng phân tích từng bước quy trình nâng cấp chuẩn kỹ thuật, xử lý triệt để bài toán chuyển đổi từ hệ điều hành cũ lên nền tảng mới ngay dưới đây.

Ám ảnh CentOS End-of-Life: hệ thống đang đối mặt với rủi ro gì?

Nhiều quản trị viên vẫn giữ tư duy nếu hệ thống đang hoạt động ổn định thì không cần can thiệp. Tuy nhiên, với một hệ điều hành đã EOL (End-of-Life), vấn đề không nằm ở phần cứng, mà là sự suy yếu về rào chắn bảo mật và khả năng vận hành.

• Làm mục tiêu cho Zero-day Exploits: Khi không còn bản vá, máy chủ của bạn trở thành mục tiêu cho các khai thác lỗ hổng mới nhất. Những cái tên như lỗ hổng leo thang đặc quyền sudo (CVE-2025-32462), hay các cuộc tấn công sâu vào nhân kernel vừa được phát hiện như CVE-2026-46243 (CIFSwitch) và CVE-2026-46333 (ptrace Dumpability) sẽ mở toang cửa kho dữ liệu của bạn nếu hệ điều hành không được nâng cấp.
• Tê liệt khả năng vận hành: Lệnh yum hay dnf báo lỗi 404 không chỉ là sự khó chịu nhất thời. Nó là dấu chấm hết cho khả năng mở rộng (scale) ứng dụng hoặc cài đặt các thư viện mới (như PHP 8.x hay MySQL 8) để phục vụ dự án.
• Vi phạm Compliance nghiêm trọng: Đối với các hệ thống tài chính, thanh toán hoặc lưu trữ dữ liệu người dùng, việc chạy OS đã EOL đồng nghĩa với việc không đạt kiểm toán ngay lập tức trước các tiêu chuẩn khắt khe như PCI-DSS (Yêu cầu 6) hay ISO 27001.

Đó là lý do các hệ thống enterprise đang ồ ạt chuyển sang Rocky Linux. Được bảo trợ bởi chính Greg Kurtzer cha đẻ của CentOS, Rocky Linux cam kết Bug-for-bug compatible với RHEL. Mọi script, control panel hay thư viện bạn đang chạy trên CentOS đều sẽ hoạt động trơn tru trên Rocky Linux mà không cần viết lại mã nguồn.

Chọn chiến lược: In-Place hay Blue-Green Migration?

Không có một phương pháp toàn diện cho mọi hệ thống. Tùy thuộc vào mức độ quan trọng (critical) của VPS, bạn cần chọn chiến lược nâng cấp phù hợp.

Phương pháp 1: In-Place Migration

Đây là thao tác nâng cấp trực tiếp (ghi đè) ngay trên hệ điều hành đang chạy.

• Ưu điểm: Tiết kiệm chi phí, không bắt buộc phải chọn mua VPS mới ngay lập tức, giúp giữ nguyên địa chỉ IP và cấu hình mạng.
• Nhược điểm: Chắc chắn sẽ có downtime (do phải reboot nạp kernel mới). Rủi ro cao nếu xảy ra xung đột gói phần mềm (dependency hell).
• Phù hợp với: Các VPS nội bộ, môi trường Staging/Testing, hoặc các server độc lập có lượng truy cập thấp.

Phương pháp 2: Blue-Green / Parallel Migration (Zero Downtime)

Dựng một VPS Rocky Linux mới hoàn toàn (Green) chạy song song với VPS CentOS cũ (Blue), sau đó đồng bộ dữ liệu và chuyển traffic.

• Ưu điểm: An toàn tuyệt đối. Hệ thống đang phục vụ khách hàng không hề bị tác động. Thời gian rollback tính bằng mili-giây nếu xảy ra sự cố.
• Nhược điểm: Cần ngân sách duy trì hai server song song trong thời gian ngắn và cần thao tác chuyển DNS chuẩn xác.
• Phù hợp với: Môi trường Production Critical, website thương mại điện tử, app tài chính cần vận hành 24/7.

Pre-Migration Checklist: lớp bảo vệ quan trọng trước giờ G

Đừng vội gõ bất kỳ lệnh nâng cấp nào nếu bạn chưa hoàn tất việc audit và bảo vệ dữ liệu. Một thao tác sai lầm có thể khiến VPS không bao giờ khởi động lên được nữa.

Audit Network (cực kỳ quan trọng với Rocky 9)

Nếu đích đến của bạn là Rocky Linux 9, hãy lưu ý rằng gói network-scripts (nơi chứa các file ifcfg-eth0) đã bị Red Hat loại bỏ hoàn toàn. Nếu nâng cấp thẳng, VPS sẽ mất kết nối mạng. Bạn bắt buộc phải chuyển đổi cấu hình sang Keyfile của NetworkManager trước:

nmcli connection migrate

Dọn dẹp Service và Third-party Repos

• Kiểm tra các service đang lỗi và tắt chúng đi:
  

  systemctl list-units --failed

  
  
• Vô hiệu hóa tạm thời các kho lưu trữ bên thứ ba (như EPEL, Remi) vì chúng thường chứa các gói không tương thích gây xung đột quá trình nâng cấp. Gỡ bỏ các module kernel đã quá cũ (ví dụ: pata_acpi, floppy).

Backup 3 lớp chiến lược

Dữ liệu là cốt lõi của hệ thống. Hãy thực hiện đủ 3 lớp backup sau:

• Snapshot cấp độ Provider: Nhấn tạo Snapshot VPS trên Control Panel của nhà cung cấp. Đây là phương án dự phòng nhanh nhất.
• DB Dump: Kết xuất cơ sở dữ liệu để tránh hỏng file nhị phân:
  

  mysqldump -u root -p --all-databases > /backup/alldb.sql

  
  
• Tar Config: Nén toàn bộ cấu hình hệ thống và mã nguồn. Sử dụng cờ -p để giữ nguyên quyền truy cập:

tar -czpf /backup/vps_config.tar.gz /etc /var/www /root /var/spool/cron

Thực chiến 1: Migrate VPS Rocky Linux trực tiếp (In-Place)

Dựa trên phiên bản CentOS bạn đang sử dụng, quy trình nâng cấp sẽ sử dụng các công cụ hoàn toàn khác nhau. Dưới đây là hai kịch bản chuẩn xác nhất.

Kịch bản A: từ CentOS 8 sang Rocky Linux 8

Vì CentOS 8 và Rocky 8 chia sẻ chung một lõi kiến trúc, quá trình này diễn ra mượt mà thông qua script chính thức.

Bước 1: Update hệ thống hiện tại

Tiến hành cập nhật các gói phần mềm:

dnf update -y

Khởi động lại máy chủ:

reboot

Bước 2: Chạy script migrate2rocky

Tải công cụ từ kho lưu trữ GitHub chính thức:

wget https://raw.githubusercontent.com/rocky-linux/rocky-tools/main/migrate2rocky/migrate2rocky.sh

Cấp quyền thực thi cho file script:

chmod +x migrate2rocky.sh

Bắt đầu quá trình nâng cấp (nhớ chạy trong tmux hoặc screen để tránh mất kết nối SSH):

sudo bash migrate2rocky.sh -r

Khi màn hình hiển thị thông báo Complete!, hãy reboot VPS và kiểm tra lại bằng lệnh cat /etc/os-release.

Kịch bản B: từ CentOS 7 sang Rocky Linux 8 (dùng ELevate & Leapp)

Đây là trường hợp phổ biến và phức tạp nhất. Script migrate2rocky KHÔNG hỗ trợ CentOS 7. Để nâng cấp, chúng ta phải dùng dự án ELevate (do AlmaLinux hậu thuẫn) kết hợp với công cụ Leapp. Công cụ này sẽ giúp tự động chuyển đổi từ bản 7 lên bản 8.

Bước 1: Sửa repo lỗi và cài đặt ELevate

Do CentOS 7 đã EOL, bạn phải chuyển mirror list về vault.centos.org mới có thể update. Sau khi update xong, hãy cài đặt kho lưu trữ ELevate:

yum install -y http://repo.almalinux.org/elevate/elevate-release-latest-el7.noarch.rpm

Tiếp theo, cài đặt các công cụ nâng cấp:

yum install -y leapp-upgrade leapp-data-rocky

Bước 2: Kiểm tra hệ thống (Preupgrade)

Đây là tính năng quan trọng nhất của Leapp. Nó sẽ mô phỏng việc nâng cấp để tìm ra các lỗi gây xung đột (inhibitors) mà không làm tác động đến máy chủ thật:

leapp preupgrade

Chắc chắn lần chạy đầu tiên sẽ báo lỗi (Failed). Hãy mở file báo cáo để xem chi tiết:

cat /var/log/leapp/leapp-report.txt

Bước 3: Xử lý các rào cản (Inhibitors) phổ biến

Dựa vào file log, bạn tiến hành dọn dẹp các lỗi. Một số thao tác xử lý cấu hình bao gồm:

• Tắt tính năng AllowZoneDrifting của Firewall:
  

  sed -i 's/AllowZoneDrifting=yes/AllowZoneDrifting=no/' /etc/firewalld/firewalld.conf

  
  
• Gỡ bỏ driver cũ:
  

  rmmod pata_acpi

  
  
• Vô hiệu hóa quyền Root login SSH (Bắt buộc để Leapp chạy tiếp):
  

  sed -i 's/PermitRootLogin yes/#PermitRootLogin yes/' /etc/ssh/sshd_config

  
  

Bước 4: Nâng cấp chính thức

Sau khi xử lý hết báo lỗi, hãy gõ lệnh thực thi. Máy chủ sẽ tự động xử lý các gói phần mềm trong khoảng 15-30 phút.

leapp upgrade

Khởi động lại máy chủ và boot vào menu GRUB đặc biệt tên là ELevate-Upgrade-Initramfs:

reboot

Thực chiến 2: Blue-Green Migration (Zero Downtime cho Production)

Nếu In-Place Migration tiềm ẩn rủi ro xung đột gói, thì Blue-Green lại là phương pháp điều phối traffic mượt mà, đảm bảo người dùng không bao giờ nhìn thấy trang báo lỗi 502/503.

Bước 1: Triển khai máy chủ mới và Rsync dữ liệu

Dựng một VPS mới tinh chạy Rocky Linux 9 (Green server). Sau đó, dùng rsync kéo toàn bộ mã nguồn, file tĩnh từ máy chủ cũ (Blue server) sang.

rsync -avzP root@ip_old_vps:/var/www/ /var/www/

Đối với Database, hãy tạo Write Lock trên server cũ trong thời gian cực ngắn, dump data và nạp sang server mới.

Bước 2: Kiểm thử bằng File Hosts cục bộ

Tuyệt đối không trỏ Domain ngay lập tức. Để kiểm tra web server hoạt động đúng trên VPS mới, hãy mở file /etc/hosts (trên Linux/macOS) hoặc C:\Windows\System32\drivers\etc\hosts (trên Windows) của máy tính cá nhân. Thêm dòng:

[IP_VPS_MỚI] tenmien.com

Mở tab ẩn danh và test thử các luồng đăng nhập, thanh toán, upload ảnh. Nếu mọi thứ hoạt động ổn định, chúng ta tiến hành bước cuối.

Bước 3: Chuyển hướng truy cập (Cutover)

Để quá trình đổi server không bị gián đoạn do lưu cache DNS toàn cầu, bạn cần vào trình quản lý tên miền (như Cloudflare) và hạ chỉ số TTL (Time-To-Live) của bản ghi A xuống mức thấp nhất (ví dụ: 300 giây).

Thực hiện việc này trước 24 giờ. Đến giờ G, bạn chỉ cần sửa IP cũ thành IP của Rocky VPS mới. Truy cập sẽ được chuyển hướng (route) sang máy chủ mới gần như ngay lập tức.

Kế hoạch Rollback (RTO 5 phút), lối thoát hiểm

RTO (Recovery Time Objective) là ưu tiên hàng đầu của người làm quản trị hạ tầng. Khi xảy ra sự cố, bạn cần bao lâu để khôi phục lại hệ thống?

• Đối với In-Place Migration: RTO của bạn phụ thuộc hoàn toàn vào Snapshot đã tạo ở bước Checklist. Nếu update thất bại hoặc kernel panic, hãy vào thẳng giao diện quản lý của nhà cung cấp, chọn Restore Snapshot. Thời gian phục hồi thường từ 5 đến 15 phút.
• Đối với Blue-Green Migration: RTO gần như bằng 0. Nếu VPS Rocky mới gặp vấn đề cấu hình khi nhận traffic thật, bạn chỉ cần truy cập vào quản lý DNS, đổi IP bản ghi A ngược về lại VPS CentOS cũ. Do TTL đã được set là 300 giây, mạng toàn cầu sẽ rollback lại máy chủ cũ tối đa trong 5 phút.

Troubleshooting: chẩn đoán 4 lỗi phổ biến sau khi Migrate

Ngay cả khi quá trình cài đặt hiển thị Success, VPS của bạn vẫn có thể gặp những lỗi cấu hình cần phải khắc phục. Dưới đây là cách chẩn đoán và xử lý nhanh chóng.

Lỗi SELinux blocking (Web server trả về 403 / 500)

Khi copy hoặc giải nén source code, nhãn bảo mật (File Context) của SELinux thường bị sai lệch khiến Nginx/Apache không thể đọc file. Đừng tắt SELinux, hãy dùng lệnh khôi phục nhãn:

sudo restorecon -Rv /var/www/html/

Lỗi xung đột EPEL/Remi (gây kẹt lệnh DNF)

Các phiên bản PHP hoặc thư viện cài từ kho cũ sẽ gây lỗi DNF execution failed trên Rocky Linux. Bạn cần tìm tên gói lỗi trong file log /var/log/leapp/leapp-preupgrade.log và ép xóa bỏ qua phụ thuộc:

rpm -e --nodeps [tên_gói_lỗi]

Database ngừng hoạt động do lệch phiên bản thư viện

Nếu nâng cấp vượt phiên bản từ MySQL bản cũ lên bản mới, file data nhị phân có thể bị hỏng và dịch vụ không thể start. Xử lý bằng cách xóa thư mục data lỗi, cài đặt bản MariaDB/MySQL chuẩn, cấu hình lại my.cnf và import lại file .sql đã dump ở bước chuẩn bị.

Mất kết nối SSH (không thể đăng nhập Root)

Nếu dùng Leapp nâng cấp, thao tác vô hiệu hóa PermitRootLogin ban đầu sẽ làm bạn mất kết nối SSH vào user root trên VPS mới. Hãy truy cập vào máy chủ thông qua giao diện VNC/Console KVM từ nhà cung cấp VPS, sửa lại file cấu hình:

sed -i 's/#PermitRootLogin yes/PermitRootLogin yes/' /etc/ssh/sshd_config

Khởi động lại dịch vụ SSH:

systemctl restart sshd

Câu hỏi thường gặp (FAQ)

1. Downtime thực tế khi thực hiện Migrate In-Place là bao lâu?

Khoảng 5 – 15 phút. Thời gian chạy script chuyển đổi (15-30 phút) các dịch vụ vẫn hoạt động bình thường. Downtime chỉ thực sự bắt đầu khi bạn gõ lệnh reboot để nạp Kernel Rocky Linux mới.

2. Đang dùng cPanel, DirectAdmin hoặc CyberPanel thì có chạy script In-Place được không?

Tuyệt đối KHÔNG. Việc chạy script nâng cấp OS trực tiếp sẽ làm phá vỡ cấu trúc của Control Panel. Bắt buộc phải dùng phương pháp Blue-Green: Cài Control Panel lên một VPS Rocky Linux mới, sau đó dùng tính năng Transfer/Migration tích hợp sẵn của Panel để chuyển dữ liệu sang.

3. Đang dùng CentOS 7, tôi có thể Migrate thẳng lên Rocky Linux 9 được không?

Không thể nâng cấp trực tiếp (In-Place). Công cụ ELevate/Leapp chỉ hỗ trợ chuyển đổi từng bậc (Từ 7 lên 8). Nếu muốn lên thẳng Rocky Linux 9 (hỗ trợ đến 2032), bạn bắt buộc phải cài mới VPS và dùng chiến lược Blue-Green để chuyển dữ liệu.

4. Chạy lệnh migrate2rocky có làm mất địa chỉ IP hay file cấu hình không?

Không. Công cụ được thiết kế để giữ nguyên 100% dữ liệu, thư mục /etc, địa chỉ IP và tài khoản người dùng. Tuy nhiên, rủi ro xung đột phần mềm vẫn có, nên Snapshot là thao tác bắt buộc.

5. Rollback từ Snapshot mất bao nhiêu thời gian?

Khoảng 2 – 10 phút tùy thuộc vào công nghệ ảo hóa và Control Panel của nhà cung cấp VPS.

6. Có thực sự cần tốn chi phí thuê thêm VPS để làm Blue-Green Migration không?

Có, nếu hệ thống đang phục vụ khách hàng (Production). Chi phí triển khai thêm VPS trong vài ngày là không đáng kể so với rủi ro gián đoạn dịch vụ hoặc mất dữ liệu nếu quá trình In-Place gặp lỗi xung đột (Dependency Hell).

Kết luận

Thực hiện Migrate VPS Rocky Linux là một quy trình kỹ thuật đòi hỏi sự chuẩn bị tỉ mỉ. Từ việc xử lý cấu hình dự án ELevate cho CentOS 7, đến chiến lược điều phối traffic Blue-Green chuyên nghiệp, bạn hoàn toàn có thể đưa toàn bộ hạ tầng thoát khỏi rủi ro EOL một cách an toàn và tối ưu nhất.

Tài liệu tham khảo

• Migrating To Rocky Linux – Documentation
• rocky-tools/migrate2rocky at main · rocky-linux/rocky-tools · GitHub
• ELevate Quickstart Guide | AlmaLinux Wiki
• How to Migrate From CentOS 8.5 to Rocky Linux 9.5 with Leapp | CIQ Knowledge Base
• CentOS Project shifts focus to CentOS Stream – Blog.CentOS.org