kubernetes 插件,Kubernetes in Action

这就带来了一个管理问题:应用程序开发人员和系统管理员的职责是耦合的。如果系统的规模很小或者开发环境可以接受。但是，当集群的规模变大，尤其是对于生产环境，考虑到效率和安全性，这就成了必须解决的问题。Kubernetes给出的解决方案是PersistentVolume和PersistentVolumeClaim。

k8s官网:，你自己互换查看相关文档。K8s主:Ubuntu 192 . 168 . 152 . 100k 8 SnO de 01:Ubuntu 192 . 168 . 152 . 101k 8 SnO de 02:Ubuntu 192 . 168 . 152 . 102所有docker都安装了，但没有安装。

4.主机名和主机设置(可选)不是必需的，但为了直观和方便的管理，建议这样做。分别设置主机名:k8smaster、k8snode01、k8snode02hosts，将docker的默认驱动改为systemd。为了防止一系列初始化错误，请检查docker和Kubektl的驱动程序是否一致，否则Kubektl不会启动并导致错误。

Pod是Kubernetes调度的最小单位。一个Pod可以包含一个或多个容器，因此它可以被视为内部容器的逻辑主机。Pod的设计理念是支持多个容器在一个Pod中共享网络和文件系统。那么为什么Pod中的容器可以共享网络、IPC和PID名称空间呢？原因:当每个Pod启动时，Kubernetes将自动创建一个镜像为gcr.io/google_containers/pause:version,的容器，并且Pod中的所有容器将添加启动参数，如net container:pauseipContainer:pausepid container:Pause，因此Pod中的所有容器共享Pause容器的网络、IPC和PID名称空间。

Kubernetes的官方文档地址:7、Kubernetes存储资源PV、PVC和StorageClass详解

Kubernetes，存储资源和计算资源(CPU，内存)一样重要。为了方便管理员管理集群中的存储资源，也为了让用户更方便地使用存储，Kubernetes屏蔽了底层存储的实现细节，将存储抽象为PersistentVolume和PersistentVolumeClaim两个API资源来管理存储。

借助云基础设施技术，您可以在公共、私有或混合云环境中运行Kubernetes。Kubernetes的信条是基于自动化、API驱动的基础设施，同时避免组件之间的紧密耦合。组件cloudcontrollermanager是指云控制器管理器，云控制器管理器是指嵌入了特定云的控制逻辑的控制平面组件。Cloud controller manager允许您将集群连接到云提供商的API，并将与云平台交互的组件与那些与集群交互的组件分开。

Cloudcontrollermanager组件是基于a 插件机制构建的，它使不同的云供应商能够将其平台与Kubernetes集成。云控制器管理器以一组多副本进程的形式运行在控制平面中，在Pod中通常表示为一个容器。每个cloudcontrollermanager在同一个进程中实现多个控制器。

CNI为应用容器提供了插件网络解决方案，定义了容器网络的操作和配置规范，实现了插件形式的CNI接口。CNI只关注在创建容器时分配网络资源，在销毁容器时删除网络资源。CNI模型只涉及两个概念:容器和网络。容器:具有独立的Linux网络名称空间的环境，比如使用Docker或rkt创建的容器。

网络:指一组可以相互连接的实体。这些实体有自己独立唯一的IP地址，可以是容器、物理机或其他网络设备(如路由器)。容器网络的设置和操作通过插件(Plugin)实现。CNI 插件包括两种类型:CNIPlugin和IPAM (IP地址管理)插件。CNIPlugin负责配置容器的网络资源，IPAMPlugin负责分配和管理容器的IP地址。

2013，随着PaaS的发展，这一领域的从业者发现了PaaS中最棘手、最迫切的问题:如何打包应用？无论是CloudFoundry、OpenShift还是Clodify，这个问题都没有完美的答案。默默无闻的PaaS创业公司DotCloud选择开放自己的容器项目docker，提供了非常便捷的打包机制，然后就一发不可收拾，围绕Docker项目进行整合创新，包括Mesosphere公司的Mesos项目等，Docker公司也推出了DockerCompose、Swarm和Machine“三件套”，Docker生态系统迅速发展，开启了新的。