Kubernetes/5.Pod资源清单配置基础

Pod资源清单配置基础

Docker中我们都说容器、docker,大家耳熟能详。但到了kubernetes中,这个专有名词仿佛就被"取而代之"了。kubernetes的语境中,我们将一个容器集合称之为Pod

  • What is Pod?
  • Pod的特征
  • Pod对象的配置格式
  • Pod对象的申明类型
  • 命令补充
  • 三种网络代理方式
  • 参考文档
  • 备注

1.What is Pod?


那什么是Pod?如图所示,Pod中有一个pause容器,和一堆业务容器,他们有各自的PIDMOUNTUSER,但他们共享IPCUTSNETWORK。对于这六个专属名词的描述,可以看下面的表格:

简称 描述
UTS 主机名
IPC 进程间通信
PID "chroot"进程树
MOUNT 挂载点
NETWORK 网络访问,包括接口
USER 将本地的虚拟user-id映射到真实的user-id

2.Pod的特征

  • 通过使用"各自"的IPC,使得可以在一个Pod中通信
  • 容器可以通过localhost相互访问
  • 每个容器继承Pod的名称
  • 每个Pod有一个平滑共享网络名称空间的ip地址
  • Pod内部的存储卷是共享的

3.Pod对象的配置格式

kind:定义资源类型,例如deployment、service等
apiVersion:定义调用的api版本,所支持的版本可以通过kubectl  api-resources查看
metadata:资源提供源数据信息,如名称、隶属的名称空间和标签等
spec:用于定义用户期望的状态,不同的资源类型
Status:记录活动对象的当前状态信息,由k8s系统自行维护,对用户来说为只读字段

4.Pod对象的申明类型

陈述式:
    kubectl create -f xx.yaml

申明式:
    kubectl apply -f xx.yaml

5.命令补充

#相关资源的命令查询:
kubectl explain pods(.spec.tolerations….)

#导出pod对应的yaml模版:
kubectl  get pod ngx-new-cb79d555-gqwf8 -o yaml --export > ngx-new-demo.yaml

#Docker 策略
Docker:
    imagePullPolicy:
        Always:无论本地有没有镜像,都要去互联网拖(常用于拉取latest的镜像)
        IfNotPresent:如果本地没有镜像,就不启动(常用于拉取指定版本的镜像)
        Nerver:本地有就直接用,没有再去拖

6.三种网络代理方式

Service:申明NodePort类型,可以通过任意节点访问
hostPort:直接将容器的端口与所调度的节点上的端口路由,这样用户就可以通过宿主机的IP加上来访问Pod了
hostNetwork:共享宿主机的网络名称空间

7.参考文档

reference文档:https://kubernetes.io/docs/reference/using-api/api-overview/

API文档:https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.16/

8.备注

本文原址位于我的Github,我会陆续将所有专题更新过来,其中包括docker、k8s、ceph、istio和prometheus,旨在分享云原生中大而全的技术知识点和实操过程,如果对你有用,请follow、star我的github,这也是我更新、分享下去的动力,谢谢~

原文地址:https://blog.51cto.com/qishiding/2463644

时间: 2024-07-30 11:19:34

Kubernetes/5.Pod资源清单配置基础的相关文章

kubernetes(k8s)资源管理/清单配置基础

控制平面: API-Service: 运行于6443端口 接入master节点地址的6443端口进行交互 用户认证, 双向认证 Scheduler Controller 工作平面:kube-proxy每个节点都有 核心资源: Pod Pod Controller deployment Service 和解循环(Reconciliation Loop) 客户端向API Server提交POST请求以创建对象 通过JSON格式的body提交 Yaml格式需要事先完成向JSON的转换 对象匹配信息保存

Pod资源清单

1.清单(5个一级): apiVersion:群组名称和版本 kind:资源类别 metadata:原数据 spec:用户期望的特性 status:当前的状态 2.创建资源的方法 apiserver仅接收JSON格式的资源定义: yaml格式提供配置清单,apiserver可自动将其转换为json格式,而后在提交: kubectl api-versions   查看群组名 原文地址:https://www.cnblogs.com/jdwy24/p/12614616.html

Pod资源清单定义

清单(5个一级): apiVersion:资源属于哪个群组和版本 kind:资源类别 metadata:原数据 spec:用户期望的特性 status:当前的状态 apiserver仅接受json格式的资源定义: yaml格式提供配置清单,apiserver可自动将其转为json格式,而后在提交: kubectl api-versions 原文地址:https://www.cnblogs.com/jdwy24/p/12614584.html

Kubernetes之资源清单定义

目录 Kubernetes之资源清单定义 常用资源 利用配置清单定义自主式Pod资源 Kubernetes之资源清单定义 常用资源 工作负载型 Pod,ReplicaSet,StatefulSet,DaemonSet,Job,Cronjob 服务发现及均衡 Sevice,Ingress,... 配置与存储 Volume,CSI,ConfigMap,Secret,DownwardAPI 集群级资源 Namespace,Node,Role,ClusterRole,RoleBinding,Cluste

4、kubernetes资源清单快速入门190625

一.资源清单概念 资源/对象的类型 工作负载型资源:Pod, ReplicaSet, Deployment, StatefulSet, DaemonSet, Job, Cronjob, ... 服务发现及均衡性资源:Service, Ingress, ... 配置与存储型资源:Volume, CSI, ConfigMap, DownwardAPI 集群级资源:Namespace, Node, Role, ClusterRole, RoleBinding, ClusterRoleBinding 元

kubernetes资源清单定义

kubernetes资源清单定义 工作负载型资源(workload): Pod ReplicaSet Deployment StatefulSet DaemonSet Job CronJob (ReplicationController在v1.11版本被废弃) 服务发现及负载均衡型资源: ServiceDiscovery LoadBalance Service Ingress, ... 配置与存储型资源: Volume(存储卷) CSI(容器存储接口,可以扩展各种各样的第三方存储卷) 特殊类型的

Kubernetes Harbor等资源--secret和ServiceAccount配置

Kubernetes Harbor等资源--secret和ServiceAccount配置 ![]来啦,老弟########## 用途 secret对象类型主要目的是保存和处理敏感信息/私密数据.将这些信息放在secret对象中比 直接放在pod或docker image中更安全,也更方便使用.在一个已经创建好的secrets对象有两种方式被pod对象使用,其一,在container中的volume对象里以file的形式被使用,其二,在pull images时被kubelet使用. ######

Kubernetes之Pod的生命周期

目录 Kubernetes之Pod的生命周期 理解Pod Pod内如何管理多个容器 Pod的使用 其他替代选择 Pod的持久性 Pod的终止 Init容器 Pause容器 Pod的生命周期 Pod的phase Pod的状态 容器探针 存活性探测 livenessProbe 就绪性探测 readnessProbe livenessProbe和readinessProbe使用场景 lifecycle Kubernetes之Pod的生命周期 理解Pod Pod是kubernetes中你可以创建和部署的

kubernetes之pod健康检查

目录 kubernetes之pod健康检查 1.概述和分类 2.LivenessProbe探针(存活性探测) 3.ReadinessProbe探针(就绪型探测) 4.探针的实现方式 4.1.ExecAction 4.2.HTTPGetAction 4.3.TCPSocketAction 5.探测行为属性 6.扩展的探测机制 kubernetes之pod健康检查 1.概述和分类 pod通过两类探针来检查容器的健康状态.分别是LivenessProbe(存活性探测)和ReadinessProbe(就