Chọn VPS cho bot MT5 chạy 24/7: RAM theo số EA, vị trí, ổ đĩa và 5 cạm bẫy khi thuê

Chọn VPS cho bot trading là một trong những quyết định bị xem nhẹ nhất, và cũng là quyết định có ảnh hưởng dài nhất. Bạn chọn sai một chỉ số — RAM, vị trí, hay độ ổn định của nhà cung cấp — và bạn sẽ sống với hậu quả đó trong nhiều tháng, thường dưới dạng những đêm bot chết mà không rõ nguyên nhân.

Điều làm vấn đề khó hơn là phần lớn hướng dẫn trên mạng trả lời sai câu hỏi. Họ nói về "VPS giá rẻ cho trader", "gói tốt nhất cho MT5", trong khi câu hỏi bạn cần trả lời là cụ thể hơn nhiều: với số EA và số chart tôi đang chạy, tôi cần bao nhiêu RAM, và nhà cung cấp này có ổn định vào ban đêm hay không?

Bài này đi từ cách đo nhu cầu thật của bạn (theo số EA, không theo số tài khoản), qua bốn tiêu chí chọn máy theo đúng thứ tự quan trọng, tới năm cạm bẫy khi thuê và bảng chi phí 12 tháng. Cuối bài có checklist 12 điểm để bạn chấm điểm nhà cung cấp trước khi trả tiền.

1. Ba sai lầm khi chọn VPS cho bot

Sai lầm 1 — Chọn theo số tài khoản thay vì số EA. "Tôi có ba tài khoản, chắc cần gói 4 GB" là một suy luận sai. Thứ ngốn RAM là số chart đang mở và số EA đang chạy, vì mỗi chart giữ trong bộ nhớ lịch sử nến của symbol đó ở khung thời gian đó. Ba tài khoản với một EA mỗi tài khoản và hai chart mỗi terminal nhẹ hơn nhiều so với một tài khoản chạy sáu EA trên mười chart. Cần tính theo EA và chart.

Sai lầm 2 — Chọn theo giá, rồi tối ưu sau. Gói 4 USD/tháng tiết kiệm 60 USD một năm. Một đêm bot chết với hai lệnh bị bỏ lỡ có thể tốn hơn thế. Vấn đề không phải là "phải mua đắt", mà là đừng để giá là tiêu chí đầu tiên — vì khi đó bạn sẽ chấp nhận những điểm yếu khác (không snapshot, hỗ trợ chậm, bảo trì ban đêm) mà không nhận ra chúng cho tới lúc cần.

Sai lầm 3 — Tin vào con số uptime công bố. "99,9% uptime" nghe chắc chắn, nhưng hãy tính: 99,9% một tháng là khoảng 43 phút downtime. Nếu 43 phút đó rơi vào phiên giao dịch của bạn, đó là một buổi giao dịch mất trắng. Và phần lớn nhà cung cấp giá rẻ không cam kết SLA thật — con số trên trang chủ là tiếp thị, không phải hợp đồng.

Ba sai lầm này có một điểm chung: chúng đều chọn theo thông số dễ so sánh (số tài khoản, giá, uptime) thay vì thông số quan trọng (RAM theo chart, độ ổn định ban đêm, khả năng khôi phục).

2. Bốn tiêu chí thật, theo đúng thứ tự quan trọng

Thứ nhất — RAM và CPU. Đây là nút thắt đầu tiên và phổ biến nhất. MT5 là phần mềm nặng, và mức sử dụng bộ nhớ tăng theo thời gian chạy vì dữ liệu lịch sử tích lũy. Một VPS 2 GB chạy ổn trong ngày đầu có thể chết vào ngày thứ ba.

Thứ hai — Ổ đĩa và snapshot. Log và dữ liệu lịch sử lớn rất nhanh. Và ổ đĩa đầy gây ra loại sự cố tệ nhất: MT5 ngừng ghi log mà không báo lỗi, nên bạn mất khả năng chẩn đoán đúng lúc cần nhất. Snapshot biến việc khôi phục từ một buổi chiều thành năm phút.

Thứ ba — Nhà cung cấp và chất lượng hỗ trợ. Bảo trì ban đêm là nguyên nhân reboot phổ biến nhất, và bạn không thể chống lại nó bằng code. Điều bạn cần biết trước: họ bảo trì lúc nào, có thông báo trước không, có kênh báo sự cố thật không, và hỗ trợ có trả lời ngoài giờ hành chính không.

