K8是—— yaml资源清单
K8是—— yaml资源清单
一、yaml文件详解
1.Kubernetes支持YAML和JSON格式管理资源对象
2.JSON格式:主要用于api接口之间消息的传递
3.YAML格式:用于配置和管理,YAML是一种简洁的非标记性语言,内容格式人性化,较易读
1.1 YAML语法格式
1.大小写敏感
2.使用缩进表示层级关系
3.不支持Tab键制表符缩进,只使用空格缩进
4.缩进的空格数目不重要,只要相同层级的元素左侧对齐即可,通常开头缩进两个空格
5.:字符后缩进一个空格,如冒号,逗号,短横杆(-)等
6."—"表示YAML格式,一个文件的开始,用于分隔文件间
7.“#"表示注释
1.2 查看api资源版本标签
kubectl api-versions
==========================================================
apps/v1
#如果是业务场景一般首选使用apps/v1
apps/v1beta1
#带有beta字样的代表的是测试版本,不用在生产环境中
==========================================================

1.3 编写yaml文件demo
1.3.1 编写nginx-deployment的清单文件
mkdir /opt/demo/
cd /opt/demo/
==========================================================
vim nginx-deployment.yaml
apiVersion: apps/v1 #指定api版本标签
kind: Deployment #定义资源的类型/角色,deployment为副本控制器,此处资源类型可以是Deployment、Job、Ingress、Service等
metadata: #定义资源的元数据信息,比如资源的名称、namespace、标签等信息
name: nginx-deployment #定义资源的名称,在同一个namespace空间中必须是唯一的
namespace: kube-public #定义命名空间
labels: #定义资源标签(Pod的标签)
app: nginx
spec: #定义deployment资源需要的参数属性,诸如是否在容器失败时重新启动容器的属性
replicas: 3 #定义副本数量
selector : #定义标签选择器
matchLabels: #定义匹配标签
app: nginx-111 #匹配下面的标签,需与.spec.template.metadata.labels定义的标签一致
template: #定义业务模板,如果有多个副本,所有副本的属性会按照模板的相关配置进行匹配
metadata:
labels: #定义pod副本将使用的标签,需与.spec.selector.matchLabels定义的标签保持一致
app: nginx-111
spec:
containers: #定义容器属性
- name: nginx #定义一个容器名,一个- name: 定义一个容器
image: nginx:1.15 #定义容器使用的镜像以及版本
ports:
- containerPort: 80 #定义容器的对外的端口
=========================================================
#创建资源对象
kubectl apply -f nginx-deployment.yaml
#查看创建的pod资源
kubectl get pods -o wide -n kube-public --show-labels


1.3.2 编写service服务的资源清单
vim nginx-service.yaml
apiVersion: v1
kind: Service
metadata :
name: nginx-service
namespace: kube-public
labels:
app: sb
spec:
type: NodePort
ports :
- port: 7777
targetPort: 80
nodePort: 31111
selector :
app: nginx-111
==========================================================
#创建资源对象
kubectl create -f nginx-service.yaml
#查看创建的service
kubectl get pods,svc -o wide -n kube-public --show-labels
#在浏览器输入nodeIP:nodePort即可访问
http://192.168.80.11:31111
http://192.168.80.12:31111
==========================================================

● 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。



1.4 用--dry-run命令生成yaml资源清单
//kubectl run --dry-run 打印相应的API对象而不执行创建
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run //查看生成yaml格式
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml //查看生成json格式
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o json //使用yaml格式导出生成模板,并进行修改以及删除一些不必要的参数
kubectl run nginx-test --image=nginx --port=80 --replicas=3 --dry-run -o yaml > nginx-test.yaml
==========================================================
vim nginx-test.yaml apiVersion: apps/v1
kind: Deployment
metadata:
labels:
run: nginx-test
name: nginx-test
spec:
replicas: 3
selector:
matchLabels:
run: nginx-test
template:
metadata:
labels:
run: nginx-test
spec:
containers:
- image: nginx
name: nginx-test
ports:
- containerPort: 80
==========================================================
//创建资源对象
kubectl create -f nginx-test.yaml
#查看创建的service
kubectl get pods -o wide --show-labels




1.5 将现有的资源生成模板导出生成yaml文件
//将现有的资源生成模板导出I
kubectl get deployment nginx-test --export -o yaml //保存到文件中
kubectl get deployment nginx-test --export -o yaml > lvbu.yaml
==========================================================
vim lvbu.yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
labels:
run: nginx-123
name: nginx-456
spec:
replicas: 3
selector:
matchLabels:
run: nginx-gxd
template:
metadata:
labels:
run: nginx-gxd
spec:
containers:
- image: nginx
name: nginx-789
ports:
- containerPort: 80
protocol: TCP
==========================================================
//创建资源对象
kubectl create -f gxd.yaml
#查看创建的service
kubectl get pods -o wide --show-labels



