Pod / Pod 控制器
-
Pod
- Pod 是K8S中能够被运行的最小逻辑单元
- 1个Pod里可以运行多个容器, 它们共享UTS+NET+IPC名称空间
- 一个Pod里运行多个容器, 可称为SideCar模式
-
Pod控制器
-
Pod控制器是Pod启动的一种模板, 用来保证在K8S里启动的Pod始终按照人们的预期运行(副本数, 生命周期, 健康状态检查...)
-
K8S 内提供了众多的Pod控制器, 常用的有:
-
Deployment
-
DaemonSet (每一个运算节点都起一份)
-
ReplicaSet (本身不提供对外服务, 真正暴露在外的是Deployment。Deployment -> ReplicaSet -> Pod)
-
StatefulSet (管理有状态应用的Pod控制器)
-
Job
-
Cronjob (管理周期任务)
-
-
Name / Namespace
-
Name
-
由于K8S内部, 使用 “资源” 来定义每一种逻辑概念(功能), 所以每种 "资源", 都应该有自己的 "名称 "
-
"资源" 有API版本(apiVersion) 类别 (kind)、元数据(metadata) 、定义清单(spec list)、状态(status) 等配置信息
-
"名称" 通常定义在 ”资源“ 的 ”元数据“ 信息中
-
-
Namespace
-
随着项目增多、人员增加、集群规模的扩大, 需要一种能够隔离K8S内各种 "资源" 的方法, 此即为名称空间
-
可以理解为K8S内部的虚拟集群组
-
不同的名称空间内的 “资源”, 名称可以相同; 相同名称空间内的同种 "资源"， “名称” 不能相同
-
合理的使用K8S的名称空间, 使得集群管理员能够更好地对交付到K8S里的服务进行分类管理和浏览
-
K8S里默认存在的名称空间有:
- default
- kube-system
- kuben-public
- 可以自建
-
查询K8S 里特定 "资源" 要带上相应的名称空间
-
Label / Label 选择器
-
Label
-
标签是K8S特色的管理方式, 便于分类管理资源对象
-
一个标签可以对应多个资源, 一个资源也可以有多个标签, 它们是多对躲的关系
-
一个资源拥有多个标签, 可以实现不同维度的管理
-
标签的组成: key = value
-
与标签类似的, 还有注解(annotations)
-
-
Label Selector
- 给资源打上标签后, 可以使用标签选择器过滤指定的标签
- 标签选择器目前有两个: 基于等值关系(等于、不等于) 和 基于集合关系(属于、不属于、存在)
- 许多资源支持内嵌标签选择器字段
- matchLabels
- matchExpressions
Service / Ingress
-
Service
-
每个Pod都会被分配一个单独的IP地址, 但这个IP地址会随着Pod的销毁而消失
-
Service (服务) 就是用来解决这个问题的核心概念
-
一个Service可以看作一组提供相同服务的Pod的对外访问接口
-
Service作用于哪些Pod是通过标签选择器来定义的
-
-
Ingress
- Ingress 是K8S集群里工作在OSI网络参考模型下, 第7层的应用, 对外暴露的接口
- Service只能进行L4流量调度, 表现形式是ip+port
- Ingress则可以调度不同业务域、不同URL访问路径的业务流量