❶ 如何入門k8s
Kubernetes（簡稱K8S） 是Google開源的分布式的容器管理平台，方便我們在伺服器集群中管理我們容器化應用。
節點（Master node and Worker node）
節點通常指的就是伺服器，在k8s中有兩種節點：管理節點（Master Node）和工作節點（Worker Node）
管理節點（Master Node）：負責管理整個k8s集群，一般由3個管理節點組成HA的架構。
工作節點（Worker Node）：主要負責運行容器。
命名空間(Namespace)
k8s命名空間主要用於隔離集群資源、隔離容器等，為集群提供了一種虛擬隔離的策略；默認存在3個名字空間，分別是默認命名空間 default、系統命名空間 kube-system 和 kube-public。
Object
k8s 對象(Object)是一種持久化存儲並且用於表示集群狀態的實體。k8s 對象其實就是k8s自己的配置協議，總之我們可以通過定義一個object讓k8s根據object定義執行一些部署任務、監控任務等等。
POD
Pod是 Kubernetes 部署應用或服務的最小的基本單位。一個Pod 封裝多個應用容器（也可以只有一個容器）、存儲資源、一個獨立的網路 IP 以及管理控制容器運行方式的策略選項。
副本集(Replica Set，RS)
是一種控制器，負責監控和維護集群中pod的副本(replicas)數，確保pod的副本數是我們期望的樣子。
部署(Deployment)
表示對k8s集群的一次更新操作，是k8s集群中最常用的Object，主要用於部署應用。支持滾動升級。
服務(service)
是對應用的抽象，也是k8s中的基本操作單元，一個服務背後由多個pod支持，服務通過負載均衡策略將請求轉發到容器中。
Ingress
是一種網關服務，可以將k8s服務通過http協議暴露到外部。
無狀態應用 & 有狀態應用
無狀態應用指的是應用在容器中運行時候不會在容器中持久化存儲數據，應用容器可以隨意創建、銷毀；如果一個應用有多個容器實例，對於無狀態應用，請求轉發給任何一個容器實例都可以正確運行。例如：web應用
有狀態應用指的是應用在容器中運行時候需要穩定的持久化存儲、穩定的網路標識、固定的pod啟動和停止次序。例如：mysql資料庫
❷ 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平台部署微服務
使用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部署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下載對應版本。
❺ Docker Swarm Mode與Kubernetes，哪一個服務的設置與創建更為簡便
k8s是谷歌的開源容器編排工具，經過長期的生產使用驗證，穩定可靠。
docker swarm mode 是docker 1.12版本之後新加入的原生容器編排工具，吸收了k8s很多優秀的設計和實現方式，就設置與創建而言swarm mode比k8s便捷很多，只需要安裝docker-engine即可，用命令行部署服務，無需額外的軟體安裝配置。
❻ 伺服器搭建k8s內存需要多大
你好！2gb或者4gb都行
1.什麼是k8s？
k8s是一個docker容器管理工具
它是一個全新的基於容器技術的分布式架構領先方案，是開源的容器集群管理系統。
在docker的基礎上，為容器化的應用提供部署運行，資源調度，服務發現和動態伸縮等一系列完整功能
2.----k8s的優勢：
a，容器編排
b，輕量級
c，開源
d，彈性伸縮
e，負載均衡
二：k8s的核心功能
1.自愈: 重新啟動失敗的容器，在節點不可用時，替換和重新調度節點上的容器，對用戶定義的健康檢查不響應的容器會被中止，並且在容器准備好服務之前不會把其向客戶端廣播。
彈性伸縮: 通過監控容器的cpu的負載值,如果這個平均高於80%,增加容器的數量,如果這個平均低於10%,減少容器的數量
服務的自動發現和負載均衡: 不需要修改您的應用程序來使用不熟悉的服務發現機制，Kubernetes 為容器提供了自己的 IP 地址和一組容器的單個 DNS 名稱，並可以在它們之間進行負載均衡。
滾動升級和一鍵回滾: Kubernetes 逐漸部署對應用程序或其配置的更改，同時監視應用程序運行狀況，以確保它不會同時終止所有實例。 如果出現問題，Kubernetes會為您恢復更改，利用日益增長的部署解決方案的生態系統。