k8s笔记——kubectl apply run create区别

文章目录

kubectl apply run create区别

官方解释

kubectl提供了多种命令来管理集群中的资源,其中applyruncreate是最常用的几个。下面是这些命令之间的主要区别:

1. kubectl apply

kubectl apply命令用于通过文件或标准输入来应用配置。它采用声明式的方式来管理资源。apply命令会检查集群中资源的当前状态,并尝试将其与提供的配置相匹配。如果资源不存在,apply会创建它;如果资源已经存在但配置不同,apply会更新它。

使用apply的一个关键优势是,它可以保留对资源的任何未通过配置文件进行的更改(即,资源的"最后一次应用"状态)。这使得在迭代和测试时更加灵活,因为你可以在应用新配置的同时保留之前的更改。

示例:

bash 复制代码
kubectl apply -f pod.yaml


可以使用命令删除kubectl delete -n default deployment nginx-deployment

将nginx版本image: nginx:1.7.9修改为image: nginx:1.23

bash 复制代码
$ k apply -f k8s_nginx.yaml
deployment.apps/nginx-deployment created

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

k为别名,alias k="minikube kubectl --"

2. kubectl run

kubectl run命令用于快速启动 一个容器化的应用程序。它简化了创建Deployment、Service(如果需要的话)和其他相关资源的步骤。run命令特别适合在快速测试或临时部署时使用。

但是,run命令并不适用于生产环境,因为它提供的功能相对较少,且不易于进行复杂的配置和自定义。

示例:

bash 复制代码
kubectl run nginx --image=nginx:1.19.1

3. kubectl create

kubectl create命令用于从文件、目录或标准输入中创建资源。与apply类似,create也采用声明式的方式来管理资源。但是,与apply不同的是,create不会尝试更新已存在的资源;如果资源已经存在,create会返回一个错误。

create命令通常用于创建那些不经常更改的资源,如Namespace、ConfigMap等。

示例:

bash 复制代码
kubectl create -f namespace.yaml

总结

  • kubectl apply:用于通过文件或标准输入来应用配置,支持更新已存在的资源。
  • kubectl run:用于快速启动容器化的应用程序,特别适合快速测试或临时部署。
  • kubectl create:用于从文件、目录或标准输入中创建资源,但不会更新已存在的资源。

附yaml文件

pod.yaml

yaml 复制代码
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  namespace: default
spec:
  selector:
    matchLabels:
      app: nginx
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80

kubernetes: kubectl create与kubectl apply的区别
kubectl create 与 kubectl apply 的区别
Kubectl Apply vs. Kubectl Create -- What's the Difference?

相关推荐
xixiaoyunya11 分钟前
Docker 容器化部署实战:从零搭建一套完整的 Nginx + Node.js + MySQL + Redis 项目环境
nginx·docker·node.js
AgentMaster29 分钟前
数据治理方案对比:开源自建 vs 商业平台 vs 云原生,三条技术路线的取舍与实践
云原生
阿里云云原生1 小时前
云原生可观测性落地:乐檬通过自然语言观测与自动巡检提升运维效能的最佳实践
运维·云原生·starops·云监控2.0
2601_962299241 小时前
云原生时代的技术进阶:从零到精通掌握Kubernetes实战
云原生·kubernetes·学习路径·技术进阶·实战指南
小陈不好吃11 小时前
从单体到微服务:Spring Cloud Gateway 动态路由实战与踩坑记录
微服务·云原生·架构
全栈攻略12 小时前
Docker 中 ROS2 工作流 Topic 验证与常用命令指南
运维·docker·容器
云祺vinchin14 小时前
桌面云如何高效备份?某科技公司灾备建设实战
云原生·数据安全·数据备份·无代理备份·桌面云
名字还没想好☜14 小时前
Docker 数据卷实战:volume、bind mount、tmpfs 到底怎么选,数据持久化与权限坑
运维·docker·容器·kubernetes
唐青枫15 小时前
Docker diff 详解:看清容器里到底改了什么
docker
阿里云云原生16 小时前
从 NL2SQL 到自动巡检:乐檬如何打造面向多租户 SaaS 的全链路可观测性体系?
云原生