![頭圖.png](https://ucc.alicdn.com/pic/developer-ecology/af5212262d00485ca839da20698a9f06.png)

作者 | 顧靜（子白）
來源 | [阿里巴巴雲原生公眾號](https://mp.weixin.qq.com/s/skKMvRo75gD9suCCgV2KZQ)

容器化部署應用可以降低企業成本，提升研發效率，解放運維人員。據 Gartner 預計，到 2022 年，將有 75％ 的企業將在生產中執行容器化應用程式。Kubernetes 是企業部署容器化應用的首選框架。由於 Kubernetes 部署及運維的複雜性，越來越多的客戶選擇將業務從 ECS 或者自建的 Kubernetes 遷移到阿里雲託管版 Kubernetes —— ACK 中。但是，如何保證業務流量的平滑遷移成為一大挑戰。

Cloud Controller Manager（CCM）是 ACK 的一個系統核心元件，負責對接 Kubernetes 與雲上基礎產品如 CLB、VPC、DNS 等。當 Service 的型別設定為 Type=LoadBalancer 時，CCM 會為該 Service 建立或配置阿里雲負載均衡 CLB。當 Service 對應的後端 Endpoint 或者叢集節點發生變化時，CCM 會自動更新 CLB 的後端虛擬伺服器組。此外，CCM 還提供了許多阿里雲註解，支援豐富的負載均衡能力。

近期 CCM 釋出了一個新特性——**支援在同一個 CLB 後端掛載叢集內節點和叢集外 ECS，藉助這一特性可以解決業務容器化過程中流量平滑遷移的難題**。

# 場景一：應用容器化改造（流量平滑遷移）
## 對於一個 CLB，支援將流量轉發至叢集內及叢集外節點
![1.png](https://ucc.alicdn.com/pic/developer-ecology/9421178f4b9e49df8c7c194a7aac5587.png)

### **1）操作步驟**

- 登入 CLB 控制檯建立 CLB，記錄 CLB ID ("lb-xxxxx")
- 建立 Service

設定 service.beta.kubernetes.io/alicloud-loadbalancer-force-override-listeners 為 false，不管理監聽資訊。

CCM 會自動建立對應的虛擬伺服器組。

```
cat <<eof apply="" apiversion:="" v1="" kind:="" service="" metadata:="" annotations:="" service.beta.kubernetes.io="" labels:="" app:="" nignx="" name:="" my-nginx-svc="" namespace:="" default="" spec:="" ports:="" port:="" protocol:="" tcp="" targetport:="" selector:="" nginx="" type:="" loadbalancer="" eof="" clb="" ecs="" kubernetes="" annotationservice.beta.kubernetes.io="" ccm="" id="" nginx-svc="" http="" sessionaffinity:="" none="" annotation="" cluster="" a="" serivce-a="" service-a="" b="">
                        </eof>

邊開飛機邊換引擎？我們造了個新功能保障業務流量無損遷移

相關文章