在 K8s 中,创建资源有两种方式:
在本文中,我将通过示例解释这两种方法,以及它们分别应该在何时使用。
kubectl run
kubectl run 命令在 pod 中创建并运行特定的镜像。例如:
$ 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 执行 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 命令中指定环境变量,例如:
$ kubectl run nginx --image=nginx --port 80 --env="DNS_DOMAIN=cluster" --env="POD_NAMESPACE=default"
如果您现在执行 kubectl describe nginx,就可以看到我们刚刚提供的新环境变量:
$ 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 文件来完成:
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 命令来创建资源:
$ 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 命令都可以用来创建资源,但是二者有什么区别呢?
kubectl create 与 kubectl apply
让我们谈谈 create 和 apply 之间的区别。
create
此命令将告诉 K8s API 服务器,您要创建、删除或替换一个或多个资源。以更简化的方式,这意味着您可以从头开始创建一个全新的对象。或者,它通过定义需求对任何现有对象进行一些更改。
apply
此命令意味着通过在给定的 YAML 文件中声明您确切需要的内容来更改已经存在的对象。
为了演示,让我们使用 nginx Deployment 文件。首先,让我们创建资源:
$ kubectl create -f nginx-deployment.yaml
deployment.apps/nginx created
现在,假设我们要向 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
现在让我们描述一下资源:
$ 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
您可以看到应用了新的 labels 是 env=prod。
现在我们了解了 kubectl create 和 kubectl apply 之间的区别,您可能想知道应该使用哪一个?
在 kubectl create 命令中,我们指定了一个特定行为,也就是 create,因此它是一种更具命令式的方法。在 kubectl apply 命令中,我们指定系统的目标状态,而不指定一个特定的行为,因此它是更具声明性的方法。我们让系统决定采取什么行动。如果资源不存在,它将创建它,如果资源存在,则它将配置应用于现有资源。
简单来说,如果对单个文件运行一个操作来创建资源,create 和 apply 基本是相同的。但是,apply 允许您在一个目录中的多个文件上同时创建和修补。
我希望你喜欢这个小知识分享,我会在下一篇文章中见到你!
文章版权声明
1 原创文章作者:Ξ Miracle Ξ,如若转载,请注明出处: https://www.52hwl.com/98634.html
2 温馨提示:软件侵权请联系469472785#qq.com(三天内删除相关链接)资源失效请留言反馈
3 下载提示:如遇蓝奏云无法访问,请修改lanzous(把s修改成x)
4 免责声明:本站为个人博客,所有软件信息均来自网络 修改版软件,加群广告提示为修改者自留,非本站信息,注意鉴别