Cấu hình Swap và vm.swappiness: Giảm lag và chống OOM cho VPS

Trong quá trình vận hành các máy chủ Linux VPS cấu hình vừa và nhỏ (RAM từ 1GB đến 4GB), tình trạng dịch vụ cơ sở dữ liệu (MySQL, MariaDB) hoặc worker PHP đột ngột dừng hoạt động vào lúc nửa đêm là sự cố rất thường gặp. Khi mở log hệ thống kiểm tra, bạn thấy thông báo quen thuộc: Out of memory: Killed process. Khi lượng truy cập tăng vọt hoặc tiến trình tiêu thụ vượt quá dung lượng RAM vật lý, nhân Linux bắt buộc phải kích hoạt cơ chế OOM Killer để bảo vệ toàn vẹn cho hệ thống bằng cách hạ sát tiến trình chiếm nhiều bộ nhớ nhất.

Trước sự cố này, nhiều quản trị viên thường chọn hai cách xử lý khá cực đoan: hoặc tắt bỏ hoàn toàn Swap vì sợ ổ cứng bị chậm, hoặc tạo một file Swap dung lượng lớn (4GB đến 8GB) nhưng giữ nguyên thông số mặc định của hệ điều hành. Cả hai cách đều tiềm ẩn rủi ro. Tắt Swap khiến nhân Linux không thể thu hồi các trang nhớ nhàn rỗi, dẫn đến việc cạn kiệt Page Cache và làm ứng dụng sập đột ngột. Ngược lại, để Swap mặc định trên ổ đĩa có thể đẩy máy chủ vào tình trạng nghẽn I/O (Swap Thrashing), khiến thời gian phản hồi của website kéo dài hàng chục giây và làm tê liệt quyền truy cập SSH.

Sau khi đã hoàn thiện bước tối ưu tham số mạng sysctl, bước tiếp theo mang tính quyết định để hệ thống đứng vững trước tải nặng là làm chủ việc quản lý bộ nhớ. Bài viết này phân tích bản chất cơ chế quản lý bộ nhớ ảo của Linux kernel, hướng dẫn bạn tinh chỉnh các tham số vm.swappiness, vm.vfs_cache_pressure và triển khai giải pháp Swap nén trong RAM (zram) kết hợp Swapfile dự phòng khoa học.

Bản chất của Swap trong cơ chế quản lý bộ nhớ Linux

Để cấu hình Swap tối ưu, bạn cần hiểu cách nhân Linux phân loại và quản lý các trang nhớ (memory pages) trong không gian bộ nhớ ảo (Virtual Memory). Bộ nhớ của hệ thống không phải là một khối đồng nhất mà được chia thành hai nhóm chính:

1. File-backed pages (Bộ nhớ ánh xạ từ tệp): Bao gồm mã thực thi nhị phân của phần mềm (như Nginx binary, PHP runtime), các file được ánh xạ qua hàm mmap(), và đặc biệt là Page Cache (bộ nhớ đệm chứa dữ liệu file mà hệ thống đọc từ đĩa). Khi RAM vật lý bị đầy, nếu các trang này ở trạng thái "sạch" (clean - dữ liệu trong RAM hoàn toàn khớp với dữ liệu trên đĩa), Linux kernel có thể giải phóng chúng ngay lập tức mà không cần tốn chu kỳ ghi đĩa. Khi ứng dụng cần đến, kernel chỉ việc đọc lại từ tệp gốc.
2. Anonymous pages (Bộ nhớ ẩn danh): Bao gồm bộ nhớ heap, stack, các biến runtime và dữ liệu động do ứng dụng cấp phát trong quá trình chạy (như dữ liệu truy vấn trong MySQL buffer, session PHP, cache ứng dụng). Những trang nhớ này không có tệp nào đối ứng trên ổ cứng. Nếu máy chủ không có Swap, kernel tuyệt đối không thể giải phóng các trang này ra khỏi RAM vật lý.

Nghịch lý khi tắt hoàn toàn Swap