Thứ tư — Vị trí đặt máy. Đây là tiêu chí quan trọng nhất với bot scalping và gần như không quan trọng với bot swing hoặc medium term. Chọn sai vị trí với bot swing không làm bạn mất tiền; chọn sai vị trí với bot scalping làm bạn mất chính xác lợi thế mà bạn đã bỏ công xây.

Thứ tự này ngược với cách nhiều người cân nhắc (giá → vị trí → RAM). Lý do chọn thứ tự trên: RAM sai gây sự cố, vị trí sai chỉ gây bất lợi.

3. RAM: tính theo số EA, không theo số tài khoản

Bảng trên là mức khởi điểm thực tế. Nhưng con số của bạn phụ thuộc vào ba yếu tố mà bảng không biết:

Số chart đang mở. Đây là yếu tố lớn nhất và cũng bị điều chỉnh dễ nhất. Mỗi chart giữ một lượng nến trong bộ nhớ, và lượng đó do thiết lập Max bars in chart quyết định. Để mặc định (không giới hạn) trên một chart M1 sau vài tuần là cách nhanh nhất để ăn hết RAM. Đặt ở mức 5.000–20.000 nến là đủ cho phần lớn chiến lược và giảm mức dùng RAM rõ rệt.

Số indicator trên mỗi chart. Mỗi indicator là một luồng tính toán trên mỗi tick. Mười hai indicator trên một chart tốn hơn nhiều so với một indicator trên mười hai chart.

Số lệnh và lịch sử trong tài khoản. Tài khoản có hàng nghìn lệnh sẽ mất nhiều RAM hơn để MT5 giữ lịch sử tab Trade. Dọn lịch sử định kỳ (hoặc dùng tài khoản mới) giúp ích, nhưng đừng dọn nếu bạn cần lịch sử để kiểm toán — như đã nói ở phần audit log.

Cách đo thật, thay vì đoán: chạy đúng số chart và EA mà bạn sẽ dùng trong 24 giờ liên tục, rồi xem mức RAM đỉnh (không phải mức trung bình) trong Task Manager hoặc Performance Monitor. Nhân con số đó với khoảng 1,4 để có mức RAM cần mua. Quy tắc an toàn: nếu mức đỉnh vượt 70% RAM của VPS, hãy nâng gói.

Và một câu hỏi thực dụng: nên chạy nhiều tài khoản trên một VPS hay nhiều VPS? Câu trả lời phụ thuộc vào điều bạn sợ hơn:

• Một VPS: rẻ hơn, dễ quản lý, nhưng là điểm chết chung. Máy hỏng là mọi tài khoản cùng dừng.
• Nhiều VPS: đắt hơn, quản lý phức tạp hơn, nhưng sự cố ở một máy không kéo theo mọi tài khoản. Và với tài khoản lớn, việc tách ra còn giúp giới hạn rủi ro hạ tầng.

Với bot chạy tiền thật ở mức trung bình trở lên, hướng hai VPS nhỏ thường tốt hơn một VPS lớn — cùng chi phí, nhưng không có điểm chết chung.

4. CPU: khi nào mới là nút thắt

Hiểu đúng về CPU sẽ giúp bạn không trả tiền cho thứ mình không cần.

CPU không phải nút thắt trong phần lớn trường hợp bot MT5. MT5 đợi tick — phần lớn thời gian nó không làm gì. Một EA trung bình chỉ tính toán vào lúc có tick mới, và tính toán đó thường dưới vài mili giây.

CPU trở thành nút thắt trong bốn trường hợp:

1. Backtest. Backtest là tác vụ tính toán liên tục, ăn hết CPU được cấp. Nếu bạn vừa chạy bot thật vừa backtest trên cùng máy, bạn vừa tạo ra một nguồn sự cố cho bot. Đây là lý do nên backtest ở máy khác.
2. Nhiều indicator phức tạp trên nhiều chart. Các indicator nặng (phân tích dữ liệu, tính hồi quy, indicator dùng nhiều khung thời gian) chạy trên mỗi tick.
3. EA dùng `OnTimer` với tần suất cao. Nếu EA của bạn chạy mỗi 100 ms và làm việc nặng trong mỗi lần, CPU sẽ là nút thắt.
4. Terminal đang đồng bộ lịch sử. Sau khi thêm symbol mới hoặc sau reboot, MT5 tải lịch sử và CPU tăng vọt trong vài phút. Nếu ngưỡng cảnh báo của bạn quá sát, đây là giai đoạn gây báo động giả.

