k8s核心資源對象& NameSpace（指定版本回滾）

k8s核心的資源對象：

• Pod：是運行以及調度的原子單位，也就是k8s中最小的資源單位，同一個pod可以同時運行多個container，多個container之間共享：（UTS（主機名和域名），IPC（消息隊列和共享內存），NET（網絡棧，端口等），namespace（名稱空間）），但USR（用戶和組），MNT（掛載點），PID（進行編號）是相互隔離的。
  pod有兩種類型的pod：一類是由控制器控制的pod，一類是自主式pod（不受控制器管理，自己管理自己）

• Deployment：最常見的pod控制器，它支持應用的擴縮容。滾動更新操作。（缺點：無法回滾到指定的版本）

• Service： 為有生命周期的pod對象提供了一個固定的統一的訪問接口，用于服務發現和服務訪問。
  以下資源對象會在后續的博客中進行應用，以下只做了解
• RC（Replcation Controller）：最早一代的pod控制器，在將來的版本中會將其刪除。

• RS （Replication Set）：新一代的pod控制器，用來替換RC，功能與RC基本相同，唯一的不同之處在于支持的標簽選擇器不同。RC只支持等值的選擇器，RS還額外支持基于集合的選擇器。

• DaemonSet：用來確保每個節點都運行某個pod的一個副本。（每個節點只運行一個副本，不支持replicas字段）

• Job：用來管理運行完成之后即可終止的應用，例如批量處理作業任務（可以理解為依次形的pod，只要任務執行完成后，就立即刪除pod）

• PV（PersistentVolume）：持久卷，統一的數據持久化目錄，方便管理

* PVC（PersistentVolumeClaim）：應用pv持久化空間的一個申請，聲明。

• Stroage Class：（存儲類）根本作用：根據pv定義的值自動創建pv。

• StatefulSet：又稱PetSet，也是一種pod控制器。
  特點：pod名稱不變，每個副本啟停有順序。用于數據持久化（每個pod的數據都不一樣），自動創建pv，pvc。

• Secret和ConfigMap：用于保存輕量的敏感信息。比如數據庫的用戶名和密碼或者認證密鑰等。

* Ingress-nginx: 用于解決集群的負載情況，為集群提供一個統一的路口。安全，端口容器管理。

NameSpace（命名空間）

NameSpace（命名空間）是kubernetes系統中的另一個重要的概念，通過將系統內部的對象“分配”到不同的namespace中，形成邏輯上分組的不同項目，小組或用戶組，便于不同的分組在共享使用整個集群的資源的同時還能被分別管理。
kubernetes集群在啟動后，會創建一個名為“default”的NameSpace，如果不特別指明NameSpace，則用戶創建的pod，RC, Service都被系統創建到“default”的NameSpace中。
kubernetes中的NameSpace主要用于空間，名稱上的隔離，和docker中的NameSpace的概念完全不一樣。

[root@master ~]# kubectl  get ns   //查看命名空間
NAME              STATUS   AGE
default           Active   27d        //默認命名空間為default
kube-node-lease   Active   27d
kube-public       Active   27d
kube-system       Active   27d

創建命名空間
##有兩種創建方法：命令行和編寫yaml文件
//方法一：命令行創建

[root@master ~]# kubectl  create  ns k8s1
namespace/k8s1 created

//方法二：編寫yaml文件

[root@master ~]# vim k8s2-ns.yaml
apiVersion: v1
kind: Namespace
metadata:
  name: k8s2

[root@master ~]# kubectl apply -f  k8s2-ns.yaml 
namespace/k8s2 created

命名空間的應用
1，指定一個pod（httpd）運行在指定的名稱空間中：

[root@master ~]# vim test-pod1.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: test-pod1
  namespace: k8s2            //在該字段下指定命名空間
spec:
  revisionHistoryLimit: 5        
  replicas: 2
  template:
    metadata:
      labels:
        name: httpd-web
    spec:
      containers:
      - name: httpd
        image: httpd
        ports:
        - containerPort: 80

