k8s部署以太坊

『壹』 ubuntu怎麼部署k8s master

高可用目前是官方推薦的多master standby方式，以及我們自己的agent監管方式。

『貳』 docker和k8s的關系

Kubernetes（k8s）是Google開源的容器集群管理系統（谷歌內部:Borg），它主要用於容器編排啟動容器、自動化部署、擴展和管理容器應用和回收容器。k8s的目標是讓部署容器化的應用簡單並且高效，k8s提供了應用部署、規劃、更新、維護的一種機制。

用kubernetes去管理Docker集群，既可以將Docker看成Kubernetes內部使用的低級別組件；另外，kubernetes不僅僅支持Docker還支持Rocket，這是另一種容器技術。

(2)k8s部署以太坊擴展閱讀：

從背景上說，Kubernetes是由Google與RedHat公司共同主導的開源「容器編排」項目，它起源於Google公司的Borg系統。

所以它在超大規模集群管理方面的經驗要明顯優於其他容器編排技術，加上Kubernetes在社區管理方面的民主化，使得它很快打敗了Docker公司推出的容器編排解決方案(Compose+Swarm)，從而成為了容器編排領域事實上的標准。

而在功能上Kubernetes是一種綜合的基於容器構建分布式系統的基礎架構環境，它不僅能夠實現基本的拉取用戶鏡像、運行容器，還可以提供路由網關、水平擴展、監控、備份、災難恢復等一系列運維能力。

『叄』 k8s放在本地的控制線上伺服器 可以嗎

可以的，k8s主要是通過config-api進行通信的，然後通過這個api進行資源調度和部署。具體拓展資料如下，
1. namespace
增（創建）POST請求：
創建namespace： /api/v1/namespaces
刪（刪除） DELETE請求：
刪除namespace： /api/v1/namespaces/{namP}
改（修改）PUT請求：
替換指定的命名空間： /api/v1/namespaces/{name}
替換指定名稱空間的狀態： /api/v1/namespaces/{name}/status
如果部分更新可以用 PATCH
查（查詢） GET請求：
查詢全部： /api/v1/namespaces
查詢指定namespace： /api/v1/namespaces/{name}
2. Pod
增（創建）POST請求：
創建pod： /api/v1/namespaces/{namespace}/pods
刪（刪除） DELETE請求：
刪除pod： /api/v1/namespaces/{namespace}/pods/{name}
改（修改）PUT請求：
替換指定的pod： /api/v1/namespaces/{namespace}/pods/{name}
如果部分更新可以用 PATCH
查（查詢） GET請求：
查詢全部： /api/v1/namespaces/{namespace}/pods
查詢指定pod： /api/v1/namespaces/{namespace}/pods/{name}
3. Node
增（創建）POST請求：
創建node： /api/v1/nodes
刪（刪除） DELETE請求：
刪除node： /api/v1/nodes/{name}
改（修改）PUT請求：
替換指定的node： /api/v1/nodes/{name}
替換指定node的狀態： /api/v1/nodes/{name}/status
如果部分更新可以用 PATCH
查（查詢） GET請求：
查詢全部： /api/v1/nodes
查詢指定node： /api/v1/nodes/{name}
查詢指定節點內所有Pod的信息： /api/v1/nodes/{name}/pods/
查詢指定節點內物理資源的統計信息: /api/v1/nodes/{name}/stats/
查詢指定節點的概要信息： /api/v1/nodes/{name}/spec/
4. Service
增（創建）POST請求：
創建service： /api/v1/namespaces/{namespace}/services
刪（刪除） DELETE請求：
刪除service： /api/v1/namespaces/{namespace}/services/{name}
改（修改）PUT請求：
替換指定的service： /api/v1/namespaces/{namespace}/services/{name}
如果部分更新可以用 PATCH
查（查詢） GET請求：
查詢全部： /api/v1/namespaces/{namespace}/services
查詢指定service： /api/v1/namespce

『肆』 k8s部署fabric,用minikube部署的k8s集群環境，kube-dns出現了問題

1. 安裝kubectl

curl -LO https://storage.googleapis.com/kubernetes-release/release/$(curl -s https://storage.googleapis.com/kubernetes-release/release/stable.txt)/bin/linux/amd64/kubectl && chmod +x kubectl && sudo mv kubectl /usr/local/bin/
1
下載指定版本，例如下載v1.9.0版本

curl -LO https://storage.googleapis.com/kubernetes-release/release/v1.9.0/bin/linux/amd64/kubectl && chmod +x kubectl && sudo mv kubectl /usr/local/bin/
1
2. 安裝minikube

minikube的源碼地址：https://github.com/kubernetes/minikube

2.1 安裝minikube

以下命令為安裝latest版本的minikube。

curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/
1
安裝指定版本可到https://github.com/kubernetes/minikube/releases下載對應版本。

『伍』 如何在K8S平台部署微服務

使用Rancher來運行Kubernetes有很多優勢。大多數情況下能使用戶和IT團隊部署和管理工作更加方便。Rancher自動在Kubernetes後端實現etcd 的HA，並且將所需要的服務部署到此環境下的任何主機中。在設置訪問控制，可以輕易連接到現有的LDAP和AD基礎構架。Rancher還可以自動實現容器聯網以及為Kubernetes提供負載均衡服務。通過使用Rancher，你將會在幾分鍾內有擁有Kubernetes的HA實現。

