主頁 >  其他 > 第一篇：《Kubernetes 入門介紹》

第一篇：《Kubernetes 入門介紹》

2021-11-09 10:18:17 其他

前言：本文是一篇 kubernetes（下文用 k8s 代替）的入門文章，將會涉及 k8s 的技術歷史背景、架構、集群搭建、一個 Redis 的例子，以及如何使用 operator-sdk 開發 operator 的教程，在文章程序中，會穿插引出 Pod、Deployment、StatefulSet 等 k8s 的概念，這些概念通過例子引出來，更容易理解和實踐，文章參考了很多博客以及資料，部分在文章中用鏈接指示，部分放在最后參考資料部分，

背景

在這里插入圖片描述

  • 2004-2007 年，Google 大規模的使用 Cgroups 技術用來做行程級別的隔離，
  • 2008 年，Cgroups 合并進入 Linux 內核主線，
  • 2013 年，云計算市場，AWS、OpenStack 利用虛擬機技術獨大，
  • 以 Cloud Foundry 為代表的開源 PASS 專案成為一股清流，他們主要特點是提供了應用托管能力，底層是還是虛擬機，開發結束后，執行 cf push myapp，就可以一鍵部署起整個應用，其存在一個主要問題：即開發人員需要為不同的平臺維護多個腳本，經常是本地運行好好的應用，到了線上就啟動不了，還需要修改引數等，調通整個上執行緒序非常的麻煩，
  • 2013 年，還有一個不起眼的小公司 dotCloud 開源了自己的產品 Docker，當時 Cloud Foundry 的首席產品經理分析之后并沒有把它放在眼里，因為沒有什么技術創新， 主要技術就是 Cgroups + Namespace，說白了這些能力都是內核提供的，但是它卻迅速火了起來，主要原因其實是它開創性的提出了 Docker 鏡像的概念，解決了部署環境不一致的問題，凡是使用 Docker 鏡像的應用，打包鏡像之后docker build image，可以直接一鍵在遠端平臺上部署起來docker run image，
  • 除了 Docker 鏡像的部署便捷性，Docker 開源之后迅速火熱的另一個原因是把開發者放在了一個比較重要的位置，1分鐘搭建一個 nginx，3分鐘部署 wordpress，很容易讓開發者上手，但是 Docker 公司也清楚，真實的業務場景下不可能只有一臺 Docker，因此它們需要 Docker 的集群部署平臺， 于是推出了 Swarm 作為自己的容器管理平臺，其間也收購了一些公司，其中 Fig 其實是率先提出容器編排概念的專案，眼看著 Docker 公司就要一統江湖了，但是一些仍舊存在的本質問題：調度問題，還是漸漸顯露了出來，這里文章后面說到 k8s Pod 概念的時候也會講，
  • 2014 年 6 月，Google 宣布 k8s 的誕生，它不是憑空產生的，k8s 來源于 Google 的內部系統 Borg/Omega，這兩個系統在 Google 內部千錘百煉，特別是 Borg，
  • 2015 年 7 月，Google 牽頭成立 CNCF，以 k8s 為基礎，開始引擎容器編排的標準，k8s 借鑒了很多 Borg/Omega 的經驗，推出之后設計思想也比較靠前，也吸引了很多社區開發者追捧，
  • 2017 年 10 月，Docker 公司宣布企業版內置 K8s
  • 2018 年至今，云原生的概念和應用層出不窮，云原生的版圖正在不斷擴大，

k8s架構

在這里插入圖片描述

介紹完背景，接下來我們看下 k8s 集群的架構，這張圖是 k8s 官網的架構圖，從左到右，分為兩部分，第一部分是 Master 節點（也就是圖中的 Control Plane），第二部分是 Node 節點，

