| 语言 | 格式 | 评分 |
|---|---|---|
英语 | .pdf | 3 |
| 摘要 | ||
文档详细介绍了服务网格数据平面热升级的必要性、实现方法和实践操作。传统Sidecar升级方式存在请求失败、业务容器重启及服务容量受损等问题。理想的Sidecar升级应仅替换/重启Sidecar,且过程中不出现请求失败。通过Envoy热重启实现升级,包括新实例启动、ListenSocket转移、旧实例排水退出等步骤。实践热升级可在阿里云服务网格控制台一键启动,设置升级策略,可视化观察升级状态。 | ||
| AI总结 | ||
### 文档总结:《IstioMeetupChina 服务网格热升级技术分享》
#### 1. **为什么需要服务网格数据面热升级**
传统Sidecar升级方式存在以下问题:
- 升级会导致请求失败,影响业务质量。
- 重启Pod会触发业务容器重启,需重新初始化。
- 如果不增加workload数量,服务容量会受损;若增加workload,则难以在扩容规模和操作便捷度上取得平衡。
理想的Sidecar升级应满足:
- 只替换/重启Sidecar,不影响业务容器。
- 升级过程中无请求失败或连接失败。
- 易于运维,支持灵活的升级策略。
---
#### 2. **实现热升级**
- **Envoy热重启**:通过启动新实例并转移ListenSocket,实现Sidecar的热重启。
- 新实例以`Epoch + 1`的方式启动,接管流量。
- 旧实例逐步排水(不再接受新请求),完成升级后退出。
- **实现步骤**:
1. 热重启新实例。
2. 将ListenSocket转移到新实例。
3. 旧实例完成排水并退出。
---
#### 3. **实践热升级**
- **阿里云服务网格实践**:
- 控制台支持一键启动、暂停热升级。
- 可设置热升级策略,如单批次升级比例。
- 提供可视化界面,实时观察热升级状态。
- 最大排水时间到达后,Sidecar容器会被替换为Empty镜像,完成热升级。
---
#### 4. **总结**
服务网格数据面热升级的目标是实现Sidecar的无故障升级,避免对业务造成影响。通过Envoy热重启和Sidecar容器的替换机制,结合控制台的策略配置,能够高效、安全地完成升级操作,提升运维效率和业务稳定性。 | ||
| 来源 | istio.io | ||||
|---|---|---|---|---|---|
P1
P2
P3
P4
P5
P6
P7
P8
P9
P10
P11
P12
下载文档到本地,方便使用
- 可预览页数已用完,剩余
2 页请下载阅读 -
文档评分














IstioMeetupChina 服务网格热升级技术分享