前言
在 K8s 中，创建资源有两种方式：
- 直接使用 kubectl run 命令创建
- 使用 kubectl create/apply 命令从 YAML 文件创建
在本文中，我将通过示例解释这两种方法，以及它们分别应该在何时使用。
kubectl run
kubectl run 命令在 pod 中创建并运行特定的镜像。例如：
|
1
2
3
4
5
|
$ kubectl run nginx --image=nginx --port 80pod/nginx created$ kubectl get po nginxNAME READY STATUS RESTARTS AGEnginx 1/1 Running 0 25s |
如果您对这个新 pod 执行 kubectl describe 命令，您将看到：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
$ kubectl describe po nginxName: nginxNamespace: defaultPriority: 0Node: ip-10-0-0-146.ec2.internal/10.0.0.146Start Time: Sat, 09 Apr 2022 16:56:29 -0400Labels: run=nginxAnnotations: kubernetes.io/psp: eks.privilegedStatus: RunningIP: 10.0.0.69IPs: IP: 10.0.0.69 |
请注意，Labels 是 run=nginx。
您还可以在 run 命令中指定环境变量，例如：
|
1
|
$ kubectl run nginx --image=nginx --port 80 --env="DNS_DOMAIN=cluster" --env="POD_NAMESPACE=default" |
如果您现在执行 kubectl describe nginx，就可以看到我们刚刚提供的新环境变量：
|
1
2
3
4
|
$ kubectl describe po nginx | grep "Env" -A2 Environment: DNS_DOMAIN: cluster POD_NAMESPACE: default |
通常，kubectl run 命令用于一些简单、直观和快速的任务，它适用于 ad-hoc（点对点网络模式）的测试或实验。
kubectl kubectl create/apply
kubectl create/apply 命令基于给定的配置文件。该配置文件具有以下特点：
- 配置文件描述了应用程序最终将达到的 Whatstate。
- 配置文件提供创建资源的模板，可以重复部署。
- 部署可以像代码一样进行管理。
- 适用于正式的、跨环境的、大规模的部署。
- 需要熟悉配置文件的语法才能使用此方法。
让我们再看一个例子。我们将创建相同的 nginx pod，这一次，让我们通过 YAML 文件来完成：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
apiVersion: apps/v1kind: Deploymentmetadata: name: nginx labels: app: nginxspec: 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 命令来创建资源：
|
1
2
3
4
5
6
7
|
$ kubectl create -f nginx-deployment.yamldeployment.apps/nginx created$ kubectl get poNAME READY STATUS RESTARTS AGEnginx-6799fc88d8-k7tfl 1/1 Running 0 5s$ kubectl delete -f nginx-deployment.yamldeployment.apps "nginx" deleted |
您还可以使用 kubectl apply 命令：
|
1
2
3
4
5
6
7
|
$ kubectl apply -f nginx-deployment.yamldeployment.apps/nginx created$ kubectl get poNAME READY STATUS RESTARTS AGEnginx-6799fc88d8-2fsxk 1/1 Running 0 17s$ kubectl delete -f nginx-deployment.yamldeployment.apps "nginx" deleted |
可以看到，create 和 apply 命令都可以用来创建资源，但是二者有什么区别呢？
kubectl create 与 kubectl apply
让我们谈谈 create 和 apply 之间的区别。
create
此命令将告诉 K8s API 服务器，您要创建、删除或替换一个或多个资源。以更简化的方式，这意味着您可以从头开始创建一个全新的对象。或者，它通过定义需求对任何现有对象进行一些更改。
apply
此命令意味着通过在给定的 YAML 文件中声明您确切需要的内容来更改已经存在的对象。
为了演示，让我们使用 nginx Deployment 文件。首先，让我们创建资源：
|
1
2
|
$ kubectl create -f nginx-deployment.yamldeployment.apps/nginx created |
现在，假设我们要向 pod 添加一个 label，将 label 更新为：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
apiVersion: apps/v1kind: Deploymentmetadata: name: nginx labels: app: nginx env: prodspec: replicas: 1 selector: matchLabels: app: nginx template: metadata: labels: app: nginx env: prod spec: containers: - name: nginx image: nginx |
如果再次运行 create 命令：
|
1
2
|
$ kubectl create -f nginx-deployment.yamlError from server (AlreadyExists): error when creating "nginx-deployment.yaml": deployments.apps "nginx" already exists |
即使 YAML 文件略有不同，您也会收到 “nginx” 已存在的错误。
那如果你运行 kubectl apply 呢？让我们试一试：
|
1
2
|
$ kubectl apply -f nginx-deployment.yamldeployment.apps/nginx configured |
现在让我们描述一下资源：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
$ kubectl get poNAME READY STATUS RESTARTS AGEnginx-595f565474-zkl4t 1/1 Running 0 3m39s$ kubectl describe po nginx-595f565474-zkl4tName: nginx-595f565474-zkl4tNamespace: defaultPriority: 0Node: ip-10-0-0-146.ec2.internal/10.0.0.146Start Time: Sat, 09 Apr 2022 17:20:04 -0400Labels: app=nginx env=prod pod-template-hash=595f565474 |
您可以看到应用了新的 labels 是 env=prod。
现在我们了解了 kubectl create 和 kubectl apply 之间的区别，您可能想知道应该使用哪一个？
在 kubectl create 命令中，我们指定了一个特定行为，也就是 create，因此它是一种更具命令式的方法。在 kubectl apply 命令中，我们指定系统的目标状态，而不指定一个特定的行为，因此它是更具声明性的方法。我们让系统决定采取什么行动。如果资源不存在，它将创建它，如果资源存在，则它将配置应用于现有资源。
简单来说，如果对单个文件运行一个操作来创建资源，create 和 apply 基本是相同的。但是，apply 允许您在一个目录中的多个文件上同时创建和修补。
总结
到此这篇关于K8s创建资源的文章就介绍到这了,更多相关K8s创建资源内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://os.51cto.com/article/707801.html