Master 節點一般包括四個組件，apiserver、scheduler、controller-manager，他們分別的作用是啥呢：

  • Apiserver：上知天文下知地理，上連其余組件，下接ETCD，提供各類 api 處理、鑒權，和 Node 上的 kublet 通信等，只有 apiserver 會連接 ETCD，
  • Controller-manager：控制各類 controller，通過控制器模式，致力于將當前狀態轉變為期望的狀態，
  • Scheduler：調度，打分，分配資源，
  • Etcd：整個集群的資料庫，也可以不屬于 Master 節點，單獨搭建，

Node 節點一般也包括三個組件，docker，kube-proxy，kubelet

  • Docker：具體跑應用的載體，
  • Kube-proxy：主要負責網路的打通，早期利用 iptables，現在使用 ipvs技術，
  • Kubelet：機器上的 agent，負責管理容器的生命周期，

總結一下就是 k8s 集群是一個由兩部分組件 Master 和 Node 節點組成的架構，其中 Master 節點是整個集群的大腦，Node 節點來運行 Master 節點調度的應用，我們后續會以一個具體的調度例子來解釋這些組件的互動程序，

搭建 k8s 集群

上面說完了 k8s 集群中有哪些組件，接下來我們先看下如何搭建一個 k8s 集群，有以下幾種方法：

  • 當我們安裝了 Docker Desktop APP 之后，勾選 k8s 支持就能搭建起來，
  • 使用 MiniKube 來搭建，社區提供的一鍵安裝腳本，
  • 直接在云平臺購買，例如阿里云 ack，
  • 使用 kubeadmin，這是 k8s 社區推薦的可以部署生產級別 k8s 的工具，
  • 使用二進制，下載各組件安裝，此教程需要注意，下載的各組件版本要和博客中保持一致，就可以成功，

本文后面的例子均采用本地 Docker Desktop APP 搭建的 k8s，

?  ~ kubectl version
Client Version: version.Info{Major:"1", Minor:"21", GitVersion:"v1.21.4", GitCommit:"3cce4a82b44f032d0cd1a1790e6d2f5a55d20aae", GitTreeState:"clean", BuildDate:"2021-08-11T18:16:05Z", GoVersion:"go1.16.7", Compiler:"gc", Platform:"darwin/amd64"}
Server Version: version.Info{Major:"1", Minor:"21", GitVersion:"v1.21.4", GitCommit:"3cce4a82b44f032d0cd1a1790e6d2f5a55d20aae", GitTreeState:"clean", BuildDate:"2021-08-11T18:10:22Z", GoVersion:"go1.16.7", Compiler:"gc", Platform:"linux/amd64"}

從需求出發

下面我們從一個實際的需求出發，來看看如何在 k8s 上部署 Redis 服務，

  • 部署一個Redis服務
  • 支持高可用
  • 提供統一的 EndPoint 訪問地址

部署單機版

如果我們想在 k8s 上部署一個單機版本 Redis，我們執行下面的命令即可：

?  ~ kubectl run redis --image=redis
pod/redis created
?  ~ kubectl get pods
NAME    READY   STATUS    RESTARTS   AGE
redis   1/1     Running   0          5s

可以用 kubectl exec 來進入到 Pod 內部連接 Redis 執行命令：

?  ~ kubectl exec -it redis -- bash
root@redis:/data# redis-cli
127.0.0.1:6379> ping
PONG
127.0.0.1:6379>

那么 Pod 和 Redis 是什么關系呢？這里的 Redis 其實是一個 Docker 行程啟動的服務，但是在 k8s 中，它叫 Pod，

Pod 與 Deployment

我們來講下第一個 k8s 的概念 Pod，Pod 是 k8s 中最小的調度單元，一個 Pod 中可以包含多個 Docker，這些 Docker 都會被調度到同一臺 Node 上，這些 Docker 共享 NetWork Namespace，并且可以宣告共享同一個 Volume 來共享磁盤空間，