Khi bạn vô hiệu hóa Swap trên VPS (swap = 0), nếu ứng dụng tiêu thụ dần RAM vật lý, kernel buộc phải liên tục hủy bỏ các trang File-backed pages để có chỗ trống cho Anonymous memory. Hậu quả là dung lượng Page Cache bị thu hẹp về mức gần bằng 0.

Không còn Page Cache, mọi thao tác đọc file tĩnh của Nginx, đọc file mã nguồn PHP/Node.js hay tìm kiếm dữ liệu đều phải đọc trực tiếp từ ổ cứng vật lý. Tốc độ truy xuất đĩa chậm hơn tốc độ truy cập RAM từ hàng trăm đến hàng nghìn lần, khiến hệ số chịu tải (Load Average) và thời gian phản hồi của website tăng vọt. Đáng ngại hơn, các tiến trình chạy ngầm (system daemon, cron job) sau khi khởi động chỉ chiếm một lượng Anonymous memory tĩnh mà không bao giờ dùng lại; việc không có Swap giữ chân các trang nhớ "lạnh" này vĩnh viễn trong RAM, đẩy hệ thống đến ngưỡng sập OOM nhanh hơn.

Cơn ác mộng Swap Thrashing trên ổ cứng SSD

Ngược lại, nếu bạn cấu hình một Swapfile trên ổ đĩa SSD hoặc NVMe của VPS nhưng không điều chỉnh tham số điều phối, hệ thống rất dễ gặp tình trạng Swap Thrashing.

Băng thông của RAM DDR4/DDR5 đạt từ 20.000 MB/s đến trên 50.000 MB/s với độ trễ ở mức nano-giây (ns). Trong khi đó, ổ cứng SSD hoặc lưu trữ đám mây (Cloud Volume) trên VPS phổ thông thường bị giới hạn ở mức 100 – 500 MB/s và vài trăm IOPS với độ trễ ở mức mili-giây (ms). Khi dung lượng RAM chạm ngưỡng và kernel liên tục đẩy trang nhớ ra đĩa (Swap out) rồi lại đọc ngược vào RAM (Swap in), hàng đợi I/O đĩa bị tắc nghẽn hoàn toàn. Chỉ số %iowait trên CPU tăng lên 70% – 90%, máy chủ bị đóng băng cục bộ và người quản trị thậm chí không thể gõ phím trên phiên SSH để kiểm tra tiến trình.

Giải pháp chuẩn mực cho VPS là thiết lập Swap đa tầng (Tiered Swap): sử dụng công nghệ nén RAM tốc độ cao làm tầng đệm đầu tiên và giữ Swapfile trên đĩa làm tầng phòng ngự an toàn cuối cùng, đi kèm việc thiết lập tham số nhân phù hợp.

Kiểm tra hiện trạng bộ nhớ và Swap trên hệ thống

Trước khi thực hiện thay đổi, bạn hãy mở terminal và kiểm tra dung lượng bộ nhớ hiện tại của VPS bằng lệnh:

free -h

Kết quả hiển thị cho biết tổng lượng RAM (total), lượng RAM ứng dụng đang dùng (used), lượng bộ nhớ đệm cho hệ thống tệp (buff/cache) và dung lượng Swap sẵn có:

               total        used        free      shared  buff/cache   available
Mem:           1.9Gi       940Mi       120Mi        35Mi       880Mi       840Mi
Swap:             0B          0B          0B

Tiếp theo, bạn kiểm tra các thiết bị Swap đang kích hoạt:

swapon --show

Nếu lệnh không trả về dòng dữ liệu nào, máy chủ của bạn hiện chưa được thiết lập Swap.

Để kiểm tra giá trị tham số điều phối bộ nhớ của kernel hiện tại, bạn chạy lệnh:

sysctl vm.swappiness vm.vfs_cache_pressure

Thông thường trên Ubuntu hoặc Debian mặc định, kết quả sẽ là:

vm.swappiness = 60
vm.vfs_cache_pressure = 100

Giá trị vm.swappiness = 60 biểu thị khuynh hướng thu hồi bộ nhớ khá hung hăng của kernel, phù hợp cho máy tính cá nhân để bàn nhưng không tối ưu cho máy chủ dịch vụ mạng.