K8是—— yaml资源清单的更多相关文章
- YAML资源清单
YAML 文件基本语法格式 在 Docker 环境下面我们是直接通过命令 docker run 来运行我们的应用的,在 Kubernetes 环境下面我们同样也可以用类似 kubectl run 这样 ...
- 【04】Kubernets:资源清单(pod)
写在前面的话 前面我们提到过,纯手敲 K8S 名称管理 K8S 服务只是作为我们了解 K8S 的一种方案,而我们最终管理 K8S 的方法还是通过接下来的资源清单的方式进行管理. 所以从本章节开始,将会 ...
- 04 . kubernetes资源清单YAML入门
YAML 通过k8s操作yaml配置文件在node上创建资源,yaml配置文件就像船垛,用来操控docker这艘大船 yam是专门用来写配置文件的语言,非常简洁和强大.而实际上使用yaml配置文件创建 ...
- Kubenetes 资源清单定义入门
Kubernetes 常用资源 资源 对象 工作负载型资源对象(workload): Pod Replicaset ReplicationController Deployments Stat ...
- k8s学习笔记之五:Pod资源清单spec字段常用字段及含义
第一章.前言 在上一篇博客中,我们大致简述了一般情况下资源清单的格式,以及如何获得清单配置的命令帮助,下面我们再讲解下清单中spec字段中比较常见的字段及其含义 第二章.常用字段讲解 spec.con ...
- k8s学习笔记之四:资源清单定义入门
第一章.k8s中的资源 1.什么叫资源? k8s中所有的内容都抽象为资源, 资源实例化之后,叫做对象 2.在k8s中有哪些资源? 工作负载型资源(workload): Pod ReplicaSet D ...
- k8s资源清单定义入门
1.资源分类 a.workload型资源:service.pod.deployment.ReplicaSet.StatefulSet.Job.Cronjob; b.服务发现及服务均衡资源型资源:Ser ...
- 04-kubernetes 资源清单定义入门
目录 资源对象 创建资源的方法 清单帮助命令 创建测试清单 资源的三种创建方式 资源对象 workload:Pod, ReplicaSet, Deployment, StatefulSet, Daem ...
- 【06】Kubernets:资源清单(控制器 - Deployment)
写在前面的话 上一节主要简单的提了一下控制器都有哪些常用的,并且简单的功能是啥,最后一并提了 ReplicaSet 控制器. 但是 ReplicaSet 一般不需要我们直接配置,多以从本节开始,开始学 ...
随机推荐
- SpringBoot集成Actuator健康指示器health
1.说明 本文详细介绍Actuator提供的HealthIndicators, 即健康指示器的配置使用, 利用自动配置的健康指标, 检查正在运行的应用程序的状态, 以及自定义健康指标的方法. 监控软件 ...
- 基于LNMP环境的Zabbix监控安装
一.准备LNMP环境 1.使用putty或类似的SSH工具登陆VPS或服务器: 登陆后运行:screen -S lnmp 如果提示screen: command not found 命令不存在可以执行 ...
- 关于less使用初学者常犯错误
1.多层嵌套 2.定义变量复用性不高 3.方法定义多余参数.
- Underscore.js 1.3.3 源码分析收藏
Underscore是一个提供许多函数编程功能的库,里面包含了你期待(在Prototype.js和Ruby中)的许多功能.但是没有扩展任何内置的Javascript对象,也就是说它没有扩展任何内置对象 ...
- 1.linux中的常用命令
本文积累工作中常用到的Linux命令 1. rz -be 文件上传到Linux服务器 此命令执行时,会弹出文件选择对话框,选择好需要上传的文件之后,点确定,就可以开始上传的过程了.上传的速度取决于当时 ...
- 构造注入链:POP
1.POP链原理简介: 在反序列化中,我们能控制的数据就是对象中的属性值,所以在PHP反序列化中有一种 漏洞利用方法叫"面向属性编程",即POP( Property Oriente ...
- 【C++】类-基础知识
类-基础知识 目录 类-基础知识 1. 语法定义 2. 类的实现 3. 三个基本的函数 3.1 构造函数 功能 形式 调用时机 默认构造函数 3.2 复制构造函数 功能 形式 调用时机 3.3 析构函 ...
- seq2seq+torch7聊天机器人bug处理
[C]: in function 'error' ...root1/torch/install/share/lua/5.2/rnn/recursiveUtils.lua:44: in function ...
- unity3d之sokect通信
using System.Collections; using System.Collections.Generic; using UnityEngine; using System; using S ...
- centos下APUE 例程编译-解决报错与改写例子名字。
首先是编译生成libapue.a的库文件.按照readme的说法很简单改个目录make一下就好,但是在centos下还是有错.通过下面这篇博文<<UNIX环境高级编程中的apue.h错误& ...