k8s pod生命周期—Init容器pod生命周期 Pod能够具有多个容器,应用运行在容器里面,但是它也可能有一个或多个先于应用容器启动的Init容器。 Init容器与普通的容器非常像,除了如下两点: Init 容器总是运行到成功完成为止 每个Init容器都必须在下一个Init容器启动之前成功完成 如

kubeadm快速部署kubernetes集群1 安装要求 一台或多台机器，操作系统 CentOS7.x-86_x64 硬件配置：2GB或更多RAM，2个CPU或更多CPU，硬盘30GB或更多(master必须2cpu,node可以不用) 可以访问外网，需要拉取镜像，如果服务器不能上网，需要提前下载镜像并导入节点 禁止swap分区 安装 kubeadm | Kubernetes 2 准备环境

一、基础设置1234567891011121314# 关闭selinuxsed -i 's/enforcing/disabled/' /etc/selinux/config # 永久setenforce 0 # 临时# 关闭swapswapoff -a # 临时sed -ri 's/.*swap.*/#&/' /etc/fstab # 永

一、简介Scheduler 是kubernetes 的调度器,主要的任务是把定义的pod分配到集群的节点上。听起来非常简单,但有很多要考虑的问题: 公平：如何保证每个节点都能被分配资源 资源高效利用：集群所有资源最大化被使用 效率：调度的性能要好,能够尽快地对大批量的pod完成调度工作 灵活：允许用户根据自己的需求控制调度的逻辑 Sheduler 是作为单独的程序运行的，启动之后会一直坚挺AP

1 dashboard安装1$ kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta8/aio/deploy/recommended.yaml 结果： 1234567891011121314namespace/kubernetes-dashboard created # 命名空间k

什么是控制器Kubernetes 中内建了很多controller (控制器),这些相当于一个状态机,用来控制Pod的具体状态和行为 控制器类型 ReplicationController 和 ReplicaSet Deployment DaemonSet StateFulSet Job/CronJob Horizontal Pod Autoscaling ReplicationControll

k8s组网要求 所有的Pods之间可以在不使用NAT网络地址转换的情况下相互通信。 所有的Nodes之间可以在不使用NAT网络地址转换的情况下相互通信。 每个Pod自己看到的自己的ip和其他Pod看到的一致。即所有Pod对象都处于同一平面网络中，而且可以使用Pod自身的地址直接通信。 k8s网络模型设计基础原则 每个Pod都拥有一个独立的IP地址，假定所有 Pod 都在一个可以直接连通的、扁平的

kubernetes组件一个 Kubernetes 集群是由一组被称作节点（node）的机器组成， 这些节点上会运行由 Kubernetes 所管理的容器化应用。 且每个集群至少有一个工作节点。 工作节点会托管所谓的 Pods，而 Pod 就是作为应用负载的组件。 控制平面管理集群中的工作节点和 Pods。 为集群提供故障转移和高可用性， 这些控制平面一般跨多主机运行，而集群也会跨多个节点运行。

K8s中所有的内容都抽象为资源,资源实例化之后,叫做对象。 名称空间级别工作负载型资源(workload ): Pod、 ReplicaSet, Deployment、 StatefulSet、DaemonSet、Job、CronJob (ReplicationController 在vl.11 版本被废弃) 服务发现及负载均衡型资源( ServiceDiscovery LoadBalance )

1 kubectl 概述kubectl 是Kubernetes 集群的命令行工具，通过kubectl 能够对集群本身进行管理，并能够在集群上进行容器化应用的安装部署。 kubectl 概述 | Kubernetes 2 kubectl 命令的语法1kubectl [command] [TYPE] [NAME] [flags] command：指定要对一个或多个资源执行的操作，例如 creat