Kubernetes

问题描述 由于Kubernetes默认情况下只开放30000-32767这些端口，但是docker-registry在部署在Kubernetes中的时候conrainerd访问就会出现端口不匹配的问题

介绍 Kubernetes 官方从 2016 年 8 月份开始，将 Kubernetes 资源操作相关的核心源码抽取出来，独立出来一个项目 client-go，Kubernetes中使用client-

Operator是一个感知应用状态的控制器 Operator是使用CRD实现的定制化Controller，它与K8s内建的Controller遵循同样的运行模式 1.安装Operator 2.Oper

这里主要介绍一下私有仓库(HTTPS)在Kubernetes中部署的问题，由于Kubernetes将弃用docker，因此这里主要介绍以下使用containerd替换docker后如何从私有仓库拉取镜

kubectl命令太多太长记不住？ 查看资源缩写 配置kubectl自动补全命令 kubectl写yaml太累，找样例太麻烦？ 用run命令生成 用get命令导出 Pod亲和性下面字段的拼写忘记了 监

Authorization 上面认证过程，只是确认通信的双方都确认了对方是可信的，可以相互通信。而鉴权是确定请求方有哪些资源的权限。API Server目前支持以下几种授权策略（通过API Serve

机制说明 Kubernetes作为一个分布式集群的管理工具，保证集群的安全性是其一个重要的任务。API Server是集群内部各个组件通信的中介，也是外部控制的入口。所以Kubernetes的安全机制

简介 Scheduler是kubernetes的调度器，主要的任务是把定义的pod分配到集群的节点上。听起来非常简单，但有很多要考虑的问题： 公平：如何保证每个节点都能被分配资源 资源高效利用：集群所

概念 PersistentVolume（PV） 是由管理员设置的存储，它是群集的一部分。就像节点是集群中的资源一样，PV也是集群中的资源。PV是Volume之类的卷插件，但具有独立于使用PV的Pod的

容器磁盘上的文件的生命周期是短暂的，这就使得在容器中运行重要应用时会出现一些问题，首先，当容器崩溃时，kubelet会重启它，但是容器的文件将丢失---容器以干净的状态（镜像最初的状态）重新启动，其次

Secret解决了密码、token、密钥等敏感数据的配置问题，而不需要把这些敏感数据暴露到镜像或者Pod Spec中，Secret可以以Volume或者环境变量的方式使用 Secret有三种类型： S

ConfigMap功能在Kubernetes1.2版本中引入，许多应用程序会从配置文件，命令行参数或环境变量中读取配置信息，ConfigMap API给我们提供了向容器中注入配置信息的机制，Confi

Service的概念 Kubernetes Service定义了这样一种抽象：一个Pod的逻辑分组，一种可以访问它们的策略--通常称为微服务，这一组Pod能够被Service访问到，通常是通过Labe

什么是控制器 Kubernetes中内建了很多的controller（控制器），这些控制器相当于一个状态机，用来控制Pod的具体状态和行为 控制器的类型 ReplicationController和R

Pod生命周期之Init容器 Init容器 Pod能够具有多个容器，应用运行在容器里面，但是它可能有一个或多个先于应用容器启动的Init容器 Init容器于普通的容器非常像，除了如下两点： Init容

基本语法 缩进时不允许使用Tab键，只允许使用空格 缩进的空格数目不重要，只要相同层级的元素左侧对齐即可 标识注释，从这个字符一直到行尾，都会被解释器忽略 必须存在的属性 参数名 字段类型 说明 ve