Về loại CPU: với VPS, điều quan trọng không phải xung nhịp mà là CPU có bị chia sẻ quá mức hay không. Gói "unlimited CPU" gần như luôn có nghĩa là bạn dùng chung với hàng chục máy khác, và khi máy khác bận, bạn bị chậm. Một gói ghi rõ "2 vCPU riêng" thường tốt hơn gói "4 vCPU chia sẻ" cho mục đích chạy bot 24/7, vì độ ổn định quan trọng hơn tốc độ đỉnh.

5. Vị trí và độ trễ: đúng thứ tự ưu tiên

Con số trong hình là mức tham khảo cho server broker đặt tại London. Ba điều cần rút ra:

Thứ nhất, khoảng cách địa lý quyết định độ trễ, và nó chênh rất lớn. Từ Việt Nam tới London khoảng 280 ms; từ một VPS đặt cùng datacenter với broker có thể chỉ 1–2 ms. Đó là chênh lệch hơn 100 lần.

Thứ hai, độ trễ chỉ quan trọng với một số kiểu bot. Với bot swing (vào lệnh vài lần một tuần) hoặc medium term, chênh 280 ms không đổi kết quả. Với bot scalping hoặc bot giao dịch theo tin, chênh 250 ms có thể là chênh cả một cây nến M1 — và lợi thế bạn xây dựng có thể nằm chính ở khoảng thời gian đó.

Thứ ba, thứ quan trọng hơn độ trễ trung bình là độ ổn định của độ trễ. Một kết nối 50 ms đều đặn tốt hơn một kết nối lúc 10 ms lúc 400 ms. Độ trễ nhảy vọt gây ra requote, và requote là nguồn lỗi 138 mà bạn sẽ thấy đầy trong log.

Cách đo thật: từ chính VPS của bạn, ping tới địa chỉ server broker vài lần mỗi giờ trong ba ngày liền, ghi lại mức đỉnh và độ lệch chuẩn. Đừng đo từ máy cá nhân của bạn ở Việt Nam — con số đó không nói gì về VPS.

Và một lưu ý thực dụng về vị trí: nếu broker có nhiều cụm server (ví dụ London và New York), hãy hỏi họ VPS nên đặt ở đâu cho loại tài khoản của bạn. Đây là câu hỏi họ trả lời được, và câu trả lời thường chính xác hơn mọi bài hướng dẫn.

6. Ổ đĩa: thứ gây sự cố âm thầm nhất

Ổ đĩa là tiêu chí bị bỏ qua nhiều nhất, và nó gây ra loại sự cố khó chẩn đoán nhất. Ba vấn đề cụ thể:

Ổ đĩa đầy làm log im lặng. Khi dung lượng xuống gần hết, MT5 có thể ngừng ghi log mới — nhưng vẫn tiếp tục chạy. Kết quả: bạn thấy hiện tượng "log dừng ở giữa" và tưởng bot đã chết, trong khi bot có thể vẫn đang vào lệnh. Đây là cạm bẫy chẩn đoán tệ nhất trong danh sách này.

Log và dữ liệu lịch sử lớn nhanh hơn bạn nghĩ. Một EA ghi 20 dòng log mỗi phút là khoảng 30.000 dòng một ngày; ở mức 120 ký tự mỗi dòng là hơn 3 MB một ngày, gần 100 MB một tháng — chỉ riêng một EA. Dữ liệu lịch sử MT5 cho vài symbol ở khung M1 có thể chiếm hàng GB.

Dung lượng ổ đĩa cần theo ba mức: đủ cho hệ điều hành + MT5 + EA (khoảng 15–20 GB), đủ cho log và dữ liệu lịch sử trong vòng đời bạn muốn giữ (tính theo mục 8 của bài log: 30 ngày), và dư 20% — vì cả Windows lẫn MT5 đều cần khoảng trống để hoạt động, và các bản cập nhật cần thêm chỗ.

