自舉搬運工守護進程

Question

在官方Kubernetes multinode Docker指南，應提到的是，你需要到另一個碼頭工人實例：

A bootstrap Docker instance which is used to start etcd and flanneld, on which the Kubernetes components depend 

那麼什麼是自舉實例，你怎麼確保不斷重新啓動運行？

Answer 1

的documentation給出了詳細的解釋，泊塢的自舉實例的目的：

本指南使用運行多克爾 守護進程的兩個實例的模式：1）一個自舉泊塢實例，它是用於啓動ETCD和 flanneld，對其中的Kubernetes成分取決於2）用於Kubernetes基礎設施和用戶的 安排集裝箱主碼頭工人 例如

這種模式是必要的，因爲FLANN el daemon負責 ，用於設置和管理互連所有由Kubernetes創建的Docker容器的網絡。爲了達到這個目的，它必須在主要Docker守護進程之外運行 。但是，使用 容器進行部署和管理仍然很有用，因此我們創建一個更簡單的 引導程序守護程序來實現此目的。

總之，特殊引導碼頭守護程序運行kubernetes依賴的位，釋放普通docker守護進程以由kubernetes管理。這是利用事實，即etcd和flanneld可以作爲容器運行。或者，人們必須將其設置爲本地服務。

至於確保引導泊塢員守護進程重新生存下來，答案就在代碼中。這是運行master.sh腳本時被調用的位置。

• https://github.com/kubernetes/kube-deploy/blob/master/docker-multinode/master.sh#L36
• https://github.com/kubernetes/kube-deploy/blob/master/docker-multinode/docker-bootstrap.sh#L20

因此，代碼嘗試設置了額外的碼頭工人守護進程的服務。