Kubernetes 对象

oneslide

于 2019-08-12 14:34:03 发布

阅读量172

点赞数

分类专栏：虚拟化

原文链接：https://kubernetes.io/docs/concepts/

版权

虚拟化专栏收录该内容

31 篇文章 3 订阅

订阅专栏

总览

使用Kubernetes对象来描述集群目标状态：ex,运行什么应用，容器使用哪个镜像，复制因子，用多少网络磁盘资源等。通过Kubernetes API将对象传递给K8S,一般通过命令行工具kubectl,也可以使用RESTful API。

Kubernetes Control Plane（控制面板）通过Pod Lifecycle Event Generator (PLEG)来使集群状态达到用户要求。Kubernetes通过自动执行一些任务来达到这个目的, Kubernetes Control Plane由运行在集群上的几种进程组成。以下列出这几种进程：

Master节点由三个进程组成

kube-apiserver
kube-controller-manager
kube-scheduler

Node节点由两个进程组成

kubelet -----和Master通信
kube-proxy ----网络代理，反映Kubernetes在节点上的网络配置

下面一张图查看他们之间的关系:
在这里插入图片描述

Kubernetes 对象

K8S提供了几个系统状态的抽象：比如已部署容器，相关网络和资源，集群其他信息等。这些信息都可以看成对象，实际上也就是对象，并且可以使用Kubernetes API来操作这些对象。

基本的Kubernetes对象包含：

Pod
Service
Volume
Namespace

kubernetes作为云平台一直试着满足更多的场景使用，它通过控制pod的行为来实现：

在这里插入图片描述

下面一张图鸟瞰全景：
在这里插入图片描述

概念解析

Service :

A Kubernetes Service that identifies a set of Pods using label selectors. Unless mentioned otherwise, Services are assumed to have virtual IPs only routable within the cluster network.

每种Pod可以指定很多标签，比如以应用功能命名tomcat。Service可以通过Selector来指定自己选择具有那些标签的Pod。

Pod

Every Pod gets its own IP address. This means you do not need to explicitly create links between Pods and you almost never need to deal with mapping container ports to host ports. This creates a clean, backwards-compatible model where Pods can be treated much like VMs or physical hosts from the perspectives of port allocation, naming, service discovery, load balancing, application configuration, and migration.

上面的这种模型叫做IP-per-pod模型，Pod就可以看成一个虚拟机，运行在Pod里面的容器相当于虚拟机操作系统的进程。容器之间共享文件系统，网络，PID空间。

以前一个应用是一个单体，应用进行微服务拆分后，会部署到不同的Pod，每个Pod中的代码都是单独开发，测试和部署。比如前后端分离，前端和后端各一个Pod。因为Pod是独立的，怎么标记它们属于同一个应用呢？这种情况下，两个Pod使用相同标签。