OCI 区域、容量与网络质量
解释 Home Region、Availability Domain、免费容量和中国大陆线路质量如何共同影响 OCI 区域选择。
#type / synthesis
#status / growing
#tech / ops
#resource / oracle-cloud
#platform / server
[!abstract] 结论 Home Region 是长期架构选择,不应只按某张延迟表决定。先确定用户位置和工作负载,再进行多时段实测,同时接受热门区域可能没有免费 A1 容量。
OCI 区域、容量与网络质量
为什么这三个问题必须一起理解
注册时选择的 Home Region 决定 Always Free 计算资源的主要创建位置;区域内的 Availability Domain(AD)影响具体容量;用户到区域的运营商路径决定实际体验。
Home Region 选择
-> 能否使用 Always Free
-> 目标 AD 是否有容量
-> 用户网络到该区域的路由质量
-> 应用是否满足延迟和可用性目标
只看“东京 50ms”之类的单次数据,会遗漏晚高峰丢包、回程绕路、不同运营商和容量不足。
核心对象
- Region:一个地理区域,例如东京、新加坡、圣何塞。
- Home Region:租户创建时选定、承载身份资源并限制部分 Always Free 资源的区域。
- Availability Domain:区域内相对隔离的数据中心集合;不是所有区域都有多个 AD。
- Fault Domain:AD 内进一步隔离硬件故障的分组。
区域选择流程
1. 明确主要访问者
记录主要用户来自哪个国家、运营商和网络。个人远程运维、公开网站、代理落地和跨区域备份的目标不同。
2. 测试候选区域
对 Oracle 官方区域端点或对象存储端点进行:
- 至少早、中、晚三个时段的延迟和丢包测试;
- 电信、联通、移动或实际家庭/手机网络分别测试;
ping之外补充 TCP/HTTPS 建连测试;- 关注晚高峰稳定性而不是最低延迟。
Linux.do 的区域帖子可提供候选列表,但线路随时间和运营商调度变化,不能永久照抄。
3. 检查容量现实
热门区域通常线路更好,也更容易出现 Out of host capacity。如果区域只有一个 AD,可尝试空间更小。容量不足的具体路径见 OCI Out of Host Capacity 排查。
4. 评估工作负载
| 目标 | 更重要的指标 |
|---|---|
| SSH 学习机 | 稳定、低丢包、容易开机 |
| 公开网站/API | 用户延迟、HTTPS、可用性、备份 |
| 定时任务 | 容量、可靠性、费用,交互延迟次要 |
| 下载或同步 | 出口规则、流量额度、持续吞吐 |
| 私有服务 | 认证、来源限制、备份,比低延迟更重要 |
常见误区
“首尔一定最好”
这只是特定时间、运营商和路径下的经验。区域可能缺货,晚高峰也可能波动。
“先随便选,后面再换”
Home Region 不是普通实例属性。迁移通常意味着重新部署、复制数据和处理新网络/费用边界。
“升级账号就能跨区免费”
付费账号可以订阅更多区域,但跨区创建的资源不一定属于 Always Free。先查价,再创建。
“延迟低就适合生产”
低延迟不等于有备份、监控、安全更新和恢复能力。
可复用决策表
| 候选区域 | 运营商 | 早/晚延迟 | 丢包 | A1 容量观察 | 业务限制 | 结论日期 |
|---|---|---|---|---|---|---|
| 待实测 | 待填写 | 待填写 | 待填写 | 待填写 | 待填写 | 待填写 |
不要把这张表填成永恒排名。每次注册或迁移前重新测试并记录日期。
Related notes
- 所属 MOC:甲骨文云服务器 MOC
- 前置:Oracle Cloud Free Tier
- 排障:OCI Out of Host Capacity 排查
- 网络基础:计算机网络 MOC