VPS chạy bot TradingView Webhook 24/7

Một TradingView Webhook Bot chỉ hữu ích khi nó luôn sẵn sàng. Tín hiệu không quan tâm bạn đang ngủ, đang họp hay đang đi công tác, nên bot phải chạy ở một nơi không phụ thuộc vào thói quen sinh hoạt của bạn. Đó là lý do VPS là thành phần bắt buộc của mọi hệ thống chạy tiền thật.

Vì sao bot cần máy chủ chạy liên tục

Hãy bắt đầu bằng việc đếm số cách mà một chiếc máy tính cá nhân có thể làm bot của bạn mất tín hiệu: mất điện, mất mạng, Windows tự cập nhật rồi khởi động lại, bạn gập nắp máy, bạn tắt máy để đi công tác, ổ cứng gặp sự cố, hoặc đơn giản là bạn cần dùng máy cho việc khác.

Mỗi sự kiện như vậy tương ứng với một khoảng thời gian bot không nhận được tín hiệu. Với bot giao dịch, mất tín hiệu không chỉ là bỏ lỡ cơ hội mà còn có thể là không đóng được vị thế đúng lúc.

Ngoài ra còn một lý do kỹ thuật: endpoint nhận webhook phải công khai trên internet và phải có HTTPS. Chạy endpoint từ máy cá nhân đồng nghĩa với việc bạn phải mở cổng từ internet vào máy mình, điều không nên làm vì lý do bảo mật và thường không khả thi nếu bạn dùng mạng internet gia đình.

Ba lựa chọn hạ tầng và đánh đổi

Có ba lựa chọn phổ biến, và chúng khác nhau ở mức độ kiểm soát.

VPS truyền thống cho bạn toàn quyền kiểm soát máy chủ. Bạn cài mọi thứ bạn muốn, cấu hình theo cách bạn muốn, và không bị giới hạn bởi nền tảng. Đánh đổi là bạn phải tự lo cập nhật hệ điều hành, tự vá lỗ hổng bảo mật và tự giám sát.

Nền tảng chạy container cho bạn đóng gói ứng dụng và triển khai nhanh hơn, với một số cơ chế khởi động lại có sẵn. Đánh đổi là bạn bị giới hạn trong khuôn khổ của nền tảng, và một số nền tảng không phù hợp với tiến trình chạy nền liên tục.

Serverless cho phép bạn không phải quản trị máy chủ, chỉ trả tiền theo số lần gọi. Đánh đổi là tình trạng nguội hàm gây chậm lần gọi đầu, giới hạn thời gian chạy, và khó giữ trạng thái dài hạn.

Lựa chọn	Chi phí	Kiểm soát	Phù hợp với
VPS truyền thống	thấp tới trung bình	cao	bot chạy tiền thật
Nền tảng container	trung bình	vừa	triển khai nhanh, ít vận hành
Serverless	thấp nếu ít request	thấp	thử nghiệm, tín hiệu thưa

Cấu hình cần thiết và cấu hình không cần

Điều đầu tiên cần nói rõ: bot nhận webhook không cần cấu hình mạnh. Công việc của nó là nhận một request nhỏ, xác thực, tính vài con số, rồi gọi một API. Đây là loại tác vụ mà một máy chủ rẻ nhất cũng làm được.

Cấu hình hợp lý cho bot cá nhân gồm: một lõi xử lý, khoảng một gigabyte bộ nhớ, dung lượng đĩa đủ cho hệ điều hành cộng log trong vài tháng, và băng thông không cần lớn vì lưu lượng rất thấp.

Ba điểm cần chú ý. Thứ nhất, đừng chọn cấu hình thấp nhất nếu nhà cung cấp dùng chung tài nguyên và có hiện tượng tranh chấp, vì độ trễ không ổn định sẽ ảnh hưởng tới bot. Thứ hai, dung lượng đĩa quan trọng hơn bạn nghĩ, vì log có thể phình nhanh nếu bạn ghi nhiều, và đĩa đầy là nguyên nhân khiến ứng dụng dừng hoạt động. Thứ ba, nếu bot dùng MetaTrader 5 thì yêu cầu cao hơn hẳn, cả về cấu hình lẫn về hệ điều hành.

