kubernetes

1. 基础概念 在说configmap和secret资源之前 , 我们先来回顾下在docker环境下怎么给容器提供配置信息 ; 在docker容器里我们要给容器里的应用提供配置的方式有两种 , 一种是通过环境变量的方式 , 把对应容器里跑的程序的某些属性通过一个环境变量传递给容器运行时的环境中去 ,

ConfigMap和Secret是Kubernetes系统上两种特殊类型的存储卷 , 前者用于为容器中的应用提供配置数据以定制程序的行为 , 而敏感的配置信息 , 例如密钥、证书等则通常由后者来配置。ConfigMap和 Secret将相应的配置信息保存于资源对象中 , 而后在Pod对象上以存储卷的

在一个大规模的Kubernetes集群里,可能有成千上万个PVC,这就意味着运维人员必须实现创建出这个多个PV,此外,随着项目的需要,会有新的PVC不断被提交,那么运维人员就需要不断的添加新的,满足要求的PV,否则新的Pod就会因为PVC绑定不到PV而导致创建失败.而且通过 PVC 请求到一定的存储

ceph提供底层存储功能 , cephfs方式支持k8s的pv的3种访问模式ReadWriteOnce , ReadOnlyMany , ReadWriteMany , RBD支持ReadWriteOnce , ReadOnlyMany两种模式 动态供给主要是能够自动帮你创建pv , 需要多大的空间

1. 基础概念 volume的基础使用 , 需要我们用户手动来向不同类型存储接口传递不同的参数 , 从而实现把外部存储映射到k8s上的一个volume对象 , 使得pod才能正常的挂载对应的存储卷 , 对应pod里的容器才能正常使用 ; 这种使用方式的前提是用户必须了解对应的存储系统 , 了解对应类

1. volume基础 在说k8s上的volume的使用前 , 我们先来回顾下docker里的volume ; 对于docker容器来说 , 镜像是分层构建的且每一层都是只读的 , 只读就意味着不能修改数据 ; 只有当一个镜像运行为容器以后 , 在镜像的最顶端才会加上一个可写层 , 一旦这个容器被删

以Docker为代表的容器运行时通常都支持配置容器使用“存储 卷”将数据持久存储于容器自身文件系统之外的存储空间中 , 这些存储空间可来自宿主机文件系统或网络存储系统。相应地 , Kubernetes 也支持类似的存储卷功能以实现短生命周期的容器应用数据的持久化 , 不过 , 其存储卷绑定于Pod对

标签是Kubernetes极具特色的功能之一。它是附加在Kubernetes 任何资源对象之上的键值型数据 , 常用于标签选择器的匹配度检查 , 从而完成资源筛选。Kubernetes系统的部分基础功能的实现也要依赖标签和标签选择器 , 例如Service筛选并关联后端Pod对象 , 由 Repli

运行于Pod中的容器化应用绝大多数是服务类的守护进程 , 例如 envoy和demoapp等 , 它们受控于控制器资源对象 , 在自愿或非自愿中 断后只能由重构的、具有同样功能的新Pod对象所取代 , 属非可再生类组件。在Kubernetes应用编排的动态、弹性管理模型下 , Service资源用于

1. statefulset 控制器 statefulset控制器主要用来在k8s上管理有状态应用pod ; 我们经常运维的一些应用主要可以分为4类 , 分别从是否有状态和是否有存储两个维度去描述 , 我们可以将应用分为有状态无存储 , 有状态有存储 , 无状态无存储和无状态有存储这四种 ; 大部份