RunPod网络与存储分析 | AI生成和翻译

首页 2026.07 English 中文

---

分析摘要

1. Pod 位于何处？

38.80.152.249 位于 加利福尼亚州兰乔科尔多瓦（靠近萨克拉门托）：

字段	值
城市	加利福尼亚州兰乔科尔多瓦
ISP	Cogent Communications (AS174) — 主要传输提供商
数据中心	可能是 RunPod Secure Cloud 加州设施
纬度/经度	38.5891, -121.3027

RunPod 通过 Cogent 将流量路由到其数据中心，然后该 IP 是其负载均衡器上的 NAT 地址——并非直接对应 GPU 机器。

2. RunPod 网络工作原理

RunPod 采用 分层架构：

你 (SSH) → RunPod 负载均衡器 → Docker 容器 (你的 Pod)
                    ↓
             内部：
          NFS 网络卷
         全局网络 (Pod 到 Pod)

SSH / TCP 访问（我们使用的）：

• 你连接 38.80.152.249:30520 —— 这是 RunPod 负载均衡器 IP，并非实际的 GPU 服务器。
• 端口 30520 是一个 TCP 隧道，映射到 Pod 容器内的 22 端口。
• 重启后，端口会变化（从 30416 → 30520），但 IP 保持不变（对于 Secure Cloud 而言）。

Pod 本身在 Docker 中运行：

宿主机 (NVIDIA H200)
  └── Docker 容器
       ├── /          → 20G overlay（临时操作系统）
       ├── /workspace → NFS 卷（持久化，本例中 280G）
       └── root 用户

这就是为什么 / 只有 20G（临时容器磁盘），而 /workspace 有 280G（网络卷）。

网络卷（持久化存储）：

10.100.232.10:/runpodfs/networkvolumes/7tlpgx7y0n  280G  104G  176G  /workspace

• 这是来自 RunPod 存储集群的一个 NFS 挂载。
• 卷 ID：7tlpgx7y0n
• 在 Pod 停止/启动后仍存在 —— 重启时数据仍在。
• 可在同一数据中心内的多个 Pod 之间附加。
• 即使 Pod 停止，存储也会计费。

三个存储层级：

类型	位置	跨何种操作持久化	生命周期
容器磁盘 (/)	宿主机本地 SSD	无	临时
卷磁盘 (/workspace)	宿主机本地 SSD	停止/启动	直到 Pod 终止
网络卷	NFS 集群	所有操作	直到删除

你使用的是 网络卷（基于 10.100.232.10 的 NFS 挂载）—— 这就是你的数据在停止/重启后得以保留的原因。

社区云 vs Secure Cloud：

	社区云	Secure Cloud（你的）
GPU 可用性	共享，竞争性	保证
IP 稳定性	重启后变化	固定 IP
数据中心访问	任何人	受控
网络卷	是	是

由于你使用的是 Secure Cloud，IP 38.80.152.249 保持不变，但 TCP 端口发生了变化（30416 → 30520），因为 Docker 容器在重启后获得了新的身份。

全局网络（可选）：通过 pod_id.runpod.internal 实现 Pod 之间的私有网络 —— 如果有多个需要互相通信的 Pod 时很有用，但单个 Pod 不涉及。

---

AI生成和翻译，但整理分享仍需精力。如果觉得有帮助，欢迎 捐助支持。 微信：@lzwjava · X: @lzwjava · 打个招呼 👋

返回 捐助