這樣的好處是什么呢？其實在真實的世界中，很多應用是有部署在同一臺機器的需求的，比如 Redis 日志采集插件要采集日志，肯定需要和 Redis 部署在同一臺機器上才能讀到 Redis 的日志，我們前面講述背景的時候說到了 Docker Swarm 存在一些問題，其中之一就是它只是基于 Docker 調度，雖然也可以設定親和度讓兩臺 Docker 調度在同一個機器上，但是因為不能一起調度，所以會存在一個Docker 提前被調度到了一個資源少的機器上，從而導致第二個 Docker 調度失敗，

例如我們一共有 2 臺容器，A和B，分別為 Redis 和 日志采集組件，各需要 2g 記憶體，現在有兩臺 node，node1 3.5 記憶體，node2 4g記憶體，在 Docker swarm 的調度策略下，先調度 Redis，有可能被調度到了 node1 上，接下來再來調度日志采集組件，發現 node1 只有 1.5g 記憶體了，調度失敗，但是在 k8s 中，調度是按照 pod 來調度的，兩個組件在一個 pod 中，調度就不會考慮 node1，

雖然 Pod 已經可以運行 Redis 服務了，但是他不具備高可用性，因為一旦一個 Pod 與一個節點（Node）系結，除非這個系結發生了變化（pod.spec.node 欄位被修改），否則它永遠都不會離開這個節點，這也就意味著，如果這個宿主機宕機了，這個 Pod 也不會主動遷移到其他節點上去，為了讓服務可以一直在，需要使用 Deployment 這樣的控制器，

?  ~ kubectl create deployment redis-deployment --image=redis
deployment.apps/redis-deployment created
?  ~ kubectl get pods
NAME                                READY   STATUS    RESTARTS   AGE
redis                               1/1     Running   0          32m
redis-deployment-866c4c6cf9-8z8k5   1/1     Running   0          8s
?  ~

redis-deployment-866c4c6cf9-8z8k5就是剛才通過 kubectl create 創建的新的 Deployment，為了驗證高可用，我們把 redis 和 redis-deployment-866c4c6cf9-8z8k5都刪掉看會發生什么，

?  ~ kubectl delete pod redis redis-deployment-866c4c6cf9-8z8k5
pod "redis" deleted
pod "redis-deployment-866c4c6cf9-8z8k5" deleted
?  ~ kubectl get pods
NAME                                READY   STATUS    RESTARTS   AGE
redis-deployment-866c4c6cf9-zskkb   1/1     Running   0          10s
?  ~

redis已經消失了，但是redis-deployment-866c4c6cf9-zskkb換了個名字又出現了！

Deployment 可以定義多副本個 Pod，從而為應用提供遷移能力，如果單純使用 Pod，實際上當應用被調度到某臺機器之后，機器宕機應用也無法自動遷移，但是使用 Deployment，則會呼叫 ReplicaSet（一種控制器） 來保證當前集群中的應用副本數和指定的一致，

k8s 使用 yaml 來描述命令

k8s 中，可以使用 kubectl 來創建簡單的服務，但是還有一種方式是對應創建復雜的服務的，就是提供 yaml 檔案，例如上面的創建 Pod 的命令，我們可以用下面的 yaml 檔案替換，執行 kubectl create 之后，可以看到 redis Pod 又被創建了出來，

?  ~ cat pod.yaml
apiVersion: v1
kind: Pod
metadata:
  name: redis
spec:
  containers:
  - name: redis
    image: redis
?  ~ kubectl create -f pod.yaml
pod/redis created
?  ~ kubectl get pods
NAME                                READY   STATUS    RESTARTS   AGE
redis                               1/1     Running   0          6s
redis-deployment-866c4c6cf9-zskkb   1/1     Running   0          6m32s

k8s 組件呼叫流程

在這里插入圖片描述