Chọn hệ điều hành

Câu trả lời phụ thuộc vào việc bot của bạn có cần MetaTrader 5 hay không.

Nếu bot chỉ gọi API của sàn crypto hoặc công ty chứng khoán, hãy chọn Linux. Linux nhẹ hơn, ổn định hơn, tiết kiệm tài nguyên hơn và thường rẻ hơn với cùng cấu hình. Việc quản lý dịch vụ cũng rõ ràng và dễ tự động hoá hơn.

Nếu bot cần chạy MT5, bạn cần Windows, vì thư viện Python chính thức của MetaTrader 5 yêu cầu terminal cài đặt trên cùng máy. Đây là ràng buộc cứng, không có cách vòng tránh gọn gàng.

Một phương án lai thường được dùng là chạy server tín hiệu trên Linux và để phần MT5 chạy trên một Windows VPS riêng, hai bên trao đổi qua file hoặc qua một API nội bộ. Cách này tách biệt rủi ro và cho phép bạn chọn máy rẻ cho phần tín hiệu.

Chọn vị trí địa lý

Vị trí máy chủ ảnh hưởng tới hai chặng: từ TradingView tới server của bạn, và từ server của bạn tới sàn.

Với chặng thứ nhất, bạn không kiểm soát được vị trí máy chủ của TradingView, nên hãy chọn vị trí có đường truyền tốt tới các trung tâm dữ liệu lớn. Với chặng thứ hai, hãy chọn vị trí gần sàn hoặc gần trung tâm dữ liệu mà sàn sử dụng.

Cách đánh giá đúng nhất là đo thực tế. Hãy chạy thử trên hai vị trí khác nhau trong vài ngày và ghi lại độ trễ từ lúc nhận webhook tới lúc nhận phản hồi từ sàn. Đừng suy đoán bằng khoảng cách địa lý, vì chất lượng đường truyền giữa các nhà cung cấp khác nhau đáng kể.

Với bot giao dịch khung phút trở lên, sự khác biệt về vị trí thường chỉ ở mức vài chục tới vài trăm mili giây, không đáng kể so với việc tín hiệu đến muộn vài giây vì chọn sai chế độ kiểm tra alert. Đừng tối ưu quá mức ở khâu này khi những khâu khác còn chưa ổn.

Chi phí và cách tiết kiệm

Chi phí VPS cho bot cá nhân thường rất nhỏ, nhưng có vài khoản cần tính đủ.

Các khoản chính gồm: tiền máy chủ hằng tháng, tiền tên miền hằng năm, và thời gian bạn bỏ ra để cài đặt và bảo trì. Khoản thứ ba thường lớn hơn hai khoản đầu, nên hãy tối ưu nó trước.

Ba cách tiết kiệm thời gian đáng làm. Thứ nhất, viết một script cài đặt tự động để dựng lại máy chủ trong vài phút, thay vì nhớ lại từng bước mỗi lần. Thứ hai, dùng proxy có khả năng tự xin và gia hạn chứng chỉ HTTPS, để bạn không phải nhớ hạn chứng chỉ. Thứ ba, cấu hình xoay vòng log ngay từ đầu, để bạn không phải xử lý sự cố đầy đĩa sau vài tháng.

Một cách tiết kiệm khác là trả theo năm thay vì theo tháng nếu bạn chắc chắn dùng dài hạn. Nhiều nhà cung cấp giảm giá đáng kể khi trả trước, và với bot giao dịch thì nhu cầu thường kéo dài.

Sáu bước từ máy chủ trắng tới bot chạy

Đây là trình tự nên làm, và cũng nên được viết lại thành script để lần sau nhanh hơn.

