K8s創(chuàng)建資源的兩種方法實例

更新時間：2022年05月07日 11:44:41 作者：子沐愛掃地（譯）

而在我看來,在學(xué)習(xí)K8S之前,有必要對K8S的資源對象有個全局的概念,下面這篇文章主要給大家介紹了關(guān)于K8s創(chuàng)建資源的兩種方法,需要的朋友可以參考下

前言

在 K8s 中，創(chuàng)建資源有兩種方式：

直接使用 kubectl run 命令創(chuàng)建
使用 kubectl create/apply 命令從 YAML 文件創(chuàng)建

在本文中，我將通過示例解釋這兩種方法，以及它們分別應(yīng)該在何時使用。

kubectl run

kubectl run 命令在 pod 中創(chuàng)建并運行特定的鏡像。例如：

$ kubectl run nginx --image=nginx --port 80
pod/nginx created
$ kubectl get po nginx
NAME    READY   STATUS    RESTARTS   AGE
nginx   1/1     Running   0          25s

如果您對這個新 pod 執(zhí)行 kubectl describe 命令，您將看到：

$ kubectl describe po nginx
Name:         nginx
Namespace:    default
Priority:     0
Node:         ip-10-0-0-146.ec2.internal/10.0.0.146
Start Time:   Sat, 09 Apr 2022 16:56:29 -0400
Labels:       run=nginx
Annotations:  kubernetes.io/psp: eks.privileged
Status:       Running
IP:           10.0.0.69
IPs:
  IP:  10.0.0.69

請注意，Labels 是 run=nginx。

您還可以在 run 命令中指定環(huán)境變量，例如：

$ kubectl run nginx --image=nginx --port 80 --env="DNS_DOMAIN=cluster" --env="POD_NAMESPACE=default"

如果您現(xiàn)在執(zhí)行 kubectl describe nginx，就可以看到我們剛剛提供的新環(huán)境變量：

$ kubectl describe po nginx | grep "Env" -A2
    Environment:
      DNS_DOMAIN:     cluster
      POD_NAMESPACE:  default

通常，kubectl run 命令用于一些簡單、直觀和快速的任務(wù)，它適用于 ad-hoc（點對點網(wǎng)絡(luò)模式）的測試或?qū)嶒灐?/p>

kubectl kubectl create/apply

kubectl create/apply 命令基于給定的配置文件。該配置文件具有以下特點：

配置文件描述了應(yīng)用程序最終將達到的 Whatstate。
配置文件提供創(chuàng)建資源的模板，可以重復(fù)部署。
部署可以像代碼一樣進行管理。
適用于正式的、跨環(huán)境的、大規(guī)模的部署。
需要熟悉配置文件的語法才能使用此方法。

讓我們再看一個例子。我們將創(chuàng)建相同的 nginx pod，這一次，讓我們通過 YAML 文件來完成：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx
  labels:
    app: nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx
          ports:
        - containerPort: 80

不用在意 Deployment 文件語法，我將在另一篇文章中討論 K8s Deployment。

讓我們使用 kubectl create 命令來創(chuàng)建資源：

$ kubectl create -f nginx-deployment.yaml
deployment.apps/nginx created
$ kubectl get po
NAME                     READY   STATUS    RESTARTS   AGE
nginx-6799fc88d8-k7tfl   1/1     Running   0          5s
$ kubectl delete -f nginx-deployment.yaml
deployment.apps "nginx" deleted

您還可以使用 kubectl apply 命令：

$ kubectl apply -f nginx-deployment.yaml
deployment.apps/nginx created
$ kubectl get po
NAME                     READY   STATUS    RESTARTS   AGE
nginx-6799fc88d8-2fsxk   1/1     Running   0          17s
$ kubectl delete -f nginx-deployment.yaml
deployment.apps "nginx" deleted

可以看到，create 和 apply 命令都可以用來創(chuàng)建資源，但是二者有什么區(qū)別呢？

kubectl create 與 kubectl apply

讓我們談?wù)?create 和 apply 之間的區(qū)別。

create

此命令將告訴 K8s API 服務(wù)器，您要創(chuàng)建、刪除或替換一個或多個資源。以更簡化的方式，這意味著您可以從頭開始創(chuàng)建一個全新的對象。或者，它通過定義需求對任何現(xiàn)有對象進行一些更改。

apply

此命令意味著通過在給定的 YAML 文件中聲明您確切需要的內(nèi)容來更改已經(jīng)存在的對象。

為了演示，讓我們使用 nginx Deployment 文件。首先，讓我們創(chuàng)建資源：

$ kubectl create -f nginx-deployment.yaml
deployment.apps/nginx created

現(xiàn)在，假設(shè)我們要向 pod 添加一個 label，將 label 更新為：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx
  labels:
    app: nginx
    env: prod
spec:
  replicas: 1
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
        env: prod
    spec:
      containers:
        - name: nginx
          image: nginx

如果再次運行 create 命令：

$ kubectl create -f nginx-deployment.yaml
Error from server (AlreadyExists): error when creating "nginx-deployment.yaml": deployments.apps "nginx" already exists

即使 YAML 文件略有不同，您也會收到 “nginx” 已存在的錯誤。

那如果你運行 kubectl apply 呢？讓我們試一試：

$ kubectl apply -f nginx-deployment.yaml
deployment.apps/nginx configured

現(xiàn)在讓我們描述一下資源：

$ kubectl get po
NAME                     READY   STATUS    RESTARTS   AGE
nginx-595f565474-zkl4t   1/1     Running   0          3m39s
$ kubectl describe po nginx-595f565474-zkl4t
Name:         nginx-595f565474-zkl4t
Namespace:    default
Priority:     0
Node:         ip-10-0-0-146.ec2.internal/10.0.0.146
Start Time:   Sat, 09 Apr 2022 17:20:04 -0400
Labels:       app=nginx
              env=prod
              pod-template-hash=595f565474

您可以看到應(yīng)用了新的 labels 是 env=prod。

現(xiàn)在我們了解了 kubectl create 和 kubectl apply 之間的區(qū)別，您可能想知道應(yīng)該使用哪一個？

在 kubectl create 命令中，我們指定了一個特定行為，也就是 create，因此它是一種更具命令式的方法。在 kubectl apply 命令中，我們指定系統(tǒng)的目標狀態(tài)，而不指定一個特定的行為，因此它是更具聲明性的方法。我們讓系統(tǒng)決定采取什么行動。如果資源不存在，它將創(chuàng)建它，如果資源存在，則它將配置應(yīng)用于現(xiàn)有資源。

簡單來說，如果對單個文件運行一個操作來創(chuàng)建資源，create 和 apply 基本是相同的。但是，apply 允許您在一個目錄中的多個文件上同時創(chuàng)建和修補。