Kubernetes技术分析 Kubernetes，简称 K8s，是用 8 代替 8 个字符“ubernete”而成的缩写。是一个开源的，用于管理云平台中多个主机上的容器化的应用。k8s 作为学习云原生的入门技术，熟练运用 k8s 就相当于打开了云原生的大门。本文通过笔者阅读书籍整理完成，希望能帮助想学习云原生、以
一、什么是 Pod Pod 是 kubernetes 集群中最小的部署和管理的基本单元，协同寻址，协同调度。 Pod 是一个或多个容器的集合，是一个或一组服务（进程）的抽象集合。 Pod 中可以共享网络和存储（可以简单理解为一个逻辑上的虚拟机，但并不是虚拟机）。 Docker 是目前 Pod 最常用的容器环境，
pod install报错 RuntimeError - [Xcodeproj] Unknown object version. 这是因为本地的 Xcode 版本和 CocoaPods 的版本不匹配，需要更新 CocoaPods 解决方案 更新cocoapods gem install cocoapods --pre 提示没权限 You don't have write permissions for the /Library/Ruby/G
目录 此命令不包括 init 容器 kubectl get pods POD_NAME_HERE -o jsonpath={.spec.containers[*].name} -n namespace 查看 init 容器 kubectl get pods POD_NAME_HERE -o jsonpath={.spec.initContainers[*].name} -n namespace 查看所有容器 kubectl get pod POD_NAME
目录自主式 Pod控制器管理的 Pod 自主式 Pod 没有控制器管理的 pod，而且没有 yaml 文件时，我们使用 delete 后会消失，要想重启使用如下命令： kubectl get pod ${POD_NAME} -n ${NAMESPACE} -o yaml | kubectl replace --force -f - 控制器管理的 Pod kubectl delete 后不会消失，会自
命令 描述 安装与卸载 sudo gem install cocoapods 安装 cocoapods sudo gem install cocoapods -v 1.10.0 安装 cocoapods 1.10.0 版本 sudo gem uninstall cocoapods 卸载 cocoapods sudo gem uninstall cocoapods -v 1.10.0 卸载版本 1.10.0 --- 安装在个
Pod优先级和抢占式调度 对于运行各种负载（如Service、Job）的中等规模或者大规模的集群来说，出于各种原因，我们需要尽可能提高集群的资源利用率。而提高资源利用率的常规做法是采用优先级方案，即不同类型的负载对应不同的优先级，同时允许集群中的所有负载所需的资源总量超过集群可提供
Pod资源亲和调度 出于高效通信的需求，偶尔需要把一些 Pod 对象组织在相似的位置（同一节点、机架、区域或地区等），如某业务的前端 Pod 和后端 Pod 等，此时可以将这些 Pod 对象间的关系称为亲和性。 偶尔，出于安全或分布式等原因也有可能需要将一些 Pod 对象在其运行的位置上隔离开
什么是控制器 kubernetes中建立了很多的controller（控制器），这相当于一个控制机，来管理pod的状态和行为。 控制器的类型 ReplicationController和ReplicaSet Deployment 无状态负载 DaemonSet
查看所有namespace的pods运行情况 kubectl get pods --all-namespaces kubectl get service -ALL kubectl get deployment -ALL kubectl get service web01 -o json ##输出json kubectl get pods web01-bbc5667-xb7cd -o json kubectl get service web01 -o wide ##输出网络信
01-CRI 0.1. CRI 0.2. CRI设计与工作原理 0.2.1. RuntimeService 0.2.1.1. 容器声明周期的实现 0.2.1.2. 实现exec和logs接口 0.2.2. ImageService 0.3. 总结 0.1. CRI 在完成调度之后，kubernetes就需要负责将这个调度完成的Pod，在宿主机上创建出来，并把它所定义的各个容
目录一、写在前面二、K8S为我们提供了怎样的能力三、架构3.1、MasterNode3.2、WorkerNode四、核心组件4.1、ApiServer4.1.1、概述4.1.2、是集群管理API的统一入口4.1.3、提供了完备的安全认证机制4.1.4、典型使用场景4.1.5、Api Proxy接口4.2、ControllerManager4.2.1、Replicatio
语法 kubectl [command] [TYPE] [NAME] [flags] 其中： command：对资源执行的操作，如 create、get、describe、delete。 TYPE：资源类型，不区分大小写，可以是单数、复数或缩写形式，以下命令输出结果相同： kubectl get pod pod1 kubectl get pods pod1 kubectl get po pod1 NAME：资源
kubectl 命令使用 官方参考文档|kubectl 备忘单 增 kubectl create 按照yaml文件创建资源 kubectl create -f <res.yaml> 根据 yaml 创建资源, apply 可以重复执行，create 不行 kubectl create -f pod.yaml kubectl create -f ./nginx.yaml # 创建资源 ku
k8s hook钩子 Pod hook（钩子）是有k8s管理的kubelet发起的，当容器中的进程启动前或者容器中的进程终止运行之前，这是包含在容器的生命周期之中，可以同时为Pod中的所有容器都配置hook Hook的类型包括两种： exec：执行一段命令 HTTP: 发送HTTP请求
QoS（Quality of Service） 简介 QoS（Quality of Service），大部分译为 “服务质量等级”，又译作 “服务质量保证”，是作用在 Pod 上的一个配置，当 Kubernetes 创建一个 Pod 时，它就会给这个 Pod 分配一个 QoS 等级，可以是以下等级之一： Guaranteed：Pod 里的每个容器都必须有内存/CPU
StatefulSet 有状态集群的调度。 对于ZooKeeper、Elasticsearch、MongoDB、Kafka等有状态集群，虽然集群中的每个Worker节点看起来都是相同的，但每个Worker节点都必须有明确的、不变的唯一ID（主机名或IP地址），这些节点的启动和停止次序通常有严格的顺序。
金丝雀部署 StatefulSet 控制器的资源 一、金丝雀部署 将处于暂存状态的更新操作的 partition 定位于 Pod 资源的最大索引号，即可放出一只金丝雀，由其测试第一轮的更新操作，在确认无误后通过修改 partition 属性的值更新其他的 Pod 对象是一种更为稳妥的更新操作。 StatefulSet
01常见的业务场景 假设有两个服务A和B，他们之间相互调用，且同时对外提供，如下图所示 服务A和B之间必须互通 服务A和B都需要访问各种需要的基础设施，如数据库、消息队列等 服务A和B都对外暴露API 服务需要高可用，自动扩缩容 我们暂且不讨论这个架构设计是否合理，假设场景就是如此，正常
理解K8s中的三个IP概念 对于K8s集群中出现的三个IP概念：Node IP、Pod IP以及Cluster IP，它们分别指向不同的含义： 多个Pod部署在同一个物理机节点(或者虚拟机节点)上，此时这个节点的IP就是Node IP。 由多个pod组成的部署管理对象Deployment，如果需要对外提供访问能力，就必须借助Servic
上一篇，我们学习了各种工作负载的使用，工作负载它会自动帮我们完成Pod的调度和部署，但有时我们需要自己定义Pod的调度策略，这个时候该怎么办呢？今天我们就来看一下如何定义Pod调度策略。 一、NodeSelector：节点定向调度 Kubernetes的Scheduler服务在调度Pod的时候会通过一系列复杂的
在实际生产环境中，有些容器内应用（比如编码器）需要用到物理层面的网络资源（比如组播流）。这就要求Kubernetes中的该Pod以HOST模式来启动。以下实验了Kubernetes-HOST网络模式，并给出了一些运维建议。 1、Pod的网络 每个Pod都会默认启动一个pod-infrastructure（或pause）的容器，作为共享网络
[!] Smart quotes were detected and ignored in your Podfile. To avoid issues in the future, you should not use TextEdit for editing it. If you are not using TextEdit, you should turn off smart quotes in your editor of choice. [!] The `PicoClient [Relea
StatefulSet控制器 应用程序存在 "有状态" 和 "无状态" 两种类别。Kubernetes 系统中，Deployment、ReplicaSet 和 DaemonSet 等常用于管理无状态应用，但实际情况，应用本身是分布式的集群，也有不少有状态的应用，下面我们聊聊 "有状态" 应用的管理。 一、StatefulSet概述 无状态应
我们前面讲了很多关于Pod的使用，但是在实际应用中，我们不会去直接创建Pod，我们一般通过Kubernetes提供的工作负载（Deployment、DeamonSet、StatefulSet、Job等）完成对一组Pod全生命周期的控制，本节开始我们来看看这些工作负载是如何使用的。 一、Deployments Deployments可以自动部署
