Azure Kubernetes 水平自動擴充Pod,azurewave technology inc

Azure Kubernetes 水平自動擴充Pod

當我們將應用部署到AKS中以pod的形式對外提供服務時，為了確保用戶可以獲得良好的使用體驗，我們需要關注如下兩種情況：

POD因為不明原有掛掉，導致服務不可用

當出現大量用戶訪問時，Pod在高負荷的情況下能否支撐我們的應用

對于Pod的高可用性我們可以使用AKS的deployment控制器來確保Pod可以持續對外提供服務，但是對于面臨大量用戶訪問時，我們就需要擴展我們的資源來滿足業務需求。前面的文章中給大家介紹了手動擴展pod來滿足業務的擴展需求，但是相信大家都已經意識到了如果我們人工監控pods，人工進行調整副本那么這個工作量無疑是巨大的，但kubernetes已經有了相應的機制來應對了。這就是我們今天要為大家介紹的水平自動擴充POD（HPA）HPA全稱Horizontal Pod Autoscaler控制器工作流程

HPA的工作流程如下：

創建HPA資源對象，關聯對應資源例如Deployment，設定目標CPU使用率閾值，最大，最小replica數量。前提：pod一定要設置資源限制，參數request，HPA才會工作。

HPA控制器每隔15秒鐘（可以通過設置controller manager的–horizontalpodautoscalersyncperiod參數設定，默認15s）通過觀測metrics值獲取資源使用信息

HPA控制器將獲取資源使用信息與HPA設定值進行對比，計算出需要調整的副本數量

根據計算結果調整副本數量，使得單個POD的CPU使用率盡量逼近期望值，但不能照顧設定的最大，最小值。

以上2,3,4周期循環

說了這么多，下面我們來看下如何配置HPA：在配置HPA之前，我們需要先了解Node節點的配置情況檢查與配置resource limit使用kubectl get nodes命令檢查node信息（node名稱）使用命令 kubectl describe nodes NODE_NAME 確認 Node 資源配置的狀態, 因為我們之前沒有配置Resource quata，因此我們需要先設定好 Resource 限制：打開我們之前創建的yaml文件，修改 Resources 配置, 其中 CPU 配置 Container 只使用 1 個 CPU 單元, Request 限制使用 0.5 個 CPU 單元：修改完成以后使用kubectl apply f FILE_NAME重新部署對應POD

設置水平自動擴充HPA使用命令 kubectl autoscale deployment nginxcpupercent=1 min=1 max=10 將自動擴充設定為 CPUpercent 設定為1%, 并且將 minimum replica 數設為 1, maximum replica 數設為 10.

配置完成以后我們使用webbench來對我們部署的NGINX網站進行壓力測試：使用命令 kubectl get hpa 觀察水平自動擴充狀態, 請注意 Target 中有兩個數字, 是 Current/Target CPU 使用率使用命令 kubectl get deployment 觀察 deployment 數量有無增加使用命令 kubectl get pod 觀察 pod 數量有無增加, 并且注意狀態, 如果  1 表示水平自動擴充 (hpa) 已經成功設置且生效了

清除資源測試完成以后，我們可以使用kubect delete f FILE_NAME 來刪除對應的deployment資源：使用kubectl delete hpa nginx來刪除hpa資源：

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。