Bước một, tạo máy chủ với hệ điều hành bạn chọn, và ghi lại địa chỉ cùng thông tin đăng nhập ban đầu.

Bước hai, tạo người dùng riêng để chạy bot và tắt đăng nhập trực tiếp bằng mật khẩu cho tài khoản quản trị. Dùng khoá thay mật khẩu.

Bước ba, cài các gói cần thiết: môi trường chạy Python, công cụ quản lý gói, proxy xử lý HTTPS, và công cụ tường lửa.

Bước bốn, đưa mã nguồn bot lên máy chủ, tạo môi trường ảo, và cài các thư viện. Khoá và cấu hình đặt trong tệp biến môi trường chỉ người dùng chạy bot đọc được.

Bước năm, cấu hình proxy để chuyển tiếp từ tên miền có HTTPS vào ứng dụng, và cấu hình tường lửa chỉ mở cổng cần thiết.

Bước sáu, tạo dịch vụ hệ thống cho bot, bật tự khởi động cùng máy, rồi gọi thử endpoint từ bên ngoài để xác nhận toàn bộ chuỗi hoạt động.

Sau bước sáu, hãy tạo một ảnh chụp hoặc một bản ghi các bước bạn đã làm. Lần sau, khi cần dựng máy mới hoặc phục hồi sau sự cố, bạn sẽ mất vài phút thay vì vài giờ.

HTTPS và chứng chỉ tự động

HTTPS là điều kiện bắt buộc, và cách làm tốt nhất là để hệ thống tự xin và tự gia hạn chứng chỉ.

Cách làm phổ biến là dùng một proxy đứng trước ứng dụng. Proxy nhận kết nối từ internet trên cổng bảo mật, tự xin chứng chỉ cho tên miền của bạn, tự gia hạn trước khi hết hạn, và chuyển tiếp request vào ứng dụng đang chạy trên cổng nội bộ.

Ba điểm cần kiểm tra ở lớp này. Thứ nhất, tên miền phải trỏ đúng vào địa chỉ máy chủ trước khi xin chứng chỉ, nếu không quá trình xác nhận sẽ thất bại. Thứ hai, ứng dụng chỉ nên lắng nghe trên địa chỉ nội bộ, vì lưu lượng công khai phải đi qua proxy. Thứ ba, khi chuyển tiếp, proxy nên đặt lại các thông tin về địa chỉ nguồn để log của bạn hiển thị đúng địa chỉ người gọi, cần thiết cho việc giới hạn tần suất.

Một điều rất nên cấu hình thêm là chuyển hướng mọi lưu lượng không bảo mật sang bảo mật, và tắt các giao thức cũ để tránh bị hạ cấp kết nối.

Chạy bot như dịch vụ hệ thống

Chạy bot bằng cách mở phiên terminal và gõ lệnh là cách nhanh nhất để bắt đầu, và cũng là cách nhanh nhất để mất bot khi bạn đóng phiên.

Cách đúng là tạo một dịch vụ hệ thống. Dịch vụ này cần bốn cấu hình quan trọng. Thứ nhất, tự khởi động cùng máy chủ. Thứ hai, tự chạy lại khi tiến trình kết thúc bất thường, kèm khoảng chờ giữa các lần để tránh vòng lặp khởi động liên tục khi có lỗi cấu hình. Thứ ba, chạy dưới quyền một người dùng riêng, không phải quyền quản trị. Thứ tư, ghi log ra nơi bạn có thể đọc và xoay vòng.

Sau khi tạo dịch vụ, hãy kiểm thử ba tình huống. Một là khởi động lại máy chủ và xác nhận bot tự chạy. Hai là dừng tiến trình bằng tay và xác nhận bot tự chạy lại. Ba là sửa cấu hình sai để bot lỗi và xác nhận bot không khởi động lại vô hạn.

Sao lưu và phục hồi

Nguyên tắc đơn giản: nếu máy chủ mất hôm nay, bạn phải dựng lại được trong vòng một giờ.

