先说个我自己的经历吧。上个月给一个做镑美套利的账户配置VPS，跑着两个EA加一个自定义指标，结果凌晨三点收到经纪商邮件说账户掉线了。登录上去一看，CPU占用98%，内存吃了4个G，日志文件把磁盘塞满了。当时我就意识到，服务器监控这事儿，真不是装个面板就完事。尤其是咱们跑对冲策略的，多品种同时开仓，资源占用是单边策略的好几倍，不盯紧点迟早出事。
先说说最容易被忽略的磁盘空间问题。MT4的日志文件（logs文件夹）默认是无限增长的，特别是EA每笔交易都会写日志，如果策略里加了Print函数，那文件膨胀速度简直离谱。我见过一个汇友的VPS，日志文件占了6个G，最后导致MT4直接无法写入tick数据，行情卡死。解决办法很简单，写个脚本定期清理，或者用系统自带的计划任务每天凌晨删除三天前的log文件。我自己的VPS上挂了个批处理：
forfiles /p "C:\Program Files\MetaTrader 4\MQL4\Logs" /s /m *.log /d -3 /c "cmd /c del @path"
这个命令配合计划任务，每天自动跑一次，磁盘空间再没出过问题。
然后是CPU和内存的监控阈值，这个很多人设定得太宽松。我建议CPU持续超过70%就要告警，内存使用率超过80%必须处理。为什么这么严格？因为MT4虽然是单线程的，但多个图表加载不同EA的话，每个图表都是一个独立线程，加上指标计算，CPU很容易飙高。我踩过的坑是，当时监控阈值设成90%，结果等告警发出来的时候，EA已经因为计算延迟错过了两个入场点，套利价差直接溜走了。后来我把阈值调到70%，配合
这套组合拳，基本能提前半小时发现问题。
再说说网络延迟和掉线监控，这个对冲玩家必须重视。我跑的是欧美和镑美的统计套利，两个品种之间的相关性系数要求很高，但如果你VPS到经纪商服务器的延迟不稳定，价差数据就会失真，相关性计算直接崩掉。我的做法是用PingPlotter监控VPS到经纪商服务器的延迟，设定阈值50ms，连续三次超过就告警。另外，MT4自带的日志里其实有连接状态记录，搜索"connection lost"或者"Login"关键字，配合脚本统计掉线频率。我目前用的是一个开源的MT4监控脚本，每30秒检查一次账户状态，如果服务器时间戳超过两分钟没更新，就发邮件通知。
最后说说告警方式，别只依赖邮件。我试过邮件告警，结果凌晨三点手机震动起来，打开一看是垃圾邮件误报。后来改用Telegram Bot推送，设置关键字过滤，只推送
用Python写了个简单的监控脚本，调用psutil获取系统状态，通过Telegram API发送消息。这里有个小坑，Python脚本本身也要监控，我加了个看门狗任务，每10分钟检查一次Python进程是否存活，否则重启脚本。
其实这套东西搭起来也就一个下午的事，但效果立竿见影。上礼拜VPS供应商做维护，CPU突然飙到95%，我五分钟内就收到告警，赶紧把EA的加仓参数调小，避免了硬扛行情。想问问各位，你们监控VPS用的什么工具？有没有遇到过告警没触发但实际上已经出问题的案例？我最近在考虑要不要加一个基于历史数据训练的异常检测模型，但总觉得有点过度工程了，毕竟咱们是交易不是搞运维。
忘了说，磁盘告警阈值别设太低，我后来设了80%就在Telegram收通知，提前清日志，再没半夜被邮件吵醒过。
先说说最容易被忽略的磁盘空间问题。MT4的日志文件（logs文件夹）默认是无限增长的，特别是EA每笔交易都会写日志，如果策略里加了Print函数，那文件膨胀速度简直离谱。我见过一个汇友的VPS，日志文件占了6个G，最后导致MT4直接无法写入tick数据，行情卡死。解决办法很简单，写个脚本定期清理，或者用系统自带的计划任务每天凌晨删除三天前的log文件。我自己的VPS上挂了个批处理：
forfiles /p "C:\Program Files\MetaTrader 4\MQL4\Logs" /s /m *.log /d -3 /c "cmd /c del @path"
这个命令配合计划任务，每天自动跑一次，磁盘空间再没出过问题。
然后是CPU和内存的监控阈值，这个很多人设定得太宽松。我建议CPU持续超过70%就要告警，内存使用率超过80%必须处理。为什么这么严格？因为MT4虽然是单线程的，但多个图表加载不同EA的话，每个图表都是一个独立线程，加上指标计算，CPU很容易飙高。我踩过的坑是，当时监控阈值设成90%，结果等告警发出来的时候，EA已经因为计算延迟错过了两个入场点，套利价差直接溜走了。后来我把阈值调到70%，配合
- CPU持续5分钟超过70%告警
- 内存使用率超过80%告警
- 磁盘剩余空间低于5G告警
- MT4进程无响应超过2分钟告警
这套组合拳，基本能提前半小时发现问题。
再说说网络延迟和掉线监控，这个对冲玩家必须重视。我跑的是欧美和镑美的统计套利，两个品种之间的相关性系数要求很高，但如果你VPS到经纪商服务器的延迟不稳定，价差数据就会失真，相关性计算直接崩掉。我的做法是用PingPlotter监控VPS到经纪商服务器的延迟，设定阈值50ms，连续三次超过就告警。另外，MT4自带的日志里其实有连接状态记录，搜索"connection lost"或者"Login"关键字，配合脚本统计掉线频率。我目前用的是一个开源的MT4监控脚本，每30秒检查一次账户状态，如果服务器时间戳超过两分钟没更新，就发邮件通知。
最后说说告警方式，别只依赖邮件。我试过邮件告警，结果凌晨三点手机震动起来，打开一看是垃圾邮件误报。后来改用Telegram Bot推送，设置关键字过滤，只推送
- CPU/内存/磁盘超阈值
- MT4掉线或重启
- EA停止运行（通过Magic Number检测交易频率）
- VPS公网IP变化
用Python写了个简单的监控脚本，调用psutil获取系统状态，通过Telegram API发送消息。这里有个小坑，Python脚本本身也要监控，我加了个看门狗任务，每10分钟检查一次Python进程是否存活，否则重启脚本。
其实这套东西搭起来也就一个下午的事，但效果立竿见影。上礼拜VPS供应商做维护，CPU突然飙到95%，我五分钟内就收到告警，赶紧把EA的加仓参数调小，避免了硬扛行情。想问问各位，你们监控VPS用的什么工具？有没有遇到过告警没触发但实际上已经出问题的案例？我最近在考虑要不要加一个基于历史数据训练的异常检测模型，但总觉得有点过度工程了，毕竟咱们是交易不是搞运维。
忘了说，磁盘告警阈值别设太低，我后来设了80%就在Telegram收通知，提前清日志，再没半夜被邮件吵醒过。