Về loại ổ đĩa: với bot MT5, SSD là bắt buộc gần như tuyệt đối. Không phải vì tốc độ khớp lệnh (lệnh đi qua mạng, không qua ổ đĩa), mà vì MT5 ghi log liên tục và đọc dữ liệu lịch sử thường xuyên. Trên ổ HDD, những thao tác này chậm và có thể chặn luồng xử lý của terminal trong vài giây — đủ để bỏ lỡ một tick.

Và hãy bật snapshot. Snapshot tự động hằng ngày biến tình huống "VPS hỏng, phải dựng lại từ đầu" thành "khôi phục bản snapshot hôm qua trong 5 phút". Đây là tính năng rẻ nhất và có giá trị cao nhất trong danh sách. Lưu ý: snapshot không thay thế backup dữ liệu MT5 (thư mục C:\MT5 theo chế độ portable) — snapshot của nhà cung cấp có thể không giữ được nếu bạn phải tạo máy mới ở vùng khác.

7. Uptime: con số công bố và sự thật

Hãy làm một phép tính đơn giản để thấy vì sao "99,9%" không có nghĩa là "yên tâm":

Con số 99,9% — mức mà nhiều nhà cung cấp quảng cáo như một điểm mạnh — nghĩa là gần 9 giờ downtime một năm. Nếu phần lớn số đó rơi vào phiên giao dịch, bạn có khoảng chín giờ mà bot không chạy, và không có gì báo cho bạn.

Nhưng điều quan trọng hơn cả con số là ba câu hỏi sau:

Downtime tính từ đâu? Nhiều nhà cung cấp định nghĩa "downtime" là "máy không ping được". Theo định nghĩa đó, máy chạy nhưng MT5 treo, hoặc mạng nội bộ có vấn đề, đều không tính là downtime. Bạn cần biết định nghĩa họ dùng.

Bảo trì theo lịch có tính vào uptime không? Thường là không. Bảo trì lúc 3 giờ sáng — khung giờ mà bạn quan tâm nhất — có thể được loại trừ khỏi cam kết. Hãy hỏi họ khung giờ bảo trì và tần suất.

Có bồi thường không, và bồi thường thế nào? Với gói rẻ, phần bồi thường thường chỉ là tín dụng dịch vụ, không phải tiền — nghĩa là bạn không được bù cho thiệt hại thật. Điều này không nhất thiết là lý do để tránh, nhưng bạn nên biết mình đang mua gì.

Kết luận thực dụng: đừng chọn VPS theo uptime công bố. Hãy chọn theo mức độ ổn định thật đo được trong 7 ngày đầu — nếu trong tuần đầu mà máy đã reboot ngoài dự kiến, hãy tìm nhà cung cấp khác trước khi bạn đặt bot lên đó với tiền thật.

8. Năm cạm bẫy khi thuê VPS

Cạm bẫy 1 — Gói "unlimited" với CPU chia sẻ quá mức. Giá rẻ thường đến từ việc bán quá nhiều máy ảo trên một máy chủ vật lý. Triệu chứng: CPU load của bạn thấp nhưng mọi thao tác đều chậm, và độ trễ nhảy vọt ngẫu nhiên. Cách tránh: chọn gói ghi rõ số vCPU riêng, tránh các từ như "unlimited", "burst", "fair share".

Cạm bẫy 2 — Giá rẻ bất thường. Dưới 5 USD/tháng cho Windows VPS thường có nghĩa là một trong ba thứ: ổ đĩa HDD, RAM thấp không dùng được cho MT5, hoặc một nhà cung cấp mới chưa có kinh nghiệm vận hành. Cách tránh: kiểm tra tuổi nhà cung cấp, đọc review về bảo trì ban đêm (không phải review về giá), và thử một tháng trước khi cam kết dài hạn.

Cạm bẫy 3 — Không biết máy đặt ở đâu. Nhiều nhà cung cấp quảng cáo chung "châu Á" mà không nói rõ thành phố, hoặc tự ý chuyển máy giữa các datacenter khi cần cân bằng tải. Cách tránh: hỏi thẳng datacenter và thành phố trước khi mua; kiểm tra lại IP sau một tháng để chắc máy không bị chuyển.

