Kubernetes改變監控的方式有哪些

這篇文章主要介紹“Kubernetes改變監控的方式有哪些”，在日常操作中，相信很多人在Kubernetes改變監控的方式有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Kubernetes改變監控的方式有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

服務

Kubernetes是一個理解應用的邏輯和物理優化的中央大腦。Kubernetes負責將復雜的容器配置任務編排到你的基礎設施，并且將那些分布組件連接呈現為統一的服務。實質上，Kubernetes創建物理資源利用和pods的邏輯集合之間的橋梁，服務組成了你理解的應用程序。

如果對Kubernetes是做什么的沒有一個持續更新的理解的話，那么你的監測系統最好追蹤并且只在底層資源問題提醒。為了理解Services和pods的定義，你的監測系統需要1）可以從Kubernetes API動態攝取相關信息，2）將邏輯組容器集合映射到邏輯的應用程序，以及3）不斷計算聚合應用程序、服務和基礎設施指標，允許您整體監控您的服務。

彈性擴容

有了1.2，Kubernetes可以擴容到1000多個節點集群。此外， 這個系統驚人的動態復制控制可以根據需要在幾秒內調節額外的容器。既然它關閉了容器，他們可能不是最初被創建的，而只是暫時的。

因此，之前遺留的警報方法需要改變。警報需要適應兩個方面。一方面——就像我們在服務部分描述的那樣——警報需要動態地聚合度量所有相關來源，不論這些來源是多久前的，來測量服務和pod的整體性能。第二方面——資源層面警告提示，比如像CPU，內存或者是網絡利用率都需要在來去的時候被應用到單獨的容器或者是應用程序中去。為了操作正常，這些警報提示需要自動設置為Kubernetes創建的容器。警報提示也可以應用于Pod、服務和任何跟你的應用程序有關系的標簽。

分布

Kubernentes集群聯合（aka Ubernetes）使得分發應用程序在多個數據中心和多個與怒提供者更加容易。這令提升分布應用程序性能有顯著的提升，避免云鎖定，甚至還可以控制成本。

另一方面呢？是的，一些團隊的監測方法需要改變。特別是，那些習慣于運用利用由他們的云提供的監測的人需要使用一個可以在云端監控，警報，故障排除的系統。最重要的是，這個系統可以在云端流利地收集相同的指標來合理的聚合信息。

監測，Kubernetes，以及你的應用環境

服務，彈性擴容，以及分布是三個能夠運用Kubernetes1.2來影響你的環境的變化，但是在未來給你好的影響。轉移到容器驅動，以微服務為導向的混合云部署（呼，真的好多術語）就是是很多軟件操作目標所導向的。為了成功的轉變，組織也需要重新思考他們怎樣獲得這些新環境的可視化。容器在這里添加了一個挑戰因為他們是黑盒；微服務添加了一個挑戰因為他們要調整如何思考你的應用程序；編排工具幫助彈性擴容你的基礎設施，并且有一些你需要的關鍵元數據在這個勇敢的新世界。

哦，對了，今天Sysdig正式支持Kubernetes1.2即買即用。為了使之簡單，我們利用Deamon來確認每個你用Kubernetes創建的主機都是通過Sysdig Cloud來自動儀表化的。

到此，關于“Kubernetes改變監控的方式有哪些”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！