本篇內容介紹了“Istio1.3修改了哪些內容”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
在之前的版本中,如果要使用 Istio 的路由功能,Service 的端口命名必須使用特殊的命名格式。如果用戶不遵循該命名規則,就無法使用路由功能。從 1.3 版本開始,即使沒有按照規則命名 Service 的端口,Istio 也會自動識別出站流量的協議為 HTTP 或 TCP。目前還不支持自動識別入站流量的協議,下個版本將會支持。
這才是大家最期待的!該版本將大多數常見的安全策略相關的功能(如 RBAC)直接遷移到了 Envoy 中,同時也將大部分遙測功能遷移到了 Envoy 中?,F在 Istio proxy 可以直接將收集到的 HTTP 指標暴露給 Prometheus,無需通過 istio-telemetry 服務來中轉并豐富指標信息。如果你只關心 HTTP 服務的遙測,可以試試這個新功能,具體步驟參考無 Mixer 的 HTTP 遙測。該功能接下來幾個月將會逐漸完善,以便在啟用雙向 TLS 認證時支持 TCP 服務的遙測。
此前的版本要求網格中的每個 Pod 必須明確申明每個容器的 containerPort,任何未申明的端口都會繞過 Istio Proxy。1.3 版本使用了一種更為簡單安全的方法,不需要顯示申明 containerPort 就可以處理工作負載任何端口上的所有入站流量。之前的版本中,當工作負載向自己發送流量時,會陷入 iptables 規則表導致的無限循環,這個版本也修復了。
雖然 Istio 1.3 專注于可用性,但高級用戶仍然可以使用 Envoy 中不屬于 Istio Networking API 的高級功能。1.3 版本增強了 EnvoyFilter API 以允許用戶完全自定義以下的 Envoy 配置:
LDS 返回的 HTTP/TCP 監聽器以及 filter 鏈配置。
RDS 返回的 HTTP 路由配置。
CDS 返回的 Cluster 配置。
istioctl 新增了許多調試功能,可以幫助你排查安裝過程中出現的各種問題。詳細信息可以查看 istioctl 的參考頁面
區域感知負載均衡功能從實驗分支轉移到默認分支?,F在 Istio 可以利用現有的位置信息來確定負載均衡池的優先級,并支持將請求轉發到地理位置最近的后端。
Istio 開啟雙向 TLS 認證時可以更好地支持 headless service。
從以下幾個方面增強了控制平面的監控:
添加新指標來監控配置的狀態
新增了 sidecar injector 的指標
為 Citadel 添加了新的 Grafana 儀表板
改進了 Pilot 儀表板,新增了幾個關鍵指標
新增了 Istio 部署模型文檔,可以幫助你選擇合適的部署模型。
重新組織了操作指南中的內容,新增了一個包含所有故障排除任務的章節,可以幫助你快速尋找所需信息。
“Istio1.3修改了哪些內容”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。