下面我們看下kubectl create deployment redis-deployment --image=redis下發之后，k8s 集群做了什么，

  • 首先 controller-manager, scheduler, kubelet 都會和 apiserver 開始進行 List-Watch 模型，List 是拿到當前的狀態，Watch 是拿到期望狀態，然后 k8s 集群會致力于將當前狀態達到達期望狀態，
  • kubectl 下發命令到 apiserver，鑒權處理之后將創建資訊存入 etcd，Deployment 的實作是使用 ReplicaSet 控制器，當 controller-manager 提前拿到當前的狀態（pod=0），接著接收到期望狀態，需要創建 ReplicaSet（pod=1），就會開始創建 Pod，
  • 然后 scheduler 會進行調度，確認 Pod 被創建在哪一臺 Node 上，
  • 之后 Node 上的 kubelet 真正拉起一個 docker，

這些步驟中，apiserver 的作用是不言而喻的，所以說上接其余組件，下連 ETCD，但是 apiserver 是可以橫向擴容的，然后通過負載均衡，倒是 ETCD 在 k8s 架構中成了瓶頸，

最開始看這架構的時候，會想著為啥 apiserver, scheduler, controller-manager 不合成一個組件，其實在 Google Borg 中，borgmaster 就是這樣的，功能也是這些功能，但是合在了一起，最后他們也發現集群大了之后 borgmaster 會有些性能上的問題，包括 kubelet 的心跳就是很大一塊，所以 k8s 從一開始開源，設計中有三個組件也是更好維護代碼吧，

部署主從版本

上面我們已經部署了 Redis 的單機版，并通過 Deployment 實作了服務持續運行，接下來來看下主從版本如何部署，其中一個比較困難的地方就是如何確定主從的同步關系，

StatefulSet

k8s 為有狀態應用設計了 StatefulSet 這種控制器，它主要通過下面兩個特性來服務有狀態應用：

  • 拓撲狀態：實體的創建順序和編號是順序的，會按照 name-index 來編號，比如 redis-0，redis-1 等，
  • 存盤狀態：可以通過宣告使用外部存盤，例如云盤等，將資料保存，從而 Pod 重啟，重新調度等都能讀到云盤中的資料，

下面我們看下 Redis 的 StatefulSet 的例子：

apiVersion: apps/v1
kind: StatefulSet  # 型別為 statefulset
metadata:
  name: redis-sfs  # app 名稱
spec:
  serviceName: redis-sfs  # 這里的 service 下面解釋
  replicas: 2      # 定義了兩個副本
  selector:
    matchLabels:
      app: redis-sfs
  template:
    metadata:
      labels:
        app: redis-sfs
    spec:
      containers:
      - name: redis-sfs 
        image: redis  # 鏡像版本
        command:
          - bash
          - "-c"
          - |
            set -ex
            ordinal=`hostname | awk -F '-' '{print $NF}'`   # 使用 hostname 獲取序列
            if [[ $ordinal -eq 0 ]]; then     # 如果是 0，作為主
              echo > /tmp/redis.conf
            else
              echo "slaveof redis-sfs-0.redis-sfs 6379" > /tmp/redis.conf # 如果是 1，作為備
            fi
            redis-server /tmp/redis.conf

接著啟動這個 StatefulSet，發現出現了 redis-sfs-0 和 redis-sfs-1 兩個 pod，他們正式按照 name-index 的規則來編號的

?  ~ kubectl create -f server.yaml
statefulset.apps/redis-sfs created
?  ~ kubectl get pods
NAME                                READY   STATUS    RESTARTS   AGE
redis                               1/1     Running   0          65m
redis-deployment-866c4c6cf9-zskkb   1/1     Running   0          71m
redis-sfs-0                         1/1     Running   0          33s  # 按照 
redis-sfs-1                         1/1     Running   0          28s

接著我們繼續看下主從關系生效了沒，查看 redis-sfs-1 的日志，卻發現：

?  ~ kubectl logs -f redis-sfs-1
1:S 05 Nov 2021 08:02:44.243 * Connecting to MASTER redis-sfs-0.redis-sfs:6379
1:S 05 Nov 2021 08:02:50.287 # Unable to connect to MASTER: Resource temporarily unavailable
...

Headless Service

