<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                # Kubernetes節點 在這張系統架構圖中,我們把服務分為運行在工作節點上的服務和組成集群級別控制板的服務。 Kubernetes節點有運行應用容器必備的服務,而這些都是受Master的控制。 每次個節點上當然都要運行Docker。Docker來負責所有具體的映像下載和容器運行。 Kubernetes主要由以下幾個核心組件組成: etcd保存了整個集群的狀態; apiserver提供了資源操作的唯一入口,并提供認證、授權、訪問控制、API注冊和發現等機制; controller manager負責維護集群的狀態,比如故障檢測、自動擴展、滾動更新等; scheduler負責資源的調度,按照預定的調度策略將Pod調度到相應的機器上; kubelet負責維護容器的生命周期,同時也負責Volume(CVI)和網絡(CNI)的管理; Container runtime負責鏡像管理以及Pod和容器的真正運行(CRI); kube-proxy負責為Service提供cluster內部的服務發現和負載均衡; 除了核心組件,還有一些推薦的Add-ons: kube-dns負責為整個集群提供DNS服務 Ingress Controller為服務提供外網入口 Heapster提供資源監控 Dashboard提供GUI Federation提供跨可用區的集群 Fluentd-elasticsearch提供集群日志采集、存儲與查詢 # 分層架構 核心層:Kubernetes最核心的功能,對外提供API構建高層的應用,對內提供插件式應用執行環境 應用層:部署(無狀態應用、有狀態應用、批處理任務、集群應用等)和路由(服務發現、DNS解析等) 管理層:系統度量(如基礎設施、容器和網絡的度量),自動化(如自動擴展、動態Provision等)以及策略管理(RBAC、Quota、PSP、NetworkPolicy等) 接口層:kubectl命令行工具、客戶端SDK以及集群聯邦 生態系統:在接口層之上的龐大容器集群管理調度的生態系統,可以劃分為兩個范疇 Kubernetes外部:日志、監控、配置管理、CI、CD、Workflow、FaaS、OTS應用、ChatOps等 Kubernetes內部:CRI、CNI、CVI、鏡像倉庫、Cloud Provider、集群自身的配置和管理等 **# kubelet** kubelet負責管理pods和它們上面的容器,images鏡像、volumes、etc。 **# kube-proxy** 每一個節點也運行一個簡單的網絡代理和負載均衡(詳見services FAQ )(PS:官方 英文)。 正如Kubernetes API里面定義的這些服務(詳見the services doc)(PS:官方 英文)也可以在各種終端中以輪詢的方式做一些簡單的TCP和UDP傳輸。 服務端點目前是通過DNS或者環境變量( Docker-links-compatible 和 Kubernetes{FOO}_SERVICE_HOST 及 {FOO}_SERVICE_PORT 變量都支持)。這些變量由服務代理所管理的端口來解析。 **# Kubernetes控制面板** Kubernetes控制面板可以分為多個部分。目前它們都運行在一個master 節點,然而為了達到高可用性,這需要改變。不同部分一起協作提供一個統一的關于集群的視圖。 **# etcd** 所有master的持續狀態都存在etcd的一個實例中。這可以很好地存儲配置數據。因為有watch(觀察者)的支持,各部件協調中的改變可以很快被察覺。 **# Kubernetes API Server** API服務提供Kubernetes API (PS:官方 英文)的服務。這個服務試圖通過把所有或者大部分的業務邏輯放到不兩只的部件中從而使其具有CRUD特性。它主要處理REST操作,在etcd中驗證更新這些對象(并最終存儲)。 **# Scheduler** 調度器把未調度的pod通過binding api綁定到節點上。調度器是可插拔的,并且我們期待支持多集群的調度,未來甚至希望可以支持用戶自定義的調度器。 **# Kubernetes控制管理服務器** 所有其它的集群級別的功能目前都是由控制管理器所負責。例如,端點對象是被端點控制器來創建和更新。這些最終可以被分隔成不同的部件來讓它們獨自的可插拔。 replicationcontroller(PS:官方 英文)是一種建立于簡單的 pod API之上的一種機制。一旦實現,我們最終計劃把這變成一種通用的插件機制。 參考: https://github.com/kubernetes/kubernetes/blob/release-1.2/docs/design/architecture.md https://feisky.gitbooks.io/kubernetes/architecture/architecture.html
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看