命名空間
現在我們的集群已經運行了，讓我們進入並查看一些基本的Kubernetes資源吧。你可以訪問Kubernetes集群也可以直接通過kubectl CLI訪問，或者通過Rancher UI 訪問。Rancher的訪問管理圖層控制可以訪問集群，所以你需要在訪問CLI前從Rancher UI那裡生成API密匙。
我們來看下第一個Kubernetes資源命名空間，在給定的命名空間中，所有資源名稱必須有唯一性。此外,標簽是用來連接劃定到單個命名空間的資源。這就是為什麼同一個Kubernetes集群上可以用命名空間來隔離環境。例如，你想為應用程序創建Alpha, Beta和生產環境，以便可以測試最新的更改且不會影響到真正的用戶。最後創建命名空間，復制下面的文本到namespace.yaml文件，並且運行 kubectl -f namespace.yaml 命令，來創建一個beta命名空間。
kind: Namespace
apiVersion: v1
metadata:
name: beta
labels:
name: beta

當然你還可以使用頂部的命名空間菜單欄從Rancher UI上創建、查看和選擇命名空間。

你可以使用下面的命令，用kubectl來為CLI交互設置命名空間：
$ kubectl config set-context Kubernetes --namespace=beta.

為了驗證目前context是否已經被設置好，你可以使用config view命令，驗證一下輸出的命名空間是否滿足你的期望。
$ kubectl config view | grep namespace command namespace: beta

Pods
現在我們已經定義好了命名空間，接下來開始創建資源。首先我們要看的資源是Pod。一組一個或者多個容器的Kubernetes稱為pod，容器在pod 里按組來部署、啟動、停止、和復制。在給定的每個主機種類里，只能有一個Pod,所有pod里的容器只能在同一個主機上運行，pods可以共享網路命名空間,通過本地主機域來連接。Pods也是基本的擴展單元,不能跨越主機,因此理想狀況是使它們盡可能接近單個工作負載。這將消除pod在擴展或縮小時產生的副作用，以及確保我們創建pods不太耗資源而影響到主機。
我們來給名為mywebservice的pod定義，在規范命名web-1-10中它有一個容器並使用nginx容器鏡像，然後把埠為80下的文本添加至pod.yaml文檔中。
apiVersion: v1
kind: Pod
metadata:
name: mywebservice
spec:
containers:
- name: web-1-10
image: nginx:1.10
ports:
- containerPort: 80

使用kubetl create命令創建pod，如果您使用set-context command設置了您的命名空間，pods將會在指定命名空間中被創立。在通過運行pods命令去驗證pod狀態。完成以後，我們可以通過運行kubetl delete命令刪除pod。
$ kubectl create -f ./pod.yaml
pod "mywebservice" created
$ kubectl get pods
NAME READY STATUS RESTARTS AGE
mywebservice 1/1 Running 0 37s
$ kubectl delete -f pod.yaml
pod "mywebservice" deleted

在Rancher UI 中查看pod，通過頂端的菜單欄選擇 Kubernetes > Pods 。

『陸』 如何在k8s上部署mongodb微服務

https://segmentfault.com/a/1190000008905929

『柒』 如何訪問k8s集群內部署的mysql服務

雖然 kubernetes 社區一直在努力使得有狀態應用成為一等公民，也推出了 statefulset 控制器支持 pod 的順序部署，穩定的域名訪問和存儲訪問。但鑒於 MySQL 部署運維的多樣性和復雜性，在 kubernetes 上部署 MySQL 仍然要面臨眾多挑戰。
1、業務流量入口的配置方式
傳統虛擬機環境下，我們通過虛IP的方式，讓業務應用都配置事先定義的一個虛IP為鏈接資料庫的地址，然後由高可用服務保證虛IP始終能被路由到master資料庫。在kubernetes中，出現了一層網路插件屏蔽了底層網路拓撲，高可用服務管理虛IP的方式需要隨之適應調整，比如通過service結合標簽完成虛IP的漂移，但service本身是kubernetes提供的一項功能，其可靠性和性能都取決於kubernetes服務的穩定。以性能來說，service是kubeproxy組件通過配置iptables實現的，當iptables規則較多時不可避免的會產生時延，需要我們針對性的解決。
2、容器隔離帶來的監控視野問題
在 kubernetes 中，如果將 MySQL 製作為 container 運行在一個 pod 中，container 會將 MySQL 進程和運行環境隔離在一個單獨的 namespace 中。監控組件在獲取 MySQL 的一些 metirc 時，可能不得不進入與 MySQL 同一個 namespace 中，在部署和設計監控組件時需要考慮到這些限制。
3、存儲在 kubernetes 中，支持配置各種不同的存儲。
如果使用本地存儲 local persistent volume，則需要綁定 MySQL 在一個固定的節點，這就完全浪費了 kubernetes 靈活調度的天然優勢；而如果使用遠程共享存儲，確實是將 MySQL 進程與其存儲完全解耦，使得 MySQL 進程可以在任意節點調度，然而考慮到高 I/O 吞吐量的情況，就不是那麼美好了。設計時需要考量遠程存儲是否能夠滿足 MySQL 的帶寬要求。
4、高可用/備份恢復
kubernetes 提供的 statefulset 控制器只能提供最基本的部署，刪除功能，無法實現完善的 MySQL 集群高可用/備份恢復操作。對於有狀態應用的部署，仍需要定製開發，所以多數公司提供了定製的 operator 來完成應用容器的管理。比如 etcd operator，MySQL operator，後文將為大家詳述我測試使用 MySQL operator 的一些記錄。

『捌』 kubernetes一定要在linux環境下部署嗎

使用Rancher來運行Kubernetes有很多優勢。大多數情況下能使用戶和IT團隊部署和管理工作更加方便。Rancher自動在Kubernetes後端實現etcd 的HA，並且將所需要的服務部署到此環境下的任何主機中。