## 流量轉移/分流
**注意:本文是為v1 API編寫的,但這些概念也適用于v2 API。它將在未來版本的v2 API中重新描述。**
Envoy路由器支持將流量分發到兩個或更多上游虛擬主機群集的路由。有兩種常見的場景。
1. 版本升級:到一條路由的流量逐漸從一個集群轉移到另一個集群。更詳細地描述參見流量轉移部分。
2. A/B測試或多重測試:同時測試兩個或更多版本的相同服務。流向路由的流量必須在運行不同版本相同服務的集群之間進行拆分。更詳細地描述參見流量分流部分。
### 上游主機間的流量轉移
在路由運行時配置對象中,確定選擇指定路由(以及它的集群)的概率。通過使用運行時配置,虛擬主機中指定路由的流量可逐漸從一個集群轉移到另一個集群。參考以下配置示例,其中名為`helloworld`的服務,在Envoy配置文件中聲明`helloworld_v1`和`helloworld_v2`兩個版本。
```
{
"route_config": {
"virtual_hosts": [
{
"name": "helloworld",
"domains": ["*"],
"routes": [
{
"prefix": "/",
"cluster": "helloworld_v1",
"runtime": {
"key": "routing.traffic_shift.helloworld",
"default": 50
}
},
{
"prefix": "/",
"cluster": "helloworld_v2",
}
]
}
]
}
}
```
Envoy匹配策略是匹配第一個路由。如果路由具有運行時配置對象,則會根據使用運行時值進行匹配(如果沒有指定值,則為默認值)。因此,通過在上面的例子中緊挨著的兩條路由配置,通過在第一個路由中指定一個運行時對象,并且改變隨著時間推移,修改該運行時對象的值來實現流量轉移。以下是完成任務所需的大致操作順序。
1. 在開始時,將`routing.traffic_shift.helloworld`設置為`100`,以便所有對`helloworld`服務的請求,都與v1的路由匹配,并由`helloworld_v1`集群提供服務。
2. 要開始將流量轉移到`helloworld_v2`集群時,請將`routing.traffic_shift.helloworld`設置為`0<x<100`范圍內。例如,設置`90`,對`helloworld`虛擬主機的每10個請求中,有1個將不匹配v1的路由,并將落入v2路由,由`helloworld_v2`集群提供服務。
3. 逐漸設置`routing.traffic_shift.helloworld`中的值變小,以便更大比例的請求匹配到v2路由。
4. 當`routing.traffic_shift.helloworld`設置為0時,對`helloworld`虛擬主機的請求將不會匹配v1路由。現在所有的流量都會流向v2路由,并由`helloworld_v2`集群提供服務。
### 多上游主機的流量分流
再次參考`helloworld`的例子,現在有三個版本(v1,v2和v3),而不是兩個。 要在三個版本(即33%,33%,34%)之間平均分配流量,可以使用`weighted_clusters`選項指定每個上游群集的權重。
與前面的例子不同,一個路由條目就足夠了。路由中的`weighted_clusters`配置可用于指定多個上游群集以及引導每個發送到上游群集的流量百分比權重。
```
{
"route_config": {
"virtual_hosts": [
{
"name": "helloworld",
"domains": ["*"],
"routes": [
{
"prefix": "/",
"weighted_clusters": {
"runtime_key_prefix" : "routing.traffic_split.helloworld",
"clusters" : [
{ "name" : "helloworld_v1", "weight" : 33 },
{ "name" : "helloworld_v2", "weight" : 33 },
{ "name" : "helloworld_v3", "weight" : 34 }
]
}
}
]
}
]
}
}
```
可以使用以下運行時變量動態調整分配給每個群集的權重:<br />
`routing.traffic_split.helloworld.helloworld_v1`
`routing.traffic_split.helloworld.helloworld_v2`
`routing.traffic_split.helloworld.helloworld_v3`。
## 返回
- [上一級](../HTTPconnectionmanager.md)
- [首頁目錄](../../README.md)
- 首頁
- 簡介
- Envoy是什么
- 架構介紹
- 術語
- 線程模型
- 監聽器
- L3/L4網絡過濾器
- HTTP連接管理
- HTTP過濾器
- HTTP路由
- gRPC
- WebSocket支持
- 集群管理
- 服務發現
- 健康檢查
- 連接池
- 負載均衡
- 異常檢測
- 熔斷
- 全局限速
- TLS
- 統計
- 運行時配置
- 跟蹤
- TCP代理
- 訪問日志
- MongoDB
- DynamoDB
- Redis
- 熱重啟
- 動態配置
- 初始化
- 逐出
- 腳本
- 部署
- 業界對比
- 獲得幫助
- 歷史版本
- 編譯安裝
- 編譯
- 參考配置
- 演示沙箱
- 前端代理
- Zipkin跟蹤
- Jaeger跟蹤
- gRPC橋接
- 構建Envoy Docker鏡像
- 工具
- 配置參考
- V1 API 概述
- V2 API 概述
- 監聽器
- 網絡過濾器
- TLS客戶端身份認證
- Echo
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP連接管理器
- 路由匹配
- 流量轉移/分流
- HTTP頭部操作
- HTTP頭部清理
- 統計
- 運行時設置
- 路由發現服務
- HTTP過濾器
- 緩存
- CORS過濾器
- 故障注入
- DynamoDB
- gRPC HTTP/1.1 橋接
- gRPC-JSON 轉碼過濾器
- gRPC-Web 過濾器
- 健康檢查
- 速率限制
- 路由
- Lua
- 集群管理
- 統計
- 運行時設置
- 集群發現服務
- 健康檢查
- 熔斷
- 訪問日志
- 限速服務
- 運行時配置
- 路由表檢查工具
- 運維管理
- 命令行選項
- 熱重啟
- 管理接口
- 統計概述
- 運行時配置
- 文件系統
- 自定義擴展示例
- V1 API參考
- 監聽器
- 網絡過濾器
- TLS客戶端身份認證
- Echo
- HTTP連接管理
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP路由配置
- 虛擬主機
- 路由
- 虛擬集群
- 速率限制配置
- 路由發現服務
- HTTP過濾器
- 緩存
- CORS過濾器
- DynamoDB
- 故障注入
- gRPC HTTP/1.1 橋接
- gRPC-JSON 轉碼過濾器
- gRPC-Web 過濾器
- 健康檢查
- Lua
- 速率限制
- 路由
- 集群管理
- 集群
- 健康檢查
- 熔斷
- TLS上下文
- 異常值檢測
- HASH環負載均衡配置
- 異常檢測
- 集群發現服務
- 服務發現服務
- 訪問日志
- 管理接口
- 限速服務
- 運行時配置
- 跟蹤
- V2 API參考
- 啟動引導
- 監聽&監聽發現
- 集群&集群發現
- 服務發現
- 健康檢查
- HTTP路由管理&發現
- TLS配置
- 通用的類型
- 網絡地址
- 協議選項
- 發現API
- 限速組件
- 過濾器
- 網絡過濾器
- TLS客戶端身份認證
- HTTP連接管理
- Mongo代理
- 速率限制
- Redis代理
- TCP代理
- HTTP過濾器
- 緩存
- 故障注入
- 健康檢查
- Lua
- 速率限制
- 路由
- gRPC-JSON轉碼器
- 常見訪問日志類型
- 常見故障注入類型
- FAQ
- Envoy有多快?
- 我在哪里獲得二進制文件?
- 我如何設置SNI?
- 如何設置區域感知路由?
- 我如何設置Zipkin跟蹤?