似乎 redis-sfs-1 不認識 redis-sfs-0，原因就在于我們還沒有讓它們互相認識，這個互相認識需要使用 k8s 一個服務叫 Headless Service，Service 是 k8s 專案中用來將一組 Pod 暴露給外界訪問的一種機制，比如，一個 Deployment 有 3 個 Pod，那么我就可以定義一個 Service，然后，用戶只要能訪問到這個 Service，它就能訪問到某個具體的 Pod，一般有兩種方式：

  • VIP：訪問 VIP 隨機回傳一個后端的 Pod
  • DNS：通過 DNS 決議到后端某個 Pod 上

Headless Service 就是通過 DNS 的方式，可以決議到某個 Pod 的地址，這個 DNS 地址的規則就是：

<pod-name>.<svc-name>.<namespace>.svc.cluster.local

下面我們創建集群對應的 Headless Service：

下面我們創建集群對應的 Headless Service：

apiVersion: v1
kind: Service
metadata:
  name: redis-sfs
  labels:
    app: redis-sfs
spec:
  clusterIP: None   # 這里的 None 就是 Headless 的意思，表示會主動由 k8s 分配
  ports:
    - port: 6379
      name: redis-sfs
  selector:
    app: redis-sfs

再次查看，發現 redis-sfs-1 已經主備同步成功了，因為創建 Headless Service 之后，redis-sfs-0.redis-sfs.default.svc.cluster.local 在集群中就是唯一可訪問的了，

?  ~ kubectl create -f service.yaml
service/redis-sfs created
?  ~ kubectl get service
NAME         TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)    AGE
kubernetes   ClusterIP   10.96.0.1    <none>        443/TCP    24d
redis-sfs    ClusterIP   None         <none>        6379/TCP   33s
?  ~ kubectl logs -f redis-sfs-1
...
1:S 05 Nov 2021 08:23:31.341 * Connecting to MASTER redis-sfs-0.redis-sfs:6379
1:S 05 Nov 2021 08:23:31.345 * MASTER <-> REPLICA sync started
1:S 05 Nov 2021 08:23:31.345 * Non blocking connect for SYNC fired the event.
1:S 05 Nov 2021 08:23:31.346 * Master replied to PING, replication can continue...
1:S 05 Nov 2021 08:23:31.346 * Partial resynchronization not possible (no cached master)
1:S 05 Nov 2021 08:23:31.348 * Full resync from master: 29d1c03da6ee2af173b8dffbb85b6ad504ccc28f:0
1:S 05 Nov 2021 08:23:31.425 * MASTER <-> REPLICA sync: receiving 175 bytes from master to disk
1:S 05 Nov 2021 08:23:31.426 * MASTER <-> REPLICA sync: Flushing old data
1:S 05 Nov 2021 08:23:31.426 * MASTER <-> REPLICA sync: Loading DB in memory
1:S 05 Nov 2021 08:23:31.431 * Loading RDB produced by version 6.2.6
1:S 05 Nov 2021 08:23:31.431 * RDB age 0 seconds
1:S 05 Nov 2021 08:23:31.431 * RDB memory usage when created 1.83 Mb
1:S 05 Nov 2021 08:23:31.431 # Done loading RDB, keys loaded: 0, keys expired: 0.
1:S 05 Nov 2021 08:23:31.431 * MASTER <-> REPLICA sync: Finished with success
^C
?  ~ kubectl exec -it redis-sfs-1 -- bash
root@redis-sfs-1:/data# redis-cli -h redis-sfs-0.redis-sfs.default.svc.cluster.local
redis-sfs-0.redis-sfs.default.svc.cluster.local:6379> ping
PONG
redis-sfs-0.redis-sfs.default.svc.cluster.local:6379>

此時無論我們洗掉哪個 Pod，它都會按照原來的名稱被拉起來，從而可以保證準備關系，這個例子只是一個 StatefulSet 的示例，分析下來可以發現，雖然它可以維護主備關系，但是當主掛了的時候，此時備無法切換上來，因為沒有組件可以幫我們做這個切換操作，一個辦法是用 Redis Sentinel，可以參考這個專案的配置：k8s-redis-ha-master，如果你的 k8s 較新，需要 merge 此 PR.

