vpsetup

eli/vpsetup

Fork 0

Commit Graph

Author	SHA1	Message	Date
eli	b4a3640536	docs(guard): 记录 2026-11-07 用 GCP Monitoring 做的实测校准拿 compute.googleapis.com/instance/network/sent_bytes_count 跟本站 tx_bytes 增量法在同一时间窗口对账：4,096,497,518 vs 4,137,694,034 bytes，差不到 1%。结论是计量手段本身够准，偏差主要来自 set-used 的初始估计，不是方法问题。顺手把"怎么查真实用量"写进头注释（gcloud 没有 time-series 子命令，得打 Monitoring v3 REST API 并自己把 delta 点求和），下次校准不用重新摸索。同时标注该指标比计费口径宽，是上界。 gcoregon 的 set-used 已按实测从 12 GiB 校正到 9 GiB。	2026-11-07 21:04:16 +08:00
eli	3d35d0381c	feat(guard): 新增月度出站流量看门狗为 GCP Standard Tier 每月 200 GiB 免费出站额度设计的守护脚本： - traffic-guard.sh：统计非 lo、UP 网卡的 tx_bytes，达阈值后停代理服务（绝不关机），次月自动恢复且只恢复它自己停过的服务；status / set-used / resume 子命令 - setup_traffic_guard.sh：安装为 oneshot service + 5min timer，配置写 /etc/traffic-guard.env - 手动执行时也读 /etc/traffic-guard.env（sed 精确取 KEY="value"，不 source）默认阈值 185 GiB（留 15 GiB 余量），账期按 America/Los_Angeles 自然月。	2026-11-07 20:53:39 +08:00

Author

SHA1

Message

Date

eli

b4a3640536

docs(guard): 记录 2026-11-07 用 GCP Monitoring 做的实测校准

拿 compute.googleapis.com/instance/network/sent_bytes_count 跟本站 tx_bytes 增量法在同一
时间窗口对账：4,096,497,518 vs 4,137,694,034 bytes，差不到 1%。结论是计量手段本身够准，
偏差主要来自 set-used 的初始估计，不是方法问题。

顺手把"怎么查真实用量"写进头注释（gcloud 没有 time-series 子命令，得打 Monitoring v3
REST API 并自己把 delta 点求和），下次校准不用重新摸索。同时标注该指标比计费口径宽，
是上界。

gcoregon 的 set-used 已按实测从 12 GiB 校正到 9 GiB。

2026-11-07 21:04:16 +08:00

eli

3d35d0381c

feat(guard): 新增月度出站流量看门狗

为 GCP Standard Tier 每月 200 GiB 免费出站额度设计的守护脚本：
- traffic-guard.sh：统计非 lo、UP 网卡的 tx_bytes，达阈值后停代理服务（绝不关机），
  次月自动恢复且只恢复它自己停过的服务；status / set-used / resume 子命令
- setup_traffic_guard.sh：安装为 oneshot service + 5min timer，配置写 /etc/traffic-guard.env
- 手动执行时也读 /etc/traffic-guard.env（sed 精确取 KEY="value"，不 source）

默认阈值 185 GiB（留 15 GiB 余量），账期按 America/Los_Angeles 自然月。

2026-11-07 20:53:39 +08:00

2 Commits