[root@master ~]# kubectl apply -f  test-pod1.yaml 
deployment.extensions/test-pod1 created

//查看該命名空間下的pod：
[root@master ~]# kubectl  get pod -n k8s2    # -n：指定命名空間
NAME                         READY   STATUS    RESTARTS   AGE
test-pod1-55b448f88c-mhmqc   1/1     Running   0          4m6s
test-pod1-55b448f88c-xqsr7   1/1     Running   0          4m6s

PS：查看任何命名空間下的資源對象時，都需要指定對應的命名空間，否則默認查看的時default命名空間下的pod。

namespace應用之指定版本回滾
在上一章的資源的創建方式博客中我們用到了版本的升級和回滾操作，但是只能在前后兩個版本之間，這是一個極大的缺點，而接下來的操作是可以指定某一個版本來進行回滾。

//在指定的命名空間下創建一個deployment資源對象，鏡像用私有倉庫中的鏡像，進行更新和回滾操作，且驗證網頁。

1）搭建registry私有倉庫，且上傳自定義鏡像，過程可以參考該博文部署私有倉庫

2）創建資源對象：
[root@master ~]# vim namespace-pod1.yaml

apiVersion: v1
kind: Namespace                 #創建命名空間
metadata:
  name: test-namespace
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx-deploy1
  namespace: test-namespace
spec:
  template:
    metadata:
      labels:
        name: nginx-web            #創建deployment
    spec:
      containers:
      - name: nginx
        image: 172.16.1.30:5000/nginx:v1
        ports:
        - containerPort: 80
---
apiVersion: v1
kind: Service
metadata:
  name: nginx-svc
  namespace: test-namespace
spec:
  type: NodePort             #創建service關聯deployment
  selector:
    name: nginx-web
  ports:
  - name: nginx
    port: 80
    targetPort: 80
    nodePort: 30001

//運行該pod
[root@master ~]# kubectl apply -f namespace-pod1.yaml --record 
namespace/test-namespace configured
deployment.extensions/nginx-deploy1 configured
service/nginx-svc configured

• 參數：--record：記錄版本信息。

//查看deployment版本信息：
[root@master ~]# kubectl  get deployments. -o wide -n test-namespace 

//訪問web界面：

3)進行更新操作，將鏡像版本進行更新至v2版本：

[root@master ~]# cp namespace-pod1.yaml namespace-pod2.yaml 
[root@master ~]# vim namespace-pod2.yaml 

[root@master ~]# kubectl apply -f  namespace-pod2.yaml  --record  #記錄版本信息
namespace/test-namespace configured
deployment.extensions/nginx-deploy1 configured
service/nginx-svc configured

//查看當前鏡像版本：
[root@master ~]# kubectl  get deployments. -o wide -n test-namespace 

//鏡像更新成功，訪問網頁：

4）進行回滾操作，回滾到指定版本1：

//回滾之前需要先查看歷史版本信息：
[root@master ~]# kubectl  rollout  history deployment  -n test-namespace 

因為我只更新了一次，所以只有兩個版本，當然在生產環境中肯定有非常多的一個版本，所以我們必須要能夠指定對應的版本。

//進行回滾：

[root@master ~]# kubectl  rollout undo deployment -n test-namespace  nginx-deploy1 --to-revision=1
deployment.extensions/nginx-deploy1 rolled back

• --to-revision參數來指定版本，只需要選擇對應的版本號即可。
  //查看deployment的版本，是否回滾成功：
  
  版本回滾成功，測試訪問web界面：
  
  可以看到回滾成功，網頁內容也進行了回滾操作。

//再次查看歷史版本信息：

可以看到進行了回滾操作后，之前的版本1已經變成了最新版本3，版本是以順序的方式進行排列。

———————— 本文至此結束，感謝閱讀 ————————