Ba thứ cần sao lưu. Thứ nhất là mã nguồn bot, nên nằm trong một kho mã nguồn riêng. Thứ hai là tệp cấu hình, nhưng phải là bản đã che khoá bí mật. Thứ ba là dữ liệu trạng thái nếu bot lưu trạng thái ra đĩa, ví dụ danh sách mã tín hiệu đã xử lý.

Ba thứ tuyệt đối không nên sao lưu ra nơi không được bảo vệ: khoá bí mật của webhook, API key của sàn, và log chi tiết nếu log có chứa thông tin nhạy cảm.

Một việc rất đáng làm là thực hành phục hồi một lần. Hãy dựng một máy chủ mới, cài đặt từ đầu theo ghi chú của bạn, và xem mất bao lâu. Lần thực hành này thường phát hiện ra vài bước bạn đã quên ghi lại, và tốt hơn nhiều so với việc phát hiện trong lúc đang có sự cố thật.

Bảo mật VPS

Bot của bạn nắm quyền đặt lệnh, nên máy chủ chạy nó là tài sản cần bảo vệ.

Năm việc cần làm. Thứ nhất, đăng nhập bằng khoá thay vì mật khẩu, và tắt đăng nhập bằng mật khẩu hoàn toàn. Thứ hai, tắt đăng nhập trực tiếp bằng tài khoản quản trị từ internet. Thứ ba, cấu hình tường lửa chỉ mở cổng cần thiết, thường chỉ cổng bảo mật cho web và cổng quản trị giới hạn theo địa chỉ của bạn. Thứ tư, bật cập nhật bảo mật tự động cho hệ điều hành. Thứ năm, không cài những phần mềm không cần thiết lên máy chủ, vì mỗi phần mềm là một bề mặt tấn công.

Một việc nữa nên làm là kiểm tra định kỳ xem có tiến trình lạ, có kết nối ra ngoài bất thường, hoặc có tài khoản người dùng mới nào không. Máy chủ bị xâm nhập thường có dấu hiệu tăng tải hoặc kết nối lạ, và phát hiện sớm giúp giảm thiệt hại.

Giám sát và cảnh báo

Giám sát là thứ phân biệt một hệ thống chạy được với một hệ thống đáng tin.

Bốn thứ nên theo dõi. Thứ nhất là bot có đang chạy hay không, kiểm tra bằng cách gọi một endpoint kiểm tra sức khoẻ định kỳ. Thứ hai là nhịp tim từ TradingView, tức việc server có nhận được tín hiệu định kỳ hay không. Thứ ba là dung lượng đĩa và bộ nhớ còn trống. Thứ tư là số tín hiệu và số lệnh trong ngày, để phát hiện sự bất thường về khối lượng công việc.

Cảnh báo nên gửi tới một kênh bạn thực sự đọc, ví dụ tin nhắn tới ứng dụng nhắn tin bạn dùng hằng ngày. Ba tình huống cần cảnh báo ngay: bot không phản hồi kiểm tra sức khoẻ, quá thời gian cấu hình mà không có nhịp tim, và số lệnh bị từ chối trong ngày vượt một ngưỡng.

Điều cần tránh là cảnh báo quá nhiều. Nếu bạn nhận hàng chục tin nhắn cảnh báo mỗi ngày, bạn sẽ bắt đầu bỏ qua chúng, và cảnh báo quan trọng nhất sẽ bị chìm giữa những cảnh báo không cần thiết.

Khi nào cần nâng cấp hạ tầng

Ba dấu hiệu cho thấy bạn nên nâng cấp hoặc tách thành nhiều máy chủ.

Dấu hiệu thứ nhất, độ trễ phản hồi tăng dần theo thời gian dù số lượng tín hiệu không tăng. Nguyên nhân thường là tài nguyên bị chiếm bởi log hoặc bởi tiến trình khác.

