使用DR对流量进行管理 subnet子集的定义

这里vs可以控制往svc1和svc2流量走的比例，但是这里只假设往svc3里面走。现在想控制的是往pod1和pod2各走多少流量。

流量到了svc3的时候还是使用的是kube-proxy对流量进行转发。

了解DR

---

DR定义的是经过VS之后已经到达service的流量，主要可以用于：

1.定义子集（流量到达了svc3之后，它到底如何区分pod1和pod2呢？对于svc来说如何区分后面的pod就是使用subnet来标记后端的两个pod）

2.定义流量管理

    1.LB策略

          LB算法

          哈希一致性算法

    2.连接池（去做熔断的时候需要去定义连接池）

    3.异常处理

上面这些都是在dr里面去定义的。

 

DR的基本用法，定义子集

---

定义dr的时候，要指定此dr用于在哪个service上的。这里host就需要修改为svc3。也就是经过svc3的流量将会受到dr的控制。

这里定义了两个子集v1 v2，子集的名称是可以自己随意定义的，v1所对应的pod具有标签v1，v2对应的pod具有标签v2。如果按照上面图片上面所定义的就是 v1 run: pod1 v2 run: pod2。

在写vs的时候要指定subset，往svc3去转发的，然后往哪个子集去走呢？这里就需要指定v1 v2。

上面就是往同一个svc走，那么就可以有效的管控后面的pod1 pod2走的流量。

如果上面要使用k8s去控制流量，这样就是比较困难的。利用权限来控制流量就很容易实现常用的功能了。比如蓝绿部署，金丝雀发布。

 

蓝绿部署

---

这两套环境可以在同一个svc下面部署，也就是同一个svc下面的不同pod，上面的weigth注意一下一个是0一个是100，即两个环境。这样就很方便从一个环境切换到另外一个环境。

上面就是蓝绿部署，同一个svc挂在了两组pod。不同组的pod具有不同的标签，同时他们还有共同的标签。

或者两套deploy 两套svc。如果是这种话就没有必要使用dr了，直接使用vs就行了。

 

金丝雀发布

---

 

 

流量管理

---

要求客户端去访问的时候，是否需要使用tls也就是https的方式去连接。