kubeernetes
pod
最小应用部署单元 即应用
pod 需要定义什么 ( 带* 为必填项)
元数据 *
pod名称 *
所属namespaces *
标签 可用于 svc 识别 *
注释信息 *
规格 *
调度
- 容器名称 containers *
使用镜像 *
镜像拉取方式 *
执行参数
启动参数
挂载卷使用 对应到容器 目录
开放端口
环境变量
资源配额
健康检查
指定挂载卷 硬盘资源
容忍
dns策略
主机模式
重启策略
pod yaml 范例
apiVersion: v1
kind: Pod
metadata:
name: test-pod # pod名称
namespaces: default # 所属命名空间
labels: # pod 标签列表
app: test # 添加标签 (key-value)
……
annotations: # 注释 列表
app: test # 添加注释 (key-value)
……
spec: # 规格
nodeSelector: # 表示将该Pod调度到包含这个label的node上
nodelabel: node2 # 调度node的标签
containers: # 容器规格
- name: test # 容器名称(pod可有多个容器) (string) # 以下为这个containers 的配置
image: nginx # 使用镜像源 (镜像源)
imagePullPoilcy: {always| Never | ifNotPresent}
#镜像拉取方式(always Never ifNotPresent)
# 启动命令 ----------------------------------------
command: # dockers启动后执行命令
- /bin/sh
- c
- sleep 3600 # 执行命令
# 启动参数 ----------------------------------------
args: # 容器启动 参数列表
- ["HOSTNAME", "KUBERNETES_PORT"] # 容器启动参数
workingdir: / # 容器工作目录 linux 目录
# 容器挂载 ----------------------------------------
volumeMounts: # 挂载存储配置
- name: disk1 # 挂载存储卷名称
mountPath: # 存储卷挂载位置 绝对路径
readonly: {true|false} # 是否只读 {true|false}
# 开放端口 ----------------------------------------
ports: # 容器需要暴漏的端口号列表
- name: http # port名称
containerPort: 80 # 监听端口号使用podip可以访问 int
hostPort: 80 # 容器将服务映射到宿主机端口 #端口号 int
protocol: {tcp|udp} # 端口协议 # {tcp | udp}
- name ……
# 环境变量 ----------------------------------------
env:
- name: path # 环境变量名称 string
value: xxx # 环境变量值 string
#---
- name: configmap # 可使用configmap传入变量
valueFrom:
configMapKeyRef:
name: test-cm # 使用 test-cm configmap
key: test-cm-testvkey #使用test-cm 中的test-cm-testvkey值
# 资源限制 ----------------------------------------
resources: # 使用资源限制 （limits 大于 requests）
#---
limits: # 封顶资源限制
cpu: "1" # CPU 限制1 核
memory: 1Gi # 内存限制 512M #单位Gi Mi
#----------------------------------------
requests: # 请求资源
cpu: "1" # CPU 限制0.5 核
memory: 512M # 内存限制 512M #单位Gi Mi
# 健康检查 ----------------------------------------
readlinessProbe: # 健康检查 *
#----
exec: # 命令脚本方式
command:
- cat
- /tmp/health # 命令执行返回结果为失败判定为不健康
#----
tcpSocket: # 端口健康检测方式
port: 80 # 检测tcp80端口 如果为开启 为不健康
#----
httpGet: # http请求方式
path: /
port: 80 # http请求 容器地址:port+path 返回状态码结果200~399 为健康
#----
initialDelaySeconds: # 初始检测延迟秒数
timeoutSeconds: 1 # 超时秒数 返回结果超时认为不健康
periodSeconds: 10 # 对容器监控检查的定期探测时间设置，单位秒，默认10秒一次
# 挂在目录 ----------------------------------------
volumes: # 设定存储卷 三种模式
#---
- name: tmp # 存储卷名称（emptydir模式）临时目录
emptyDir: {} # 使用临时存储 容器 重启会数据清空
#---
- name: host_path # 存储卷名称 (hostpath模式)宿主机文件存储
hostPath: # 使用宿主机文件模式 挂载目录=宿主机目录
path: "/disk1" # 挂在宿主机目录地址
#---
- name: nfs # nfs模式 使用nfs服务器 存储资源
nfs:
server: 192.168.1.1 #指定nfs url
persistenVolumeClaim:
claimName: pvc1 # 已经申请好了的PVC
#---
- name: cm # 存储卷名称 （configmap模式）
configMap: # 使用configmap模式
items:
- key: # 使用configmap key
path: # 挂载路径
dnsPolicy: {default|clusterFirst|clusterFirstwithHostNet|node
# 查304页
hostnetwork: {true|false} # 网络模式
restartPolicy: {Always|Never} # 重启策略
# 容忍 ----------------------------------------
tolerations:
- key: "节点污点key"
operator: "Equal"
value: "节点污点value"
effect: "NoExecute"
tolerationSeconds: 3600
控制器
- 控制器: kubernetes控制器 由 deployment statefulset replicaset cronjob daemonset 这几种对象组成 是用于创建和管理pod的k8s对象
replicaset
- 概念: 早期k8s 用来控制pod 的一个对象 现在已经不在直接使用，作为deployment 版本控制的一个组件
deployment daemon
- 概念: deployment 是一个pod 控制器 可以由设定好的 pod模板创建pod 并保证 可用 pod 副本数维持载一定数量
创建pod 为 {deployment名称-rs号-随机码} - 特点: deployment 创建或修改时会生成一个新的 replicaset副本集 然后将旧的副本集 的副本数量 由滚动升级策略设置规则进行减少 新副本集数量增加 从而达到滚动更新的目的
k8s deployment 需要定义什么
deployment 名称
所属namespaces
标签
注释
副本数
滚动升级策略
调度规则
pod模板
deployment yaml范例
apiVersion: apps/v1
kind: Deployment
metadata:
name: deployment-tets # 名称
namespace: default # 命名空间
generation: 1 # 保存历史副本数
labels: # 标签
app: nginx
annotations: # 注释
app: nginx
replicas: 3 # 副本数
strategy: # 滚动升级
rollingUpdate:
maxSurge: 1 # 滚动升级时会先启动1个pod
maxUnavailable: 1 # 滚动升级时允许的最大Unavailable的pod个数
selector: # 调度规则
matchLabels: # 必须有此标签
app: test
template: # pod 模板 上面pod定义的模板
statefulset
- 概念: 与deployment其他规则类似 但是一个有状态应用的部署方式
statefulset 是与deployment 相对的 有状态应用部署方式 不同点在于 statefulset 会逐个启动pod 且启动pod 名称格式为 {statefulset名称-n}
当前一个pod 没有启动完全 后一个pod 不会启动
statefulset 需要定义与deployment类似 1.7版本以后可设置滚动更新策略
statefulset 可以定义持久化存储 可以直接写在yaml 文件中 定义pvc 持久化
statefulset 除了 存储卷与deployment 定义方法不同其余基本一直
daemonset
- 概念: 确保集群内所有Node节点上都运行一个 Pod,当新加入的node节点也会自动跑daemonset设置的pod
- 可以通过 打污点 设置调度规则的方式 限制daemonset pod 在某些节点上运行
- 默认是删除式更新rollingUpdate
cronjob
- 概念: cronjobn用来管理job的控制器
在给定的时间点运行一次Job
周期性的在给定的时间点运行
k8s Cronjob 需要定义什么
cronjob对象名称
命名空间
规则
运行时间
调度规则
job模板
cronjob yaml范例
apiVersion: batch/v1beta1
kind: CronJob
metadata:
name: test
spec:
schedule: "*/1 * * * *"
jobTemplate:
spec:
service
- service 作用是对 相同功能pod提供统一入口地址 并且将请求负载分发到后端各个容器上 本身也是一个负载均衡 并不具有计算功能
- service 并不是一个pod 原理是通过 kube-proxy 进行负载转发
server 只能通过端口测试后端 ,本身service IP 不能ping 通 - service 有自动发现机制 能识别到 所有selector 标签pod
service yaml 范例
apiVersion: v1 #版本
kind: Service # 对象类型
metadata: # 元数据
name: servicename # 名称
namespace: default # 命名空间
labels: # 标签
- app: web
annotations: # 注释
- app: web
spec: # 规格
selector: # 符合调度pod 标签范围
app: webpod
type: clusterIP|NodePort|LoadBalancer # 模式
clusterIP: 192.168.1.1 # clusterIP地址
sessionAffinity: None # 是否支持 session会话保持 需后期研究
# 暴漏端口 ----------------------------------
ports: # 需要暴漏端口列表 （可暴漏多个）
#---
- name: web-server # 端口名称 （区分 posts）
protocol: tcp|udp # 端口协议
port: 80 # 需要监听端口
targetPort: 80 # pod 端口号
nodePort: 80 # 当type=NodePort 时 映射物理机端口号
ingress
- 概念: k8s 本身创建的一个nginx应用,使用http 七层路由机制 进行前端负载 .解决将不同url 请求到不同服务的需求
- 由 ingress controller 和 ingress 策略配置 组成
- ingress 策略
已pod 形式运行 如果ingress 发生变化自动更新转发规则
可在 ingress中annotations 对ingress Controller 进行相关配置
ingress Controller
- 概念: ingress-controller 就是一个nginx pod 做了 nginx 反向代理 , 根据规则将请求 转发到 对应service
- 需要初始化创建
ingress yaml 详解
apiVersion: exensions/v1beta1 # 使用 exensions/v1beta1
kind: Ingress # 声明对象ingress
metadata: # 元数据
name: test-ingress # ingress对象名称
annotation: # 注解
spec:
rules:
- host: test.com # 解析来自那个域名的请求
http:
paths:
- path: / # url
backend:
serviceName: api-service # 请求后端server name
servicePort: 8081 # server端口
tls: # 添加https证书
- host: test.com # 需要添加https 证书的域名
secretName: tls-secret # 证书密钥
configmap
创建configmap 以文件方式
文件名为key 文件内容为 value 方式创建
kubectl create configmap {cm-name} --from-file={url}
以指定键值对 方式
Kubectl create configmap {cm-name} –from-literal={key}={value}
k8s 常用命令
基础查询
#查看异常 pod
kubectl get pod --all-namespaces -owide |grep -vE "(Run|Com)"
#查看pod 详细信息
kubectl describe pod -n {命名空间} {podname}
#查看pod 指定容器日志 常用于查看init:0/1状态下 initcontainers 启动日志
#指定容器name 通过查看yaml 查看 contrainers 下name 查看
kubectl log {pod名称} -c {指定容器name} -n {命名空间}
#通过标签查询对象
Kubectl get {对象} --show-labels -l app=nginx,test=test
#查看重启次数过高的前10个pod
#重启 需要根据 后面的时间判断 重启频率 判断是否正常
Kubectl get pod –all-namespaces -owide |sort -nr -k 5 |head
#查看服务近期日志
journalctl -u {etcd|kubelet|docker} -f
高级使用
# 删除资源
Kubectl delete pod {podname} -n {namespaces} --force --grace-period=0
#强制删除 针对卡在 Terminating 的pod 使用强制删除命令
# 更新资源
kubectl set image deployment/{nginx-deployment} {nginx}={nginx:1.9.1}
#更新镜像使用版本
# {nginx-deployment}=deployment名称
# {nginx}=deployment 中需要更新的contrainers 名称
# {nginx:1.9.1}=需要替换的版本
# 快速回滚
kubectl rollout undo {deployment}/{nginx-deployment}
#回滚到上个版本
kubectl rollout history {deployment}/{nginx-deployment}
#查看历史版本
kubectl rollout undo {deployment}/{nginx-deployment} --to-revision={2}
# {deployment}=需要回滚的资源
# {nginx-deployment}=资源对象名称
# {2} = 需要回滚到 的版本 正常使用时不带括号
创建命令
# 使用yaml 创建资源
Kubectl apply -f {yaml}.yaml
节点操作命令
# 查看最新token 用于加入新的node节点
kubeadm token create
# 设为node为不可调度状态
kubectl cordon node1
# 将pod赶到其他节点且变成不可调度状态
kubectl drain node1
# 解除node不可调度状态
kubectl uncordon node1
# 删除节点
kubectl delete node {nodename}
# 让node 脱离调度范围 pod不会自动停止 需要管理员手动停止（{spce:{……}} 无需修改）
kubectl patch node {nodename} -p '{"spec":{"unschedulable":"true"}}'
# 恢复调度
kubectl patch node {nodename} -p'{"spec":{"unschedulable":"false"}}'
#添加标签
kubectl label {pod|node} {name} app=xxx
# 修改标签
kubectl label {pod|node} {name} app=yyy --overwrite
# 删除标签
kubectl lable {pod|node} {name} app-
# 清除master 污点机制
kubectl taint node master.k8s node-role.kubernetes.io/master-
# 给node节点打污点
kubectl taint node {node name} key=value:{NoSchedule|NoExecute|PreferNoSchedule}
# 恢复master污点机制
kubectl taint node {nodename} node-role.kubernetes.io/master=:NoSchedule
# NoSchedule:K8Snode添加这个effecf类型污点，新的不能容忍的pod不能再调度过来，但是老的运行在node上不受影响
# NoExecute：K8Snode添加这个effecf类型污点，新的不能容忍的pod不能调度过来，老的pod也会被驱逐
# PreferNoSchedule：pod会尝试将pod分配到该节点
备份当前yaml文件
kubectl get {deploy|rc|pod|cm|svc|ingress} {资源名称} -n {namespaces} -o yaml --export > {备份名称}.yaml
kubectl replace -f xx.yaml 重建资源
变更
改变副本数
kubectl scale deployment {deployment} --replicas=2
给pod 添加新标签
kubectl label pod {podname} -n {namespaces} newlabel=xxx
删除标签
kubectl label pod {podname} -n {namespaces} newlabel-
修改标签
kubectl label pod {podname} -n {namespaces} newlabel=master --overwrite
修改kubectl get node 显示ROLSE 标签
kubectl label node {nodename} node-role.kubernetes.io/{ROLSE标签}=" "
1886
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