Dấu hiệu thứ hai, bạn chạy nhiều chiến lược với nhiều tài khoản và cần khởi động lại riêng từng phần mà không ảnh hưởng phần còn lại. Lúc này nên tách thành nhiều tiến trình hoặc nhiều máy chủ.

Dấu hiệu thứ ba, bạn cần chạy MT5 song song với phần tín hiệu. Lúc này tách thành hai máy chủ, một Linux cho phần tín hiệu và một Windows cho phần MT5, là phương án rõ ràng hơn.

Checklist triển khai VPS

• Đã chọn hệ điều hành phù hợp với nhu cầu và không cần đổi lại sau này.
• Đã tạo người dùng riêng chạy bot, không dùng quyền quản trị.
• Đăng nhập bằng khoá, đã tắt đăng nhập bằng mật khẩu.
• Tường lửa chỉ mở cổng cần thiết, cổng quản trị giới hạn theo địa chỉ.
• Có tên miền trỏ đúng và chứng chỉ HTTPS tự động gia hạn.
• Ứng dụng chỉ lắng nghe trên cổng nội bộ, lưu lượng công khai đi qua proxy.
• Bot chạy như dịch vụ hệ thống, tự khởi động lại và không khởi động lại vô hạn.
• Log có xoay vòng và có giới hạn dung lượng.
• Khoá bí mật và API key nằm trong tệp biến môi trường, không nằm trong mã nguồn.
• Có sao lưu mã nguồn và cấu hình đã che khoá.
• Đã thực hành phục hồi trên máy chủ mới một lần.
• Có endpoint kiểm tra sức khoẻ và có cảnh báo khi bot ngừng phản hồi.
• Có nhịp tim từ TradingView và có cảnh báo khi mất nhịp tim.
• Đã gọi thử endpoint từ bên ngoài mạng để xác nhận toàn bộ chuỗi hoạt động.

Hai kiến trúc triển khai: một máy hay nhiều máy

Trước khi cài đặt, hãy quyết định bạn sẽ dùng một máy chủ hay nhiều máy, vì quyết định này ảnh hưởng tới cách bạn cấu hình mọi thứ.

Kiến trúc một máy là phương án đơn giản nhất: nhận webhook, xử lý tín hiệu, gọi API sàn đều nằm trong cùng một tiến trình trên cùng một máy. Ưu điểm là ít thành phần, dễ hiểu, dễ gỡ lỗi, chi phí thấp. Nhược điểm là mọi thứ cùng sống cùng chết, và khi bạn cần triển khai phiên bản mới thì phải khởi động lại toàn bộ.

Kiến trúc nhiều máy tách phần nhận webhook và phần thực thi thành hai thành phần riêng, có thể nằm trên hai máy khác nhau. Ưu điểm là tách biệt rủi ro và cho phép nâng cấp từng phần độc lập. Nhược điểm là bạn phải xử lý việc trao đổi dữ liệu giữa hai phần, phải giám sát cả hai, và phải xử lý tình huống một phần chạy còn phần kia dừng.

Với bot cá nhân, kiến trúc một máy là lựa chọn đúng trong hầu hết trường hợp. Chỉ khi bạn chạy nhiều tài khoản, nhiều chiến lược với yêu cầu khởi động lại riêng, hoặc cần tách phần MT5 ra khỏi phần tín hiệu, kiến trúc nhiều máy mới đáng làm.

Tiêu chí	Một máy	Nhiều máy
Số thành phần phải giám sát	1	2 trở lên
Chi phí	Thấp	Cao hơn
Tách biệt rủi ro	Kém	Tốt
Nâng cấp từng phần	Không	Có
Phù hợp với	bot cá nhân	nhiều tài khoản, có MT5

Vận hành hằng ngày của một bot đang chạy

Một bot đang chạy không cần bạn ngồi nhìn liên tục, nhưng cần một nghi thức ngắn mỗi ngày.

Buổi sáng, đọc báo cáo của ngày hôm trước gồm số tín hiệu nhận được, số lệnh đã đặt, số lệnh bị từ chối và danh sách vị thế đang mở. So sánh với kỳ vọng để phát hiện bất thường sớm.