Cuối cùng, để quan sát xem máy chủ có đang bị nghẽn I/O do Swap hay không, bạn sử dụng công cụ vmstat:

vmstat 1 5

Trong bảng kết quả, bạn đặc biệt lưu ý hai cột trong nhóm swap:

• si (Swap In): Lượng bộ nhớ (tính bằng KB/s) được đọc từ Swap vào RAM.
• so (Swap Out): Lượng bộ nhớ (tính bằng KB/s) được ghi từ RAM ra Swap.

Nếu hệ số si và so liên tục duy trì ở mức hàng nghìn KB/s trong khi cột wa (%iowait) tăng cao, máy chủ đang bị nghẽn do Swap đĩa quá mức.

Bước 1: Tạo Swapfile an toàn trên ổ đĩa vật lý

Nếu VPS của bạn chưa có Swap, bước đầu tiên là tạo một Swapfile với dung lượng vừa đủ (khuyến nghị từ 1GB đến 2GB cho VPS có 2GB đến 4GB RAM) để làm chốt chặn an toàn chống OOM Killer.

Khởi tạo file hoán đổi dung lượng

Trên các hệ thống tệp thông dụng hiện nay như ext4 hoặc XFS, bạn nên sử dụng lệnh fallocate để phân bổ không gian đĩa tức thì:

sudo fallocate -l 2G /swapfile

Lưu ý kỹ thuật: Nếu VPS của bạn chạy trên hệ thống tệp Btrfs, fallocate có thể tạo ra file bị lỗi phân mảnh không tương thích với swap. Trong trường hợp sử dụng Btrfs, bạn cần tắt tính năng Copy-on-Write (CoW) trước khi tạo file bằng lệnh truncate và dd:

# Chỉ áp dụng nếu thư mục gốc của bạn là phân vùng Btrfs
sudo truncate -s 0 /swapfile
sudo chattr +C /swapfile
sudo dd if=/dev/zero of=/swapfile bs=1M count=2048 status=progress

Thiết lập quyền bảo mật nghiêm ngặt

Dữ liệu được đẩy vào Swapfile là bản sao thô của các trang RAM, bao gồm các thông tin nhạy cảm như khóa mã hóa SSL private key, mật khẩu kết nối database dạng rõ và token phiên đăng nhập. Do đó, bạn bắt buộc phải khóa quyền truy cập chỉ cho tài khoản root:

sudo chmod 600 /swapfile

Nếu để quyền mặc định (644), bất kỳ user hệ thống hoặc tiến trình độc hại nào chạy dưới quyền hạn chế (như www-data) đều có thể đọc trộm toàn bộ nội dung trong Swapfile.

Định dạng và kích hoạt Swapfile

Bạn tiến hành định dạng file vừa tạo thành không gian Swap của hệ điều hành:

sudo mkswap /swapfile

Kết quả hiển thị UUID của vùng Swap:

Setting up swapspace version 1, size = 2 GiB (2147479552 bytes)
no label, UUID=a1b2c3d4-e5f6-7890-abcd-ef1234567890

Bật file Swap vừa tạo:

sudo swapon /swapfile

Cấu hình tự động nạp khi khởi động máy chủ

Để hệ thống tự động kích hoạt Swapfile mỗi khi khởi động lại VPS, bạn thêm một dòng cấu hình vào tệp /etc/fstab. Bạn nên sao lưu file trước khi chỉnh sửa:

sudo cp /etc/fstab /etc/fstab.bak
echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

Kiểm tra lại trạng thái qua swapon --show để đảm bảo file đã được nhận diện chính xác.

Bước 2: Tinh chỉnh tham số nhân vm.swappiness và vm.vfs_cache_pressure

Việc bật Swapfile mà giữ nguyên giá trị mặc định sẽ khiến kernel chuyển dữ liệu ra đĩa quá sớm, làm chậm dịch vụ. Chúng ta cần can thiệp vào cách thức đưa ra quyết định của Linux Virtual Memory Subsystem.

Ý nghĩa của vm.swappiness = 10

