GDATA tài trợ iNut một năm server: CPU/RAM rất mạnh, storage đúng theo tier

Có một kiểu review hạ tầng rất dễ gặp: nhìn vào tên CPU, vài con số benchmark rồi kết luận máy “mạnh” hoặc “yếu”. Cách đó bỏ qua phần quan trọng nhất của một hệ thống edge: workload nào chạy trên máy, đường mạng có ổn định không, storage được cấp theo tier nào, đội vận hành có thao tác được nhanh không, và khi cần mở rộng thì có thể gắn thêm tài nguyên ở đâu.

Vì vậy, iNut coi máy GDATA 8.17 như một phần của phòng lab chứ không phải một chiếc cúp benchmark. Chúng tôi đặt nó cạnh 6.18 — VPS khách hàng đang thuê — và 8.18 — i3 mini PC chạy tại chỗ — để trả lời một câu rất thực tế: một máy có CPU/RAM nhanh nhưng disk bị giới hạn khoảng 3.000 IOPS sẽ phù hợp với phần nào của hệ thống iNut?

30s

Đọc nhanh trong 30 giây

Một lần quét nhanh trước khi đọc phần benchmark chi tiết.

1. 01CPU ĐƠN8.17 đạt 400,37 điểm, cao hơn 30,8% so với 6.18 và 134,8% so với i3 8.18.
2. 02CPU ĐA1.596,43 điểm, gần gấp đôi 6.18 và cao hơn 3,5 lần i3 mini PC.
3. 03RAM70.017,64 MB/s đọc và 41.581,12 MB/s ghi — dẫn đầu rất rõ.
4. 04STORAGEmixed random 4K đạt 3.042,04 IOPS, bám sát gói 3.000 IOPS; đây là giới hạn có chủ ý của tier, không phải “SSD nhanh nhất thị trường”.
5. 05KHUYẾN NGHỊDùng 8.17 cho API, control plane, telemetry, CI/CD và dịch vụ edge; workload database hoặc ghi log dày nên mount disk phù hợp riêng.

Bộ script trong ~/review-server chạy warm-up rồi lấy median của ba mẫu. CPU dùng sysbench đơn luồng và đa luồng; RAM đo đọc/ghi tuần tự; disk dùng fio mixed random 50/50 ở các block 4K, 64K, 512K và 1M; thêm một phép ghi tuần tự bằng dd. Fio chạy direct I/O, libaio, iodepth 16 và file test 2 GiB.

Điều kiện nền không hoàn toàn giống nhau. 6.18 đang gần đầy disk, swap đã dùng hết và load trước test là 2,13 trên 4 vCPU; 8.18 cũng có swap đang dùng. Đây là lý do chúng tôi báo cả cảnh báo thay vì giấu chúng đi: kết quả phản ánh đúng tình trạng máy tại thời điểm chạy, không phải một phòng thí nghiệm cô lập tuyệt đối.

8.17 báo về Intel Xeon Platinum 8180 @ 2,50 GHz, trong khi 6.18 báo generic QEMU Virtual CPU version 2.5+. Sự khác biệt đó xuất hiện ngay trong số đo: CPU đơn của 8.17 cao hơn 6.18 khoảng 30,8%, CPU đa cao hơn 94,4%; so với i3 mini PC, khoảng cách lần lượt là 134,6% và 252,9%.

Kết quả này phù hợp với cách iNut đang chạy sản phẩm: API, worker, gateway và các dịch vụ xử lý dữ liệu ngắn thường hưởng lợi trực tiếp từ CPU đơn/đa và RAM nhanh. Máy không cần nhiều vCPU trên giấy nếu mỗi request được xử lý nhanh và không bị nghẽn ở memory. Với 8.17, cùng một lượng vCPU nhưng “nhịp” của workload rõ ràng thoáng hơn.

Đây là phần cần nói thẳng nhất. 8.17 đạt 3.042,04 IOPS mixed random 4K; 64K đạt 108,17 MB/s; 1M đạt 98,33 MB/s; phép dd ghi tuần tự đạt 24,2 MB/s. Trong khi đó 6.18 có 30.672,52 IOPS 4K và 421 MB/s ghi tuần tự, còn i3 8.18 có 50.502,42 IOPS 4K.

Nếu chỉ nhìn bảng này, 8.17 thua storage. Nhưng con số 3.042 lại khớp gần như sát với mức 3.000 IOPS của gói được cấp: đo được 3042,04 nghĩa là đạt khoảng 101,4% mức danh nghĩa. Đây là một storage tier có chủ đích, không phải bằng chứng rằng mọi disk của GDATA đều chậm. Chúng tôi cũng không dùng nó để tuyên bố “SSD nhanh”; chúng tôi mô tả đúng là “đúng gói”.