Trước giờ giao dịch, kiểm tra tài khoản còn đủ sức mua, kiểm tra không có lệnh treo nào từ hôm trước chưa xử lý, và kiểm tra trạng thái kết nối tới sàn.

Cuối ngày, kiểm tra nhịp tim đã về, kiểm tra dung lượng đĩa còn đủ, và ghi lại bất kỳ điều gì khác thường để xử lý sau.

Hằng tuần, mở danh sách alert trên TradingView so với danh sách bạn ghi ngoài, kiểm tra hạn chứng chỉ HTTPS, và xem lại các sự cố đã gặp để xem có việc phòng ngừa nào cần bổ sung.

Nghi thức này mất khoảng vài phút mỗi ngày, nhưng là thứ giúp bạn phát hiện vấn đề trước khi nó thành thiệt hại.

Ba sai lầm khi triển khai VPS lần đầu

Ngoài các bước cài đặt, có ba sai lầm rất hay gặp khi lần đầu đưa bot lên máy chủ, và cả ba đều có thể phòng trước.

Sai lầm thứ nhất là cấu hình quá nhiều thứ cùng lúc. Người mới thường vừa cài bot, vừa thêm HTTPS, vừa đổi tên miền, vừa bật tường lửa trong cùng một buổi. Khi có lỗi, không ai biết lỗi nằm ở bước nào. Cách làm đúng là đi từng lớp: trước tiên cho ứng dụng chạy được trên cổng nội bộ và gọi được bằng lệnh từ chính máy chủ, sau đó mới thêm proxy và tên miền, cuối cùng mới bật tường lửa chỉ mở cổng cần thiết.

Sai lầm thứ hai là kiểm thử từ chính máy chủ. Khi bạn gọi endpoint từ chính máy chủ đang chạy ứng dụng, request không đi qua internet, nên tường lửa, DNS, chứng chỉ và proxy đều chưa được kiểm tra. Kết quả là mọi thứ có vẻ hoạt động cho tới khi TradingView gửi tín hiệu thật và bạn phát hiện ra endpoint không truy cập được từ bên ngoài. Hãy luôn kiểm thử từ một mạng khác, ví dụ từ điện thoại dùng dữ liệu di động.

Sai lầm thứ ba là không ghi lại các bước đã làm. Sau vài tuần, khi cần dựng máy chủ mới hoặc phục hồi sau sự cố, bạn sẽ phải nhớ lại từng bước. Hãy viết lại thành một danh sách hoặc một script ngay trong lúc làm, vì lúc đó bạn còn nhớ rõ nhất.

Kết luận

VPS không phải phần khó nhất khi dựng TradingView Webhook Bot, nhưng là phần quyết định bot có chạy đáng tin hay không. Cấu hình cần thiết rất nhẹ, nên điều quan trọng không nằm ở sức mạnh máy chủ mà nằm ở bốn việc: chạy như dịch vụ hệ thống, HTTPS tự động gia hạn, bảo mật cơ bản đúng cách, và giám sát để biết khi nào hệ thống đứt.

Nếu chỉ có thời gian làm một việc trong danh sách, hãy làm nhịp tim. Nó biến những lỗi im lặng thành những lỗi có thông báo, và đó là khác biệt lớn nhất giữa một bot bạn tin được và một bot bạn phải kiểm tra bằng tay mỗi ngày.

Nếu bạn muốn dựng trọn hệ thống từ TradingView tới sàn, có người hướng dẫn từng bước và có buổi 1-1 để rà lại cấu hình máy chủ của bạn, hãy xem Bootcamp TradingView Webhook Bot của Hướng Nghiệp AI.

Đọc tiếp trong chuỗi: TradingView Webhook Bot là gì, nhận webhook TradingView bằng Python, bảo mật webhook TradingView và lỗi thường gặp khi dùng webhook TradingView.