Tham số vm.swappiness nhận giá trị từ 0 đến 100 (trên các phiên bản kernel Linux từ 5.8 trở lên có thể nhận giá trị lên tới 200). Đây là trọng số tương đối quy định mức độ ưu tiên giữa việc giải phóng Page Cache và đẩy Anonymous Memory vào Swap.

• Khi đặt vm.swappiness = 60, kernel thường xuyên cân nhắc đẩy bớt các trang nhớ ẩn danh ra đĩa để giữ dung lượng cache cho hệ thống tệp.
• Khi đặt vm.swappiness = 0, trên các kernel hiện đại, hệ thống không tắt hoàn toàn swap mà chỉ swap khi RAM rơi vào tình trạng cạn kiệt tuyệt đối. Tuy nhiên, mức 0 khiến kernel không chủ động dọn dẹp các trang nhớ lạnh từ sớm, dễ dẫn đến hiện tượng treo đột ngột khi có đợt sóng traffic cao (traffic spike).
• Mức tối ưu cho VPS chạy Web Server là 10 (hoặc 15): Ở mức này, kernel sẽ ưu tiên tối đa việc giữ dữ liệu ứng dụng trong RAM vật lý và duy trì Page Cache cần thiết. Kernel chỉ bắt đầu đẩy các trang nhớ ẩn danh nhàn rỗi ra Swap khi áp lực bộ nhớ thực tế xuất hiện, triệt tiêu gần như toàn bộ độ trễ I/O không mong muốn.

Ý nghĩa của vm.vfs_cache_pressure = 50

Hệ thống tệp ảo của Linux (VFS) duy trì hai loại bộ nhớ đệm cực kỳ quan trọng:

• Dentry Cache: Bộ nhớ đệm ánh xạ đường dẫn thư mục sang inode.
• Inode Cache: Bộ nhớ đệm chứa thông tin metadata của file (quyền hạn, kích thước, vị trí block trên đĩa).

Với các ứng dụng web chứa hàng chục nghìn file mã nguồn như WordPress, Drupal, Node.js hoặc Laravel, mỗi yêu cầu HTTP đều kích hoạt hàng loạt lệnh gọi hệ thống để kiểm tra sự tồn tại của file (stat(), open()).

Giá trị mặc định vm.vfs_cache_pressure = 100 khiến kernel thu hồi Dentry và Inode Cache với tốc độ ngang bằng Page Cache. Khi bạn hạ giá trị này xuống 50, kernel sẽ giữ lại các chỉ mục thư mục và file trong RAM lâu hơn đáng kể, giúp tăng tốc độ đọc và xử lý file của Nginx và PHP-FPM mà chỉ tiêu tốn thêm một lượng RAM rất nhỏ.

Lưu cấu hình vĩnh viễn vào hệ thống

Bạn không nên chỉnh sửa trực tiếp vào file /etc/sysctl.conf gốc để tránh xung đột khi nâng cấp hệ điều hành. Thay vào đó, hãy tạo một file cấu hình riêng biệt trong thư mục /etc/sysctl.d/:

sudo tee /etc/sysctl.d/99-vps-memory.conf << 'EOF'
# Tối ưu Virtual Memory cho VPS dung lượng RAM vừa và nhỏ
# Giảm tần suất hoán đổi bộ nhớ ra đĩa, bảo vệ response time của web server
vm.swappiness = 10

# Ưu tiên duy trì Dentry và Inode Cache để tăng tốc độ truy xuất file
vm.vfs_cache_pressure = 50
EOF

Nạp ngay lập tức cấu hình mới vào kernel mà không cần khởi động lại máy chủ:

sudo sysctl --system

Kiểm tra lại để đảm bảo giá trị mới đã có hiệu lực:

sysctl vm.swappiness vm.vfs_cache_pressure

Bước 3: Triển khai zram (Compressed RAM Swap) tăng tốc vượt trội

Nếu máy chủ của bạn chỉ phụ thuộc vào Swapfile trên đĩa, mỗi khi hệ thống chạm ngưỡng tải cao, độ trễ đĩa vẫn có thể ảnh hưởng đến trải nghiệm người dùng. Giải pháp hiện đại và triệt để nhất hiện nay là kích hoạt zram.