Cạm bẫy 4 — Không có snapshot hoặc backup tự động. Cách tránh: bật snapshot hằng ngày trước khi cài MT5, không phải sau. Và nhớ: snapshot của nhà cung cấp bảo vệ máy, không bảo vệ dữ liệu MT5 của bạn — hãy giữ cả bản sao thư mục C:\MT5 ở nơi khác.

Cạm bẫy 5 — Không kiểm tra được reboot ngoài dự kiến. Bạn không thể biết máy có bị khởi động lại bất thường hay không nếu không chủ động kiểm tra. Cách tránh: trong 7 ngày đầu, mỗi sáng chạy một lệnh kiểm tra uptime và tìm mã 6008 trong Event Viewer. Sau đó, hãy ghi thời điểm khởi động gần nhất vào báo cáo hằng ngày.

Ba cạm bẫy đầu chỉ làm bạn tốn tiền hoặc bất tiện. Hai cạm bẫy cuối — không backup và không kiểm tra reboot — làm bạn mất một đêm, và đó là loại chi phí không lấy lại được.

9. Cấu hình theo quy mô: ba ví dụ cụ thể

Quy mô 1 — Một tài khoản, một EA, hai chart. Đây là trường hợp phổ biến nhất của người mới. Cấu hình đủ: 2 GB RAM, 2 vCPU, 40 GB SSD, kèm đặt Max bars in chart ở mức 10.000 và tắt mọi thứ không cần thiết (trình duyệt, phần mềm văn phòng trên VPS). Chi phí thực tế: 6–12 USD/tháng.

Điều quan trọng ở quy mô này không phải cấu hình mà là ổn định: 2 GB là mức tối thiểu, và bạn sẽ chạm trần nếu mở thêm chart. Hãy đo mức RAM đỉnh sau 24 giờ.

Quy mô 2 — Ba tài khoản, 3–5 EA, 6–8 chart. Cấu hình: 4 GB RAM, 2–4 vCPU, 60 GB SSD. Đây là mức thoải mái cho đa số trader bán tự động. Chi phí: 12–24 USD/tháng.

Ở quy mô này, hãy quyết định sớm: một VPS cho cả ba tài khoản, hay mỗi tài khoản một VPS? Như đã nói ở mục 3, nếu tài khoản có vốn đáng kể, hai VPS nhỏ tốt hơn một VPS lớn về rủi ro hạ tầng.

Quy mô 3 — 5–8 tài khoản, 8–12 EA, 12–20 chart. Cấu hình: 8 GB RAM, 4 vCPU, 80–120 GB SSD. Chi phí: 24–48 USD/tháng.

Ở mức này, bạn cần thêm hai thứ mà quy mô nhỏ không cần: giám sát tập trung (một chỗ nhìn thấy trạng thái mọi terminal, thay vì mở từng RDP) và quy trình triển khai (cách cài một EA mới lên nhiều máy mà không quên máy nào).

Quy mô 4 — Trên 10 tài khoản. Một máy không còn là lựa chọn tốt. Bạn cần nhiều VPS, có phân loại theo chiến lược hoặc theo mức vốn, và một hệ thống giám sát ở ngoài tất cả các máy đó. Cấu hình mỗi máy: 16 GB RAM, 6+ vCPU, 160 GB trở lên.

10. Chi phí thật trong 12 tháng

Con số trên trang chủ nhà cung cấp không phải chi phí thật. Đây là bảng đầy đủ hơn:

Cách đọc bảng này: một đêm bot chết trả cho 1–3 năm VPS. Và khoản chênh giữa gói rẻ nhất và gói ổn định thường chưa tới 70 USD một năm — trong khi một lần bỏ lỡ lệnh có thể vượt con số đó nhiều lần.

Đây không phải lập luận để mua gói đắt nhất. Đây là lập luận để đừng bao giờ chọn gói rẻ nhất dựa trên tiêu chí duy nhất là giá — vì khoản tiết kiệm được đo bằng chục đô, còn rủi ro được đo bằng hàng trăm.

11. Khi nào nên chuyển sang VPS khác

Có năm dấu hiệu rõ ràng cho thấy bạn nên chuyển, và chúng nghiêm trọng theo thứ tự tăng dần:

1. Reboot ngoài dự kiến hai lần trở lên trong một tháng. Một lần là sự cố; hai lần là mẫu hành vi.
2. Độ trễ nhảy vọt thường xuyên mà không giải thích được. Đo trong vài ngày; nếu mức trung bình thay đổi liên tục, bạn đang dùng chung tài nguyên với máy khác đang bận.
3. Hỗ trợ không trả lời trong vòng 24 giờ khi có sự cố. Bạn sẽ cần họ đúng vào lúc tệ nhất; nếu bây giờ đã không trả lời, lúc cần sẽ tệ hơn.
4. Chạm trần tài nguyên và không thể nâng cấp tại chỗ. Nếu nâng RAM đòi tạo máy mới, mỗi lần nâng là một lần phải cài lại toàn bộ — trừ khi bạn đã chạy chế độ portable và có bản sao thư mục.
5. Nhà cung cấp ngừng dịch vụ hoặc bán lại. Đây là trường hợp bạn không kiểm soát được và chỉ có thể chuẩn bị trước.

Cách chuyển an toàn: dựng máy mới song song, chuyển bằng bản sao thư mục C:\MT5 (portable), chạy song song hai máy trong một tuần với chỉ một trong hai được giao dịch thật, rồi mới tắt máy cũ. Chuyển trong một đêm, không kiểm tra song song, là cách tự tạo ra một sự cố tốn kém.

12. Checklist 12 điểm khi chọn VPS

1. Đã đo mức RAM đỉnh trong 24 giờ với đúng số chart và EA sẽ dùng
2. Gói RAM có dư ít nhất 40% so với mức đỉnh đo được
3. CPU là vCPU riêng, không phải gói "unlimited" hoặc "burst"
4. Ổ đĩa là SSD, không phải HDD
5. Dung lượng ổ đĩa dư 20% sau khi tính cả log và lịch sử
6. Có snapshot tự động hằng ngày và đã bật trước khi cài MT5
7. Biết rõ datacenter và thành phố đặt máy
8. Đã hỏi khung giờ bảo trì và tần suất bảo trì
9. Có kênh báo sự cố và biết thời gian hỗ trợ phản hồi
10. Đã ping thử tới server broker từ chính VPS đó (không phải từ máy nhà)
11. Trong 7 ngày đầu: kiểm tra uptime và tìm mã 6008 trong Event Viewer
12. Có bản sao thư mục C:\MT5 ở nơi khác ngoài VPS

Bốn ý cần nhớ:

1. Tính RAM theo số chart và số EA, không theo số tài khoản. Và luôn đo mức đỉnh, không đo mức trung bình.
2. Vị trí chỉ quan trọng với bot scalping. Với bot swing, đừng trả thêm tiền cho độ trễ mà bạn không dùng tới.
3. Snapshot và dung lượng ổ đĩa là hai thứ rẻ nhất và cứu bạn nhiều nhất. Ổ đĩa đầy làm log im lặng — loại sự cố khó chẩn đoán nhất.
4. Đừng chọn theo con số uptime công bố. Hãy đo trong 7 ngày đầu, trước khi đặt tiền thật lên máy đó.

Nếu bạn muốn đi tiếp: Tự khởi động lại MT5 sau khi VPS reboot hướng dẫn phần cấu hình máy sau khi thuê, và Bot chết lúc 3h sáng: 12 nguyên nhân thật cho bạn bảng tra khi máy đã chạy mà bot vẫn dừng.

Trước khi kết thúc, một gợi ý về cách quyết định cho nhanh: hãy chuẩn bị hai phương án cho mỗi quyết định lớn. Phương án A là gói bạn muốn mua ngay; phương án B là gói bạn sẽ nâng lên nếu sau bảy ngày đo đạc thấy không đủ. Biết trước phương án B giúp bạn không phải do dự lâu, và quan trọng hơn, giúp bạn không có xu hướng nhồi nhét mọi thứ vào một máy chỉ vì không muốn bỏ công dựng lại. Người ta thường tiết kiệm sai chỗ: tiết kiệm 5 USD một tháng tiền VPS nhưng để ba tài khoản lớn cùng sống trên một máy — và trả giá bằng một buổi sáng mở mắt thấy cả ba cùng im lặng.

Chọn VPS không phải chuyện tiết kiệm vài đô mỗi tháng. Đó là chuyện quyết định bạn có ngủ được hay không.