Tự host giải pháp Distributed Web Performance Testing trên cụm VPS rẻ với k6 và K3s: Giả lập 50,000 CCU chi phí tối ưu

Giới thiệu: Thách thức kiểm thử hiệu năng quy mô lớn với ngân sách hạn chế

Trong kỷ nguyên số, trải nghiệm người dùng phụ thuộc rất lớn vào tốc độ và độ ổn định của hệ thống. Một ứng dụng web có thể hoạt động hoàn hảo với vài trăm người dùng, nhưng sẽ nhanh chóng sụp đổ khi đối mặt với chiến dịch marketing lớn hoặc sự kiện flash sale thu hút hàng chục nghìn khách truy cập cùng lúc (Conccurent Users - CCU). Do đó, Performance Testing (Kiểm thử hiệu năng) trở thành một bước không thể thiếu trước khi đưa hệ thống lên môi trường production.

Tuy nhiên, thách thức lớn nhất mà các doanh nghiệp nhỏ và đội ngũ startup thường gặp phải là chi phí. Các dịch vụ Cloud SaaS lớn như BlazeMeter hoặc k6 Cloud cung cấp giải pháp giả lập tải rất mạnh mẽ, nhưng chi phí đăng ký hàng tháng cho các gói tải lớn lên đến hàng nghìn USD. Bài viết này sẽ hướng dẫn bạn cách tự host (self-host) một giải pháp Distributed Web Performance Testing hoàn chỉnh, tận dụng sức mạnh của công cụ k6 và cụm Kubernetes rút gọn (K3s) trên các nhà cung cấp VPS giá rẻ (như Hetzner, DigitalOcean, hoặc Linode) để giả lập lên tới 50,000 CCU một cách mượt mà.

Tại sao lại chọn bộ đôi k6 và K3s (Kubernetes)?

Trước khi đi vào chi tiết triển khai, chúng ta cần hiểu lý do tại sao kiến trúc này lại tối ưu cho các dòng VPS cấu hình thấp và tiết kiệm chi phí:

k6 (by Grafana): Được viết bằng ngôn ngữ Go, k6 tối ưu hóa tài nguyên phần cứng cực kỳ tốt so với các công cụ truyền thống như Apache JMeter (chạy trên Java) hoặc Locust (chạy trên Python). Một tiến trình k6 đơn lẻ có thể tạo ra hàng nghìn người dùng ảo (Virtual Users - VUs) mà không tiêu tốn quá nhiều RAM và CPU.
K3s (Rancher): Là phiên bản Kubernetes tối giản, loại bỏ các phần phụ thuộc không cần thiết, cực kỳ phù hợp để chạy trên các VPS có cấu hình từ 1 vCPU và 1GB RAM. K3s giúp chúng ta dễ dàng quản lý, mở rộng (scale) các node kiểm thử một cách nhanh chóng.
k6 Operator: Đây là một extension của Kubernetes cho phép khai báo và điều phối các k6 test script chạy phân tán trên nhiều node (pod) khác nhau, tự động thu thập và tổng hợp kết quả một cách đồng bộ.

Lưu ý chiến lược: Khi giả lập tải lớn (ví dụ 50,000 CCU), một VPS đơn lẻ chắc chắn sẽ bị nghẽn cổ chai ở tài nguyên mạng (Network Bandwidth) hoặc CPU/RAM. Mô hình phân tán (Distributed) cho phép chúng ta chia nhỏ tải sang nhiều VPS rẻ khác nhau để đạt được con số mong muốn mà không làm quá tải phần cứng.

Kiến trúc hệ thống và chuẩn bị hạ tầng VPS

Để đạt được mục tiêu giả lập 50,000 CCU, chúng ta cần chuẩn bị một cụm K3s bao gồm:

1 Node Master (Control Plane): Cấu hình khuyến nghị 2 vCPU, 4GB RAM. Node này chịu trách nhiệm điều phối toàn bộ cụm.
3 đến 5 Node Worker (Agent): Cấu hình mỗi node 2 vCPU, 2GB hoặc 4GB RAM. Đây sẽ là nơi các script k6 thực sự thực thi và phóng tải vào hệ thống đích.

Một điểm quan trọng cần lưu ý là vị trí địa lý của cụm VPS test. Bạn nên đặt các VPS này ở cùng một vùng (Region) hoặc có kết nối mạng băng thông rộng đến hệ thống cần test để đảm bảo kết quả đo lường độ trễ (latency) được chính xác nhất.

Các bước triển khai chi tiết

Bước 1: Cài đặt cụm K3s siêu nhẹ

Đầu tiên, truy cập vào Node Master qua SSH và chạy lệnh cài đặt K3s đơn giản sau:

curl -sfL [https://get.k3s.io](https://get.k3s.io) | sh -

Sau khi cài đặt xong, lấy Token của cụm bằng lệnh:

sudo cat /var/lib/rancher/k3s/server/node-token

Tiếp theo, truy cập vào từng Node Worker và kết nối chúng về Node Master bằng cách chạy lệnh:

curl -sfL [https://get.k3s.io](https://get.k3s.io) | K3S_URL=https://:6443 K3S_TOKEN= sh -

Kiểm tra trạng thái cụm bằng lệnh kubectl get nodes trên Master để đảm bảo tất cả các node đều ở trạng thái Ready.

Bước 2: Cài đặt k6 Operator trên Kubernetes

k6 Operator giúp đơn giản hóa việc quản lý các bài test phân tán. Chúng ta sẽ sử dụng Helm để cài đặt:

helm repo add k6-operator [https://grafana.github.io/helm-charts](https://grafana.github.io/helm-charts)
helm repo update
helm install k6-operator k6-operator/k6-operator

Bước 3: Viết k6 Test Script tối ưu

k6 sử dụng ngôn ngữ JavaScript để viết kịch bản test. Dưới đây là một đoạn script mẫu (test.js) được cấu hình để thực hiện kiểm thử hiệu năng:

import http from 'k6/http';
import { check, sleep } from 'k6';

export const options = {
  stages: [
    { duration: '2m', target: 50000 }, // Ramp-up lên 50k VUs trong 2 phút
    { duration: '5m', target: 50000 }, // Duy trì ở mức 50k VUs trong 5 phút
    { duration: '1m', target: 0 },     // Ramp-down về 0
  ],
};

export default function () {
  const res = http.get('[https://your-target-website.com/api/v1/products](https://your-target-website.com/api/v1/products)');
  check(res, {
    'status is 200': (r) => r.status === 200,
    'transaction time < 500ms': (r) => r.timings.duration < 500,
  });
  sleep(1);
}

Bước 4: Cấu hình Custom Resource (CRD) cho việc chạy phân tán

Để k6 Operator hiểu và chia nhỏ 50,000 VUs này ra các Node Worker, chúng ta cần tạo một file manifest YAML (k6-distributed.yaml):

apiVersion: k6.io/v1alpha1
kind: K6
metadata:
  name: k6-distributed-test
spec:
  parallelism: 5
  script:
    configMap:
      name: k6-test-script
      file: test.js

Trong cấu hình trên, tham số parallelism: 5 cực kỳ quan trọng. Nó báo hiệu cho k6 Operator chia đều tổng số lượng 50,000 VUs thành 5 phần độc lập (mỗi phần 10,000 VUs) và chạy đồng thời trên 5 Pod khác nhau thuộc các Node Worker. Điều này giúp phân tán tải phần cứng và băng thông mạng một cách hoàn hảo.

Giám sát và Thu thập Kết quả (Monitoring & Metrics)

Chạy kiểm thử hiệu năng mà không có hệ thống giám sát thời gian thực giống như lái xe trong đêm không bật đèn. Để thu thập kết quả từ k6 phân tán, giải pháp tốt nhất là tích hợp với bộ đôi Prometheus và Grafana.

Chúng ta có thể cấu hình k6 Operator tự động đẩy dữ liệu metric (như requests per second, error rate, HTTP duration) về một instance Prometheus tập trung. Từ Grafana, bạn có thể sử dụng các dashboard có sẵn dành cho k6 để quan sát trực quan đồ thị tải, tỷ lệ lỗi và thời gian phản hồi của hệ thống theo từng giây. Việc này giúp phát hiện ra ngay lập tức thời điểm hệ thống bắt đầu bị quá tải hoặc xảy ra lỗi nghẽn cổ chai (bottleneck).

Những lưu ý quan trọng để tối ưu hóa chi phí và hiệu năng

Khi tự host hệ thống phóng tải lớn trên VPS rẻ, có một số quy tắc vàng bạn cần tuân thủ:

Tối ưu hóa OS Kernel (Sysctl tuning): Mặc định, các hệ điều hành Linux trên VPS không được cấu hình để xử lý hàng chục nghìn kết nối mạng đồng thời. Bạn cần tăng giới hạn file mở (ulimit -n 65535) và tối ưu hóa các thông số TCP buffer trên tất cả các Worker node.
Tránh hiệu ứng tự tấn công (Self-DoS): Hãy chắc chắn rằng bạn có quyền kiểm thử hệ thống mục tiêu. Việc phóng 50,000 CCU từ bên ngoài vào một hệ thống không thuộc quyền sở hữu có thể bị các nhà cung cấp VPS khóa tài khoản do nghi ngờ tấn công DDoS.
Tắt log không cần thiết: Trong script k6, hạn chế sử dụng console.log() khi chạy ở quy mô lớn, vì việc ghi log liên tục sẽ làm nghẽn I/O của đĩa cứng VPS và tiêu tốn rất nhiều CPU.

Kết luận

Xây dựng một hệ thống Distributed Web Performance Testing bằng k6 và K3s trên hạ tầng VPS giá rẻ là một giải pháp thông minh và cực kỳ kinh tế cho các doanh nghiệp. Nó không chỉ giúp bạn làm chủ hoàn toàn công nghệ, bảo mật dữ liệu kiểm thử mà còn tiết kiệm hàng nghìn USD chi phí bản quyền SaaS hàng năm. Với khả năng giả lập linh hoạt lên đến 50,000 CCU hoặc hơn thế nữa, đội ngũ kỹ sư của bạn hoàn toàn có thể tự tin tối ưu hóa hiệu năng hệ thống, sẵn sàng cho những chiến dịch tăng trưởng đột phá của doanh nghiệp.