Operator

雖然有了 StatefulSet，但是這只能對基礎版有用，如果想自己定制更加復雜的操作，k8s 的解法是 operator，簡而言之，operator 就是定制自己 k8s 物件及物件所對應操作的解法，

那什么是物件呢？一個 Redis 集群，一個 etcd 集群，zk 集群，都可以是一個物件，現實中我們想描述什么，就來定義什么，實際上我們定一個是k8s yaml 中的 kind，之前的例子中，我們使用過 Pod，Deployment，StatefulSet，它們是 k8s 默認實作，現在如果要定義自己的物件，有兩個流程：

  • 定義物件，比如你的集群默認有幾個節點，都有啥組件
  • 定義物件觸發的操作，當創建物件時候要做什么流程，HA 時候要做什么流程等，

operator 的方式是基于編程實作的，可以用多種語言，用的最多的就是 go 語言，通常大家會借助 operator-sdk 來完成，因為有很多代碼會自動生成，相當于 operator 會生成框架，然后我們實作對應的業務邏輯，

準備作業

  • 安裝好 go 環境
  • 安裝 operator-sdk

初始化專案

然后我們按照官網的 sdk 例子，來一步一步實作一個 memcached 的 operator，這里也可以換成 Redis，但是為了保證和官網一致，我們就按照官網來創建 memcached operator，

?  ~ cd $GOPATH/src
?  src mkdir memcached-operator
?  src cd memcached-operator
?  memcached-operator operator-sdk init --domain yangbodong22011 --repo github.com/yangbodong22011/memcached-operator --skip-go-version-check // 這里需要注意 domain 最好是和你在 https://hub.docker.com 的注冊名稱相同，因為后續會發布 docker 鏡像
Writing kustomize manifests for you to edit...
Writing scaffold for you to edit...
Get controller runtime:
$ go get sigs.k8s.io/controller-runtime@v0.9.2
Update dependencies:
$ go mod tidy
Next: define a resource with:
$ operator-sdk create api

創建 API 和 Controller

?  memcached-operator operator-sdk create api --group cache --version v1alpha1 --kind Memcached --resource --controller
Writing kustomize manifests for you to edit...
Writing scaffold for you to edit...
api/v1alpha1/memcached_types.go
controllers/memcached_controller.go
Update dependencies:
$ go mod tidy
Running make:
$ make generate
go: creating new go.mod: module tmp
Downloading sigs.k8s.io/controller-tools/cmd/controller-gen@v0.6.1
go get: installing executables with 'go get' in module mode is deprecated.
	To adjust and download dependencies of the current module, use 'go get -d'.
	To install using requirements of the current module, use 'go install'.
	To install ignoring the current module, use 'go install' with a version,
	like 'go install example.com/cmd@latest'.
	For more information, see https://golang.org/doc/go-get-install-deprecation
	or run 'go help get' or 'go help install'.
...
go get: added sigs.k8s.io/yaml v1.2.0
/Users/yangbodong/go/src/memcached-operator/bin/controller-gen object:headerFile="hack/boilerplate.go.txt" paths="./..."
?  memcached-operator

上面的步驟實際上生成了一個 operator 的框架，接下來我們首先來定義 memcached 集群都包括啥，將默認實作修改為 Size，表示一個 Memcached 集群中 Memcached 的數量，最后呼叫 make generate 和 make manifests 來自動生成 deepcopy 和 CRD 資源，

?  memcached-operator vim api/v1alpha1/memcached_types.go // 修改下面 Memcached 集群的定義
// MemcachedSpec defines the desired state of Memcached
type MemcachedSpec struct {
	//+kubebuilder:validation:Minimum=0
	// Size is the size of the memcached deployment
	Size int32 `json:"size"`
}

