K8s自動擴縮容工具KEDA該怎么用

今天就跟大家聊聊有關K8s自動擴縮容工具KEDA該怎么用，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

紅帽和微軟共同發布了Kubernetes自動擴縮容工具KEDA 1.0，而現在官方強化KEDA的擴縮容器，發布第2個主要更新KEDA 2.0，能支持更多種類的觸發器，更方便地自動擴展Kubernetes部署。在今年3月的時候，有越來越多廠商加入對KEDA項目貢獻，因此發起廠商決定將KEDA貢獻給云原生基金會（Cloud Native Computing Foundation，CNCF），現為CNCF沙盒項目。

KEDA的出現，是要解決Kubernetes自動擴縮容的需求。Kubernetes雖然提供了一個容器調度平臺，但是在預設的情況，Kubernetes只能根據CPU等系統指標進行擴縮容，而無視來自Azure、AWS、GCP、Redis和Kafka等大量外部指標，這代表系統響應事件的時間，可能存在大量的延遲，使得擴展不夠靈敏，趕不上流量的變化。

而KEDA能夠解決這個問題，KEDA是一個以Kubernetes為基礎的事件驅動自動擴縮容器，用戶可以根據需要處理的事件數量，來驅動Kubernetes中容器的擴展，KEDA提供用戶通過使用簡單一致的API，就能進行自動擴展部署。

KEDA為一個單一用途的輕量組件，可以被加到Kubernetes集群中，與Horizontal Pod Autoscaler（HPA）等標準Kubernetes組件一起使用，擴展功能不會互相覆蓋或是重復，官方提到，用戶可以指定要使用事件驅動的應用，而不會影響其他應用，這使得KEDA可以靈活并安全地，與其他Kubernetes應用和框架共同使用。

在KEDA 1.0發布一年之后，現在發布了主要更新2.0正式版，更新重點在于KEDA支持更多的觸發器，并且也增加許多新的模式和功能。KEDA 2.0現在可以自動擴展部署負載（Deployment）和作業（Jobs）工作負載，過去在KEDA 1.x的時候，用戶需要通過ScaledObject資源，來指定要擴展的工作負載類型，且只能指定擴展Kubernetes部署或是資源其中一種。

而在KEDA 2.0，這兩個選項被分開，并且引入獨立的資源，除了之前就有的ScaledObject，現在還為Kubernetes增加ScaledJob自定義資源，以滿足不同的需求。

另外，用戶現在可以在ScaledObject和ScaledJob上，設定多個觸發器，并根據例如Kafka和Prometheus等不同的觸發器，自動縮放工作負載，KEDA會從擴展器中，挑選像是目標副本數等最大的值，來定義擴展決策。

KEDA 2.0還加入多個新的擴展器，用戶除了能使用Azure Log Analytics和IBM MQ擴展器之外，還可應用新的CPU擴展器，不再需要混用HPA和ScaledObjects，KEDA能夠完全替用戶處理HPA。而且新的外部推送擴展器，允許用戶使用推送模型（Push-Model），構建自己的擴展器和觸發器擴展行為，而非使用現有的拉取模型（Pull-Model）。

KEDA 2.0還加入新的Metrics API擴展器，能夠自動縮放通過REST API提供的指標，讓用戶不需要建構自己的擴展器，這項新功能可以根據環境中可用的指標標準來源，諸如內部API或是微軟Dynamics CRM API等，來自動化縮放決策。

看完上述內容，你們對K8s自動擴縮容工具KEDA該怎么用有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。