kubernetes集群管理集群资源的唯一入口是通过相应的方法调用apiserver的接口
kubectl 是官方的CLI命令行工具，用于与apiserver 进行通信，将用户在命令行输入的命令，组织并转化为apiserver能识别的信息，进而实现管理k8s 各种资源的一种有效途径
kubectl 的命令大全
kubectl --help
k8s中文文档: http://docs.kubernetes.org.cn/683.html
对资源的增、删、查操作比较方便，但对改的操作就不容易
查看版本信息
查看资源对象简写
查看集群信息
配置kubectl自动补全
注意：此时命令补全功能切换环境后是不生效的，如果要使切换环境后也生效需要配置全局环境变量
node 节点查看日志
获取资源的相关信息， -n指定命令空间， -o指定输出格式
resource可以是具体资源名称，如pod nginx -xxx;也可以是资源类型，如pod; 或者all (仅展示几种核心资源，并不完整)
--all-namespaces 或-A :表示显示所有命令空间，
--show-labels :显示所有标签
-l app:仅显示标签为app的资源
-l app=nginx :仅显示包含app标签， 且值为nginx的资源
查看master 节点状态
查看命令空间
命令空间的作用:用于允许不同 命令空间的相同类型的资源重名
查看default命名空间的所有资源
create 创建命名空间 (app)
delete 删除命名空间(app)
在命名空间创建副本控制器启动Pod
例：在命名空间kube-public 创建副本控制器( deployment) 来启动Pod (nginx-cc)
描述某个资源的详细信息
查看命名空间kube-public中的pod信息
kubectl exec 登录容器
kubectl exec可以跨主机登录容器，docker exec 只能在容器所在主机上登录
重启（删除）pod资源
由于存在deployment/rc之类的副本控制器，删除pod也会重新拉起来
若pod无法删除，总是处于terminate状态， 则要强行删除pod
扩容缩容
删除副本控制器
创建–>发布–>更新–>回滚–>删除
- 创建并运行一个或多个容器镜像
- 创建一个 deployment 或 job 来管理容器
将资源暴露为新的Service
为deployment（无状态部署）的nginx创建service， 并通过Service的80端口转发至容器的80端口上，Service的名称为nginx-service， 类型为NodePort
Kubernetes之所以需要Service， 一方面是因为Pod的IP 不是固定的(Pod可能会重建)，另一方面则是因为一组Pod实例之间总会有负载均衡的需求。
Service通过label Selector实现的对一组的Pod的访问。
对于容器应用而言，Kubernetes 提供了基于VIP (虚拟IP)的网桥的方式访问 Service， 再由Service 重定向到相应的Pod。
service的类型:1、ClusterIP:提供一个集群内部的虚拟IP以供Pod访问( service默认类型
2、NodePort:在每个Node.上打开一个端口以供外部访问，Kubernetes将会在每个Node.上打开一个端口并且每个Node的端口都是一样的，通过NodeIp:NodePort的方式Kubernetes集群外部的程序可以访问Service。
注:每个端口只能是一种服务，端口范围只能是30000-32767
3、LoadBalancer:通过外部的负载均衡器来访问，通常在云平台部署LoadBalancer还需要额外的费用。
查看pod网络状态详细信息和Service暴露的端口
查看关联后端的节点
查看service 的描述信息
- 更改现有应用资源一些信息
获取修改模板
查看当前nginx 的版本号
将nginx 版本更新为1.15版本
处于动态监听pod状态，由于使用的是滚动更新方式，所以会先生成--个新的pod，然后删除--个旧的pod，往后依次类推（动态更新的）
再看更新好后的Pod的ip会改变
再看nginx 的版本号
对资源进行回滚管理
查看历史版本
执行回滚到上一个版本
执行回滚到指定版本
检查回滚状态
Deployment控制器支持自定义控制更新过程中的滚动节奏，如“暂停(pause)”或“继续(resume)”更新操作。比如等待第一批新的Pod资源创
建完成后立即暂停更新过程，此时，仅存在一部分新版本的应用，主体部分还是旧的版本。然后，再筛选一小部分的用户请求路由到新版本的Pod应用，继续观察能否稳定地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新，否则立即回滚更新操作。这就是所谓的金丝雀发布。
- 适合于对资源的修改操作
- 声明式资源管理方法依赖于资源配置清单文件对资源进行管理
- 资源配置清单文件有两种格式: yaml（人性化，易读），json(易于api接口解析)
- 对资源的管理，是通过事先定义在统一资源配置清单内，再通过陈述式命令应用到k8s集群里
- 语法格式: kubectl create/apply/delete -f xxxx. yaml
YAML，即 YAML Ain’t a Markup Language（YAML 不是一种标记语言）的递归缩写。YAML 其实意思是 Yet Another Markup Language（仍是一种标记语言）。它主要强度这种语言是以数据为中心，而不是以标记为中心，而像 XML 语言就使用了大量的标记。
YAML 可读性高，易于理解，用来表达数据序列化的格式。它的语法和其他高级语言类似，还可以简单表达数组、散列表，标量等数据形态。它使用空白符号缩进和大量依赖外观的特色，特别适合用来表达或编辑数据结构、各种配置文件。
YAML 配置文件后缀为.yml，例如application.yml。
yaml 和 json 的主要区别：
- YAML 使用空格缩进，这是 Python 开发人员熟悉的领域。
- JavaScript 开发人员喜欢 JSON，因为它是 JavaScript 的一个子集，可以直接在 JavaScript 中解释和编写，同时使用简写方式声明 JSON，在使用没有空格的典型变量名时，不需要键中的双引号。
- 有很多解析器在 YAML 和 JSON 的所有语言中都能很好地工作。
- 在许多情况下，YAML 的空白格式可以更容易查看，因为格式化需要更人性化的方法。
- 如果您的编辑器中没有空格可见或缩进线指示符，那么 YAML 的空白虽然更紧凑，更容易查看，但可能难以手动编辑。
- JSON 的序列化和反序列化要快得多，因为要检查的功能明显少于 YAML，这使得更小更轻的代码能够处理 JSON。
- 一个常见的误解是 YAML 需要较少的标点符号并且比 JSON 更紧凑，但这完全是错误的。空格是不可见的，所以看起来字符较少，但是如果你计算实际的空格是必要的，以便正确解释 YAML 以及正确的缩进，你会发现 YAML 实际上需要比 JSON 更多的字符。JSON 不使用空格来表示层次结构或分组，并且可以通过删除不必要的空格来轻松展平，以实现更紧凑的传输。
Kubernetes支持YAML和JSON 格式管理资源对象
JSON格式:主要用于api接口之间消息的传递
YAML格式:用于配置和管理，YAML的配置参数格式比较清晰
语法格式：
大小写敏感
以空格的方式缩进标识层级关系
通常开头缩进两个空格（统一层级对应即可）
不支持制表符“tab”缩进，只使用空格缩进
关键词字符后缩进一个空格，比如冒号，逗号后面需要缩进一个字符
“---”表示YAML格式，一个文件的开始支持以“#”表示注释
- 控制器定义
- 被控制对象
字段说明：
K8S---apiVersion对照表:点击这里
如果是业务场景，一般首选使用 apps/v1（apps/v1 从 v1.9 版本开始提供 API）。
在 k8s v1.16 版本之前使用的是 extensions/v1beta1，extensions/v1beta1 从 v1.20 版本开始不再提供 Ingress 资源。
带有 beta 字样的代表的是测试版本，不用在生产环境中。
创建资源对象
查看创建的pod资源
●port
port是k8s集群内部访问service的端口，即通过clusterIP: port可以从Pod所在的Node. 上访问到service
●nodePort
nodePort是外部访问k8s集群中service的端口，通过nodeIP: nodePort 可以从外部访问到某个service。
●targetPort
targetPort是Pod的端口，从port或nodePort来的流量经过kube-proxy 反向代理负载均衡转发到后端Pod的targetPort上，最后进入容器。
●containerPort
containerPort是Pod内部容器的端口，targetPort 映射到containerPort
kubectl run --dry-run 打印相应的API 对象 而不执行创建
：试运行
表示试运行，不真正执行命令（测试命令是否正确），即并不会真的创建出 pod 和 deployment 实例，去掉该参数后即可真正执行命令。
查看生成yaml格式
使用试运行可不触发生成命令，然后通过可实现对其 yaml 资源配置清单的查看
查看生成json格式
可通过 -o json 查看该命令产生的 json 配置清单
使用yaml格式导出生成模板，并进行修改以及删除一些不必要的参数
生成镜像并查看
将现有的资源生成模板导出
保存到文件中
查看字段帮助信息
explain 可一层层的查看相关资源对象的帮助信息
4.2.1 用run命令生成
没有相关资源，使用run或者create命令选项，后期可以修改yaml文件。
4.2.2用get命令导出
已有相关资源，使用get命令 【选项 ：适用老版本的kubectl】
yaml文件的学习方法
(1)多看别人(官方)写的，能读懂
(2)能照着现场的文件改着用
(3)遇到不懂的，善用kubectl explain ...命令查
到此这篇关于K8S 中 kubectl 命令的文章就介绍到这了,更多相关K8S kubectl 命令内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
到此这篇kubernetes命令大全（kubectl命令详解）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/do-docker-k8s/23358.html