// MemcachedStatus defines the observed state of Memcached
type MemcachedStatus struct {
	// Nodes are the names of the memcached pods
	Nodes []string `json:"nodes"`
}

?  memcached-operator make generate
/Users/yangbodong/go/src/memcached-operator/bin/controller-gen object:headerFile="hack/boilerplate.go.txt" paths="./..."
?  memcached-operator make manifests
/Users/yangbodong/go/src/memcached-operator/bin/controller-gen "crd:trivialVersions=true,preserveUnknownFields=false" rbac:roleName=manager-role webhook paths="./..." output:crd:artifacts:config=config/crd/bases
?  memcached-operator

實作 Controller

接下來是第二步，定義當創建一個 Memcached 集群時候，具體要干啥，

?  memcached-operator vim controllers/memcached_controller.go

https://raw.githubusercontent.com/operator-framework/operator-sdk/latest/testdata/go/v3/memcached-operator/controllers/memcached_controller.go //
將 example 換成 yangbodong22011，注意，// 注釋中的也要換，實際不是注釋，而是一種格式


?  memcached-operator go mod tidy; make manifests
/Users/yangbodong/go/src/memcached-operator/bin/controller-gen "crd:trivialVersions=true,preserveUnknownFields=false" rbac:roleName=manager-role webhook paths="./..." output:crd:artifacts:config=config/crd/bases

發布 operator 鏡像

?  memcached-operator vim Makefile
將 -IMG ?= controller:latest 改為 +IMG ?= $(IMAGE_TAG_BASE):$(VERSION)

?  memcached-operator docker login  // 提前登錄下 docker
Login with your Docker ID to push and pull images from Docker Hub. If you don't have a Docker ID, head over to https://hub.docker.com to create one.
Username: yangbodong22011
Password:
WARNING! Your password will be stored unencrypted in /Users/yangbodong/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store

Login Succeeded
?  memcached-operator sudo make docker-build docker-push 
...
=> => writing image sha256:a7313209e321c84368c5cb7ec820fffcec2d6fcb510219d2b41e3b92a2d5545a                                                             0.0s
 => => naming to docker.io/yangbodong22011/memcached-operator:0.0.1                                                                                      0.0s
fac03a24e25a: Pushed
6d75f23be3dd: Pushed
0.0.1: digest: sha256:242380214f997d98186df8acb9c13db12f61e8d0f921ed507d7087ca4b67ce59 size: 739

修改鏡像和部署

?  memcached-operator vim config/manager/manager.yaml
image: controller:latest 修改為 yangbodong22011/memcached-operator:0.0.1

?  memcached-operator vim config/default/manager_auth_proxy_patch.yaml
因為國內訪問不了 gcr.io
image: gcr.io/kubebuilder/kube-rbac-proxy:v0.8.0 修改為 kubesphere/kube-rbac-proxy:v0.8.0 


?  memcached-operator make deploy
...
configmap/memcached-operator-manager-config created
service/memcached-operator-controller-manager-metrics-service created
deployment.apps/memcached-operator-controller-manager created

?  memcached-operator kubectl get deployment -n memcached-operator-system // ready 說明 operator 已經部署了
NAME                                    READY   UP-TO-DATE   AVAILABLE   AGE
memcached-operator-controller-manager   1/1     1            1           31s
?  memcached-operator

創建 Memcached 集群

?  memcached-operator cat config/samples/cache_v1alpha1_memcached.yaml
apiVersion: cache.yangbodong22011/v1alpha1
kind: Memcached
metadata:
  name: memcached-sample
spec:
  size: 1
?  memcached-operator kubectl apply -f config/samples/cache_v1alpha1_memcached.yaml
memcached.cache.yangbodong22011/memcached-sample created
?  memcached-operator kubectl get pods
NAME                                READY   STATUS    RESTARTS   AGE
memcached-sample-6c765df685-xhhjc   1/1     Running   0          104s
redis                               1/1     Running   0          177m
redis-deployment-866c4c6cf9-zskkb   1/1     Running   0          3h4m
redis-sfs-0                         1/1     Running   0          112m
redis-sfs-1                         1/1     Running   0          112m
?  memcached-operator