Bài Đánh giá VPS tại Gdata.com.vn của Nguyễn An Hưng là một nguồn tham khảo đáng đọc vì tác giả nói rõ máy được GDATA hỗ trợ và vẫn ghi cả điểm trừ. Bài viết năm 2024 mô tả một VPS VMware với Xeon E5-2698 v3, 6 core, 8 GB RAM, khoảng 300 Mbps và FIO đọc/ghi thấp hơn nhiều so với kỳ vọng của tác giả. Phần phê bình dashboard lúc đó cũng khá gay gắt: thiếu thao tác reboot/reinstall, thiếu 2FA, thiếu một số công cụ quản trị.

iNut không phủ nhận những quan sát ấy. Chúng có giá trị cho đúng VPS, đúng thời điểm và đúng trải nghiệm người dùng năm 2024. Điều cần phản biện là việc biến một snapshot thành phán quyết vĩnh viễn về mọi server GDATA. Máy 8.17 hiện báo Xeon Platinum 8180, không còn hiện generic QEMU CPU như 6.18; CPU/RAM tăng rõ, disk tier được công bố bằng con số 3.000 IOPS và đo thực tế 3.042 IOPS. Đó là một cấu hình khác, nên phải được đo lại.

Ngược lại, iNut cũng không dùng một dashboard hiện nay để “xóa” toàn bộ phản biện cũ. Những việc như 2FA, whitelist khi dùng VPN, network status, knowledge base hay chất lượng hỗ trợ cần được kiểm tra độc lập theo tài khoản, gói và thời điểm. Bài này chỉ ghi nhận iNut đã thao tác được với dashboard, cài lại hệ điều hành nhanh, quản trị rule mạng và gán IP public cho workload edge; đó là field observation, không phải kết quả benchmark hay cam kết SLA.

Benchmark hiện tại chưa chạy iperf3 hoặc bài test mạng kéo dài, nên chúng tôi không biến con số 500 Mbps thành kết quả đo độc lập. Đây là tốc độ cam kết/quan sát trong quá trình vận hành iNut ở server Việt Nam. Với dự án edge, băng thông ổn định đến gateway, rule mạng rõ ràng và IP public gán trực tiếp thường có giá trị hơn vài trăm điểm CPU không dùng tới.

Điểm iNut đánh giá cao ở 8.17 là khả năng thao tác thực tế: dashboard cho phép cài lại hệ điều hành nhanh, cấu hình rule mạng tương đối rõ, và máy có IP public để đưa gateway/agent ra ngoài theo chính sách. VPS giá rẻ thường chỉ cho một lớp NAT hoặc giới hạn rule; khi cần nhận dữ liệu từ nhà máy, camera, PLC hay gateway phân tán, việc đó trở thành một điểm nghẽn. Tuy nhiên, IP public cũng phải đi cùng firewall, allowlist, SSH key, logging và không mở dịch vụ thừa.

Sau một vòng đo, câu trả lời của iNut là khá rõ: 8.17 là một máy CPU/RAM rất đáng giá cho các dự án edge và dịch vụ xử lý. Xeon Platinum 8180, RAM đọc 70 GB/s và CPU đa 1.596 điểm tạo ra khoảng cách lớn với VPS QEMU 6.18 và i3 mini PC 8.18. Phần storage không cố giành chiến thắng: 3.042 IOPS bám sát đúng gói 3.000 IOPS, phù hợp để giữ hệ điều hành và service nhẹ, nhưng không nên bị ép làm database/log node.

Điều khiến iNut muốn tiếp tục dùng máy này không chỉ là benchmark. Một server Việt Nam có đường mạng cam kết tốt, IP public và rule rõ, dashboard cài lại OS nhanh, cộng với khả năng gắn thêm disk theo workload, phù hợp với cách chúng tôi triển khai: dữ liệu bắt đầu ở edge, API điều phối ở trung tâm, còn storage nặng được đặt đúng tầng.

Bài review gốc của Nguyễn An Hưng vẫn là tài liệu tham khảo tốt để đặt câu hỏi. Còn câu trả lời của iNut sau lần đo này là: hãy nhìn cả CPU, RAM, network, storage tier và thao tác vận hành — rồi đặt từng workload vào đúng chỗ.

Nếu bạn đang xây dựng hệ thống IoT/edge cần một API trung tâm, gateway nhận dữ liệu từ nhà máy hoặc worker xử lý tại Việt Nam, iNut có thể chia sẻ thêm cấu hình thực tế và cách tách volume theo workload.