Cơ chế hoạt động của zram

zram là một module nhân Linux cho phép tạo ra một thiết bị lưu trữ dạng khối (block device) nằm hoàn toàn trong bộ nhớ RAM vật lý nhưng được tích hợp thuật toán nén dữ liệu thời gian thực.

Khi kernel cần hoán đổi một trang nhớ, thay vì ghi chậm chạp ra ổ đĩa vật lý, kernel sẽ đẩy trang nhớ đó vào thiết bị zram. Module zram sẽ dùng CPU nén trang nhớ đó lại bằng các thuật toán cực nhanh như zstd hoặc lz4 rồi lưu giữ ngay trong RAM.

• Tỷ lệ nén thực tế: Các khối bộ nhớ ứng dụng web dạng text/heap thường đạt tỷ lệ nén từ 1:2 đến 1:3. Điều này đồng nghĩa với việc bạn có thể chứa 2GB dữ liệu hoán đổi trong chỉ khoảng 700MB đến 1GB RAM vật lý.
• Hiệu năng: Tốc độ nén và giải nén diễn ra ở mức hàng Gigabyte mỗi giây với độ trễ cỡ micro-giây (µs). Hiện tượng nghẽn I/O đĩa (%iowait) được triệt tiêu hoàn toàn.

Hướng dẫn cài đặt zram trên Debian và Ubuntu

Trên các bản phân phối Debian 11/12 và Ubuntu 22.04/24.04, cách triển khai thuận tiện và chuẩn hóa nhất là sử dụng gói tiện ích zram-tools:

sudo apt update
sudo apt install -y zram-tools

Sau khi cài đặt, bạn mở file cấu hình của dịch vụ tại /etc/default/zramswap:

sudo nano /etc/default/zramswap

Bạn cấu hình các thông số sau:

# Thuật toán nén: zstd cho tỷ lệ nén cao và tốc độ rất tốt trên CPU hiện đại
ALGO=zstd

# Phân bổ dung lượng ảo cho zram: 50% tổng dung lượng RAM vật lý
PERCENT=50

# Thiết lập mức ưu tiên (priority) cao hơn Swapfile trên đĩa
PRIORITY=100

Lưu file và khởi động lại dịch vụ zram:

sudo systemctl restart zramswap.service
sudo systemctl enable zramswap.service

Thiết lập mô hình Swap phân tầng (Tiered Swap)

Sau khi zram khởi chạy, bạn kiểm tra lại danh sách các thiết bị Swap đang hoạt động trên hệ thống:

swapon --show

Kết quả chuẩn mực sẽ hiển thị hai thiết bị hoán đổi với mức độ ưu tiên (PRIO) khác nhau:

NAME       TYPE      SIZE USED PRIO
/dev/zram0 partition 980M   0B  100
/swapfile  file        2G   0B   -2

Quy tắc điều phối của Linux kernel như sau: Thiết bị nào có chỉ số PRIO cao hơn sẽ được sử dụng trước.

1. Khi máy chủ bắt đầu thiếu RAM, toàn bộ các trang nhớ lạnh sẽ được hoán đổi vào /dev/zram0 (với mức ưu tiên 100). Quá trình này diễn ra hoàn toàn trong RAM với tốc độ cực cao, không gây bất kỳ rung lắc nào về I/O đĩa.
2. Chỉ khi lượng dữ liệu hoán đổi vượt quá dung lượng nén của zram (trong các tình huống tải đỉnh điểm), kernel mới bắt đầu tràn dần dữ liệu xuống /swapfile trên đĩa vật lý (với mức ưu tiên thấp hơn). Swapfile đóng vai trò tấm lưới an toàn cuối cùng, bảo đảm dịch vụ không bao giờ bị OOM Killer dừng tiến trình đột ngột.

Để chỉ định rõ chỉ số ưu tiên cho Swapfile trên đĩa là 10 (vẫn thấp hơn mức 100 của zram), bạn có thể cập nhật dòng cấu hình trong /etc/fstab:

/swapfile none swap sw,pri=10 0 0

Áp dụng lại cấu hình bằng cách tắt và bật lại swapfile:

sudo swapoff /swapfile
sudo swapon -p 10 /swapfile

Đánh giá hiệu quả và giám sát nén zram

Để kiểm tra dung lượng thực tế và tỷ lệ nén của zram trong quá trình máy chủ vận hành, bạn sử dụng lệnh:

zramctl

Bảng thống kê cung cấp các chỉ số chi tiết:

NAME       ALGORITHM DISKSIZE  DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 zstd          980M  240M   85M  102M       2 [SWAP]

Giải thích các thông số:

• DISKSIZE: Kích thước danh nghĩa tối đa mà zram cấp phát cho kernel.
• DATA: Lượng dữ liệu thô chưa nén đã được đẩy vào zram (trong ví dụ là 240MB).
• COMPR: Kích thước thực tế sau khi nén bằng thuật toán zstd (trong ví dụ chỉ còn 85MB).
• TOTAL: Tổng dung lượng RAM vật lý đang bị chiếm dụng cho zram bao gồm cả metadata (102MB).
• Tỷ lệ nén trong trường hợp này đạt xấp xỉ 2.8:1, giúp bạn tiết kiệm được gần 140MB RAM thực tế mà không cần ghi một byte dữ liệu nào xuống ổ cứng.

Đồng thời, bạn theo dõi thời gian phản hồi của website qua Nginx access log hoặc công cụ giám sát APM. Khi các đợt lưu lượng truy cập cao xuất hiện, bạn sẽ nhận thấy chỉ số %iowait duy trì ổn định dưới mức 5%, và tình trạng sập đột ngột của MySQL/MariaDB hoàn toàn chấm dứt.

Ma trận cấu hình khuyến nghị theo quy mô RAM

Tùy thuộc vào dung lượng phần cứng của gói VPS, bạn có thể áp dụng các thông số được tối ưu hóa theo bảng sau:

Quy trình vô hiệu hóa hoặc rollback an toàn

Trong trường hợp bạn cần thay đổi kích thước phân vùng ổ cứng, nâng cấp gói tài nguyên VPS hoặc chuyển đổi kiến trúc và muốn gỡ bỏ hoàn toàn Swapfile, hãy tuân thủ quy trình tuần tự sau để tránh mất dữ liệu:

1. Tắt Swapfile đĩa:

   sudo swapoff -v /swapfile

Lưu ý: Quá trình này sẽ chuyển toàn bộ dữ liệu đang nằm trong Swap ngược trở lại RAM vật lý. Hãy chắc chắn dung lượng RAM khả dụng (free -m) đủ chỗ chứa lượng dữ liệu đang nằm trong Swap trước khi chạy lệnh.

1. Xóa dòng khai báo Swapfile trong /etc/fstab:

   sudo sed -i '\|/swapfile|d' /etc/fstab

1. Xóa file vật lý để thu hồi dung lượng đĩa:

   sudo rm -f /swapfile

1. Nếu muốn dừng dịch vụ zram:

   sudo systemctl stop zramswap.service
   sudo systemctl disable zramswap.service

1. Khôi phục các giá trị sysctl về mặc định:

   sudo rm -f /etc/sysctl.d/99-vps-memory.conf
   sudo sysctl --system

Việc cấu hình Swap và bộ nhớ ảo khoa học không chỉ giúp bạn giải quyết triệt để vấn đề sập dịch vụ do OOM Killer mà còn tối ưu hóa từng đồng chi phí thuê phần cứng, đảm bảo máy chủ luôn vận hành ổn định và tin cậy dưới áp lực tải thực tế.

Khi bộ nhớ hệ điều hành đã được bảo vệ vững chắc, bạn nên tiếp tục đi sâu vào việc phân bổ RAM cho các dịch vụ cốt lõi, đặc biệt là tối ưu InnoDB Buffer Pool cho MySQL trên Single-VPS và giảm tải xử lý truy vấn động bằng Nginx FastCGI microcaching.