可以通過 kubectl logs 來查看 operator 的日志：

?  ~ kubectl logs -f deployment/memcached-operator-controller-manager -n memcached-operator-system
2021-11-05T09:50:46.042Z	INFO	controller-runtime.manager.controller.memcached	Creating a new Deployment	{"reconciler group": "cache.yangbodong22011", "reconciler kind": "Memcached", "name": "memcached-sample", "namespace": "default", "Deployment.Namespace": "default", "Deployment.Name": "memcached-sample"}

至此，我們的 operator-sdk 的任務暫時告一段落，

總結

本文介紹了 k8s 的架構，各組件的功能，以及通過一個循序漸進的 Redis 例子介紹了 k8s 中 Pod, Deployment, StatefulSet 的概念，并通過 operator-sdk 演示了一個完整的 operator制作的例子，

參考資料

[1] 《深入剖析Kubernetes》張磊，CNCF TOC 成員，@阿里云
[2] 《Kubernetes 權威指南》第五版
[3] 《Large-scale cluster management at Google with Borg》

轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/353613.html

標籤：其他

上一篇：Mycat的搭建以及配置與啟動

下一篇：Linux 基礎上機篇

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種：三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看，三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看，三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統，“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及：虛擬機CentOs下執行 yum -y install lrzsz命令，出現錯誤：鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示：其實很簡單，往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號， sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求，SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生， 2020-08-28 16:18:25 分類專欄： kail 網路安全 linux 文章標簽： linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么？ 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼： #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘（北斗授時服務器）讓網路資料更精準

    北斗電力時鐘（北斗授時服務器）讓網路資料更精準 北斗電力時鐘（北斗授時服務器）讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年，資訊技術的得了快速發展，互聯網在逐漸普及，其在人們生活和生產中都得到了廣泛應用，并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用，一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub：https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺，后來才有了CTFHub。 感覺不論是網頁UI設計，還是題目質量，賽事跟蹤，工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解（net user / type /md /rd/ dir /cd /net use copy、批處理 等） 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝，密碼啊破解03Linux常用命令04LAMP 01LINUX windows： win03 8 12 16 19 配置不繁瑣 Linux：redhat,centos(紅帽社區版)，Ubuntu server,suse unix:金融機構，證券，銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 （POST注入/XSS漏洞上傳）3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題，描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章，不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》，我也是第一時間得知了這個訊息，然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本： 個人認為這件事也沒什么，還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹：metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包，它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一，它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip：192.168.20.121 靶機ip：192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k，軟體測驗工程師的漲薪史，給我看哭了

    清明節一過，盲猜大家已經無心上班，在數著日子準備過五一，但一想到銀行卡里的余額……瞬間心情就不美麗了。最近，2023年高校畢業生就業調查顯示，本科畢業月平均起薪為5825元。調查一出，便有很多同學表示自己又被平均了。看著這一資料，不免讓人想到前不久中國青年報的一項調查：近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文，所以對學習母語的我們非常不友好 使用網址：https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜，前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜，自動化測驗的需求也越來越高。如今，自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分，它們可以幫助開發人員更快地發現和修復錯誤，提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐：4個DVPP記憶體問題的典型案例解讀

    摘要：由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求（例如，記憶體首地址128位元組對齊），因此需呼叫專用的記憶體申請介面，那么本期就分享幾個關于DVPP記憶體問題的典型案例，并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》，作者：昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊，輔助滲透（埠掃描、登錄密碼爆破、漏洞驗證等） 2、encoders 編碼器模塊，主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手：與相機連接，設定相機引數，采集影像 2) 標定助手：九點標定或是其它的標定，生成標定檔案及內參外參，可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客，先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp)，這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接： https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more

Copyright © 2010-2020 有解無憂