异地容灾与多活架构 学习笔记(第 6 部分)
2.3 层次理解示例
javascript
// 容灾层次理解示例
// 场景:用户查询订单信息
const userQueryScenario = {
// Layer 1: IP 层(网络通信)
ipLayer: {
description: '用户请求通过网络到达服务器',
technologies: ['DNS 解析', '路由转发', 'TCP/IP 通信'],
example: `
用户 → DNS 查询 → CDN 节点 → 负载均衡 → 应用服务器
`
},
// Layer 2: 应用层(业务逻辑)
applicationLayer: {
description: '应用服务器处理业务请求',
technologies: ['API 网关', '业务逻辑', '数据聚合'],
example: `
应用服务器接收请求 → 验证权限 → 调用数据库 → 返回结果
`
},
// Layer 3: 数据库层(数据存储)
databaseLayer: {
description: '数据库执行查询操作',
technologies: ['SQL 查询', '索引优化', '缓存'],
example: `
SELECT * FROM orders WHERE user_id = ?
`
},
// Layer 4: OS 层(系统资源)
osLayer: {
description: '操作系统提供资源支持',
technologies: ['内存管理', '文件系统', '进程调度'],
example: `
Linux 内核 → 分配内存 → 读取磁盘 → 返回数据
`
}
}三、容灾技术方案对比
3.1 存储层容灾
技术方案:磁盘阵列 RAID、存储厂商方案
code
存储层容灾架构:
主数据中心 备数据中心
┌──────────────┐ ┌──────────────┐
│ 存储阵列 A │ ←───────→ │ 存储阵列 B │
│ (EMC/NetApp) │ 同步 │ (EMC/NetApp) │
└──────────────┘ └──────────────┘
↑ ↑
│ │
应用服务器 应用服务器
特点:
- 数据强一致性
- 对应用透明
- 性能影响小
- 成本极高优势与劣势:
| 优势 | 劣势 |
|---|---|
| 数据一致性保证 | 限制存储厂商(必须同厂商) |
| 对应用透明 | 成本极高 |
| 性能影响小 | 灵活性差 |
| 可靠性高 | 扩展困难 |
适用场景:
code
存储层容灾适用场景:
金融核心系统
- 银行核心交易系统
- 证券交易系统
- 清算结算系统
大型企业关键业务
- ERP 系统
- CRM 系统
- 核心生产系统
中小型企业
- 成本过高
- 技术复杂厂商方案示例:
javascript
// EMC SRDF (Symmetrix Remote Data Facility)
const emcSRDF = {
name: 'EMC SRDF',
type: '存储层复制',
features: {
synchronous: {
name: '同步模式',
description: '数据实时同步,RPO=0',
distance: '< 100km',
useCase: '关键业务系统'
},
asynchronous: {
name: '异步模式',
description: '数据异步同步,RPO>0',
distance: '> 100km',
useCase: '一般业务系统'
},
consistency: {
name: '一致性保证',
description: '保证数据一致性',
mechanism: '一致性组技术'
}
},
requirements: {
storage: '必须是 EMC 存储阵列',
network: '光纤通道或 IP 网络',
software: 'SRDF 管理软件'
},
cost: {
hardware: '数百万人民币',
software: '数十万人民币',
maintenance: '年维护费约硬件成本的 15%'
}
}