私有域名解析是什么
私有域名解析为 VPC 内提供不对外可见的域名，例如 db.internal 这类仅供内部使用的名字。它的价值是把内网服务的访问方式从「写 IP」变成「写域名」：实例扩容、切换主备、迁移可用区时只需改解析，调用方的配置不用动。生效范围限定在已关联的 VPC 内，公网查询不到，新增 VPC 需要同步关联，否则那里的实例会解析超时。
基本信息
| 形态 | 私有域名区（PrivateZone 或内网 DNS 产品） |
|---|---|
| 生效范围 | 关联的 VPC 内生效，公网不可见 |
| 用途 | 内网服务发现、数据库域名、集中记录管理 |
| 注意 | 新增 VPC 要同步关联，否则实例解析不到 |
典型使用场景
- 数据库主备切换：域名指向主库，切换时只改解析不改应用配置
- 微服务内网调用：用域名替代写死的 IP，便于服务迁移
- 集中管理内网记录：把所有内网域名收在一处，便于审计与变更
- 环境隔离：测试与生产各用一套私有域名，避免误连
在实例内验证内网域名
在实例内验证内网域名
cat /etc/resolv.conf
dig +short db.internal.example.com
# 若解析超时，先确认实例所在 VPC 是否已关联该私有域名常见问题与处理
| 现象 | 处理方向 |
|---|---|
| 部分实例解析超时 | 检查 VPC 关联是否遗漏 |
| 解析到错误地址 | 核对记录与主备切换状态 |
| 内外网同名混淆 | 明确内网后缀，避免与公网域名重名 |
| 切换后不生效 | 确认 TTL 已过期且缓存已刷新 |
从自建 DNS 迁移到私有解析时，逐项比对记录清单与 TTL 设置再切换。
迁移与 TTL 的取舍
内网域名的 TTL 不必像公网那样保守，但也不宜设得极短：TTL 太长会让故障切换生效变慢，太短则会显著增加解析请求量，给内置 DNS 带来不必要的压力。常见做法是平时用分钟级 TTL，做计划内切换前临时调低，切换完成后回调。从自建 DNS 迁移时，最容易被忽略的是记录清单的完整性——遗漏一条记录，可能要等到某个低频业务调用时才暴露，因此迁移前把两边记录逐条比对并抽样验证，比整体切流后再排查代价小得多。