二.Pod介绍1.基本感念在Kubernetes中，Pod是调度的最小元素，它有网络，有存储。一个Pod封装一个或多个应用容器、存储资源、一个独立的网络IP以及管理控制容器运行方式的策略选项。Pod中的每个容器共享网络命名空间（包括IP与端口），Pod内的容器可以使用localhost相互通信。Pod可以指定一组共享存储卷Volumes，Pod中所有容器都可以访问共享的Volumes，Volume

CoreDNS的配置说明CoreDNS的主要功能是通过插件系统实现的。CoreDNS实现了一种链式插件结构，将DNS的逻辑抽象成了一个个插件，能够灵活的组合使用。常用的插件如下：◎loadbalance：提供基于DNS的负载均衡功能。◎loop：检测在DNS解析过程中出现的简单循环问题。◎cache：提供前端缓存功能。◎health：对Endpoint进行健康检查。◎kubernetes：从Kub

文章目录一.k8s基本概念1.1whyk8s？1.2dockerVSk8s1.3K8s核心组件1.4K8s的一个简单架构理解二.安装部署2.1目标与环境准备2.2kubeadm，kubelet，kubectl简介安装2.3初始化控制平面2.4加入集群并测试2.5Dashboard管理我遇到的一些问题参考一.k8s基本概念官方文档https://kubernetes.io/docs/setup/1.

Kuberetes通过一系列机制来实现集群的安全控制，其中包括APIServer的认证授权、准入控制机制及保护敏感信息的Secret机制等。集群的安全性必须考虑如下几个目标。（1）保证容器与其所在宿主机的隔离。（2）限制容器给基础设施或其他容器带来的干扰。（3）最小权限原则一合理限制所有组件的权限，确保组件只执行它被授权的行为，通过限制单个组件的能力来限制它的权限范围。（4）明确组件间边界的划分。

RBAC授权模式详解RBAC（Role-BasedAccessControl，基于角色的访问控制）在Kubernetes的1.5版本中引入，在1.6版本时升级为Beta版本，在1.8版本时升级为GA。作为Kubeadm安装方式的默认选项，足见其重要程度。相对于其他访问控制方式，新的RBAC具有如下优势。对集群中的资源和非资源权限均有完整的覆盖。整个RBAC完全由几个API对象完成，同其他API对象

fuckcloudnative.io前言系统环境：部署方式：二进制Docker版本：19.03.8kubernetes版本：1.20.1操作系统版本：CentOS7.8metricsserver版本：0.4.1参考地址：带你玩转kubernetes-k8s

Secret私密凭据上一节提刀Secret对象，Secret的主要作用是保管私密数据，比如密码、OAuthTokens、SSHKey等信息。将这些私密信息放在Secret对象中比直接放在Pod或DockerImage中更安全，也更便于使用和分发。下面的例子用于创建一个Secret：apiVersion:v1kind:Secretmetadata:name:mysecrettype:Opaqueda

初识Kubernetes-k8s高可用集群副本数据最好是>=3奇数个APISERVER:所有服务访问统一入口ControllerManager:维持读本期望数目Scheduler：负责介绍任务，选择合适的节点进行分配任务

Kubelet运行机制解析在Kubernetes集群中，在每个Node（又称Minion）上都会启动一个kubelet服务进程。该进程用于处理Master下发到本节点的任务，管理Pod及Pod中的容器。每个kubelet进程都会在APIServer上注册节点自身的信息，定期向Master汇报节点资源的使用情况，并通过cAdvisor监控容器和节点资源。节点管理节点通过设置kubelet的启动参数“

API聚合机制是Kubernetes1.7版本引入的特性，能够将用户扩展的API注册到kube-apiserver上，仍然通过APIServer的HTTPURL对新的API进行访问和操作。为了实现这个机制，Kubernetes在kube-apiserver服务中引入了一个API聚合层（APIAggregationLayer），用于将扩展API的访问请求转发到用户服务的功能。设计API聚合机制的主要

大家好，我们又见面了，现在说明一下哈，每周更新5篇哦。kubeadmconfigkubeadm已经进入GA阶段，其控制面初始化和加入节点步骤都支持大量的可定制内容，因此kubeadm还提供了配置文件功能用于复杂定制。同时，kubeadm将配置文件以ConfigMap的形式保存到集群之中，便于后续的查询和升级工作。kubeadmconfig之命令提供了对这一组功能的支持：◎kubeadmconfig

5.计算资源相关创建问题分析（1）Pod状态为Pending，错误信息为FailedScheduling。如果Kubernetes调度器在集群中找不到合适的节点来运行Pod，那么这个Pod会一直处于未调度状态，直到调度器找到合适的节点为止。每次调度器尝试调度失败时，Kubernetes都会产生一个事件，我们可以通过下面这种方式来查看事件的信息kubectldescribepod|grep-A3Ev

K8S核心组件和架构图K8S架构图K8SDocsConcepts：https://kubernetes.io/docs/concepts/(1)先以container为起点，k8s既然是容器编排工具，那么一定会有container(2)那k8s如何操作这些container呢？从感性的角度来讲，得要有点逼格，k8s不想直接操作container，因为操作container的事情是docker来做的

定义StorageClass准备工作已经就绪，集群群里元现在可以在k8s集群中定义一个StorageClass了。storageclass-gluster-hekeit.yaml配置文件的内容如下：apiVersion:storage.k8s.io/v1kind:StorageClassmetadata:name:gluster-testprovisioner:kubernetes.io/glus

近几天家里出了些事情，所以耽搁了更新的进度，希望大家可以谅解。Job：批处理调度Kubernetes从1.2版本开始支持批处理类型的应用，我们可以通过KubernetesJob资源对象来定义并启动一个批处理任务。批处理任务通常并行（或者串行）启动多个计算进（workitem），处理完成后，整个批处理任务结束。按照批处理任务实现方式的不同，批处理任务可以分为以下的几种模式。◎JobTemplateE

周六本人生日和朋友喝酒去了，给大家说声抱歉，两天没有更新，希望大家可以谅解！今天我们主要讲解k8s中的Label,Doployment,HorizontalPodAitoscaler(HPA).在讲解中途，我们会穿插一些小的实例，使大家可以更加的了解。Label:一个Label是一个Key-Value的键值对，Label可以被附加到各种资源对象上（Pod,Node,Service,RC）Label

这是我第一次下决心写一个完整的专栏，以后每周晚上12点之前为大家更新相关内容。相信来看这篇文章的朋友们都是有运维相关经验的朋友。言规正传，我们看接下来的内容；本人不打算一上来就讲解一大堆的概念，这样会使各位朋友看着很累，看得云里雾里的，摸不着头脑，第一天我就先带领大家把k8s的环境搭建起来。一、环境准备及角色规1.关闭selinux。2.关闭防火墙。3.配置hosts，修改hostname4.时间

Kubernetes的早期版本依靠Heapster来实现完整的性能数据采集和监控功能，Kubernetes从1.8版本开始，性能数据开始以MetricsAPI的方式提供标准化接口，并且从1.10版本开始将Heapster替换为MetricsServer。在Kubernetes新的监控体系中，MetricsServer用于提供核心指标（CoreMetrics），包括Node、Pod的CPU和内存使用

为了在兼容旧版本的同时不断升级新的API，Kubernetes提供了多版本API的支持能力，每个版本的API都通过一个版本号路径前缀进行区分，例如/api/v1beta3。在通常情况下，新旧几个不同的API版本都能涵盖所有的Kubernetes资源对象，在不同的版本之间，这些API接口存在一些细微差别。Kubernetes开发团队基于API级别选择版本而不是基于资源和域级别，是为了确保API能够清

本章将引入REST的概念，详细说明KubernetesAPI的概念和使用方法，并举例说明如何基于Jersey和Fabric8框架访问KubernetesAPI，深入分析基于这两个框架访问KubernetesAPI的优缺点，最后对KubernetesAPI的扩展进行详细说明。下面从REST开始说起。REST简述REST（RepresentationalStateTransfer，表述性状态传递）是由

动态存储管理实战：GlusterFS本节以GlusterFS为例，从定义StorageClass、创建GlusterFS和Heketi服务、用户申请PVC到创建Pod使用存储资源，对StorageClass和动态资源分配进行详细说明，进一步剖析Kubernetes的存储机制。（ps：第26篇有详细的部署过程，此处不上传操作图片了）准备工作为了能够使用GlusterFS，首先在计划用于Gluster

共享储存机制概述Kubernetes对于有状态的容器应用或者对数据需要持久化的应用，不仅需要将容器内的目录挂载到宿主机的目录或者emptyDir临时存储卷，而且需要更加可靠的存储来保存应用产生的重要数据，以便容器应用在重建之后仍然可以使用之前的数据。不过，存储资源和计算资源（CPU/内存）的管理方式完全不同。为了能够屏蔽底层存储实现的细节，让用户方便使用，同时让管理员方便管理，Kubernetes

我们知道，docker0网桥上的IP地址在Node网络上是看不到的。从一个Node到一个Node内的docker0是不通的，因为它不知道某个IP地址在哪里。如果能够让这些机器知道对端docker0地址在哪里，就可以让这些docker0互相通信了。这样，在所有Node上运行的Pod就都可以互相通信了。我们可以通过部署MultiLayerSwitch（MLS）来实现这一点，在MLS中配置每个docke

Kubernetes的网络模型假定了所有Pod都在一个可以直接连通的扁平网络空间中。这在GCE里面是现成的网络模型，Kubernetes假定这个网络也存在。而在私有云里搭建Kubernetes集群，就不能假定这种网络已经存在了。我们需要自己实现这个网络假设，将不同节点上的Docker容器之间的相互访问先打通，然后运行Kubernetes。目前已经有多个开源组件支持容器网络模型。本节介绍几个常见的网

Kubernetes目前支持两种网络插件的实现。◎CNI插件：根据CNI规范实现其接口，以与插件提供者进行对接。◎kubenet插件：使用bridge和host-localCNI插件实现一个基本的cbr0。为了在Kubernetes集群中使用网络插件，需要在kubelet服务的启动参数上设置下面两个参数。◎--network-plugin-dir：kubelet启动时扫描网络插件的目录。◎--ne

随着容器技术在企业生产系统中的逐步落地，用户对容器云的网络特性要求也越来越高。跨主机容器间的网络互通已经成为基本要求，更高的要求包括容器固定IP地址、一个容器多个IP地址、多个子网隔离、ACL控制策略、与SDN集成等。目前主流的容器网络模型主要有Docker公司提出的ContainerNetworkModel（CNM）模型和CoreOS公司提出的ContainerNetworkInterface（

Docker给我们带来了不同的网络模式，Kubernetes也以一种不同的方式来解决这些网络模式的挑战，但其方式有些难以理解，特别是对于刚开始接触Kubernetes的网络的开发者来说。我们在前面学习了Kubernetes、Docker的理论，本节将通过一个完整的实验，从部署一个Pod开始，一步一步地部署那些Kubernetes的组件，来剖析Kubernetes在网络层是如何实现及工作的。这里使用

由于今天在公司搭建memcache集群，就把今天的工作过程记录一下，与大家分享一下。制作镜像环境：centos7.3.1611基础镜像(可以自行去dockerhub上面下载)也可以在下面连接下载https://pan.baidu.com/s/1OdgeDOdKO5slAPD2005isQ部署方案：Memcache版本：1.4.33Memagent版本：0.5基础镜像：centos7.3.1611本

Docker的网络实现标准的Docker支持以下4类网络模式。◎host模式：使用--net=host指定。◎container模式：使用--net=container:NAME_or_ID指定。◎none模式：使用--net=none指定。◎bridge模式：使用--net=bridge指定，为默认设置。在Kubernetes管理模式下通常只会使用bridge模式，所以本节只介绍在bridge模

关于Kubernetes网络，我们通常有如下问题需要回答。kubernetes的网络模型是什么？Docker背后的网络基础是什么？Docker自身的网络模型和局限是什么？Kubernetes的网络组件之间是怎么通信的？外部如何访问Kubernetes集群？有哪些开源组件支持Kubernetes的网络模型？本章节分别回答这些问题，然后通过一个具体的实验将这些相关的知识串联成一个整体。kubernet

Pod的讲解终于告一段落了，现在我们来一起学习Service。Service是Kubernetes的核心概念，通过创建Service，可以为一组具有相同功能的容器应用提供一个统一的入口地址，并且将请求负载分发到后端的各个容器应用上。本章对Service的使用进行详细说明，包括Service的负载均衡机制、如何访问Service、HeadlessService、DNS服务的机制和实践、Ingress

类型为Pods的指标数据来源于Pod对象本身，其中target指标类型只能使用AverageValue，示例如下metrics:-type:Podspods:metric:name:packets-per-secondtarget:type:AverageValueaverageValue:1k其中，设置Pod的指标名为packets-per-second，在目标指标平均值为1000时触发扩缩容操

在实际生产系统中，我们经常会遇到某个服务需要扩容的场景，也可能会遇到由于资源紧张或者工作负载降低而需要减少服务实例数量的场景。此时可以利用Deployment/RC的Scale机制来完成这些工作。K8S对Pod的扩缩容操作提供了手动和自动两种模式，手动模式通过执行kubectlscale命令或通过RESTfulAPI对一个Depoyment/RC进行Pod副本数量的设置，既可一键完成。自动模式则需

上节我们讲解了使用Deployment的滚动升级和回滚内容，今来讲解ReplicationController的滚动升级使用kubectlrolling-update命令完成RC的滚动升级对于RC的滚动升级，kubernetes还提供了一个kubectlrolling-update命令进行实现。该命令创建了一个新的RC，然后自动控制旧的RC中的Pod副本数量减少到0，同时新的的RC中的Pod副本数

有时我们可能需要将Deployment回滚到旧版本。在默认情况下，所有Deployment的发布历史记录都被保留在系统中，以便于我们随时进行回滚（可以配置你是记录数量）。假设在更新Deployment镜像时，将容器镜像名误设置成Nginx：1.91（一个不存在的镜像），此时Deployment的部署过程会卡住：kubectlsetimagedeployment/nginx-deploymentng

上节内容的错误，还请大家不要太在意，后面我们会解决的，理解Job的作用，概念就可以了。下面我们进入正题。InitContainer（初始化容器）在很多应用场景中，应用在启动之前都需要进行如下初始化操作。◎等待其他关联组件正确运行（例如数据库或某个后台服务）。◎基于环境变量或配置模板生成配置文件。◎从远程数据库获取本地所需配置，或者将自身注册到某个中央数据库中。◎下载相关依赖包，或者对系统进行一些预

今天直接进入正题。PodPriorityPreemption：Pod优先级调度对于运行各种负载（如Service、Job）的中等规模或者大规模的集群来说，出于各种原因，我们需要尽可能提高集群的资源利用率。而提高资源利用率的常规做法是采用优先级方案，即不同类型的负载对应不同的优先级，同时允许集群中的所有负载所需的资源总量超过集群可提供的资源，在这种情况下，当发生资源不足的情况时，系统可以选择释放一些

上节介绍的NodeAffinity节点亲和性，是在Pod上定义的一种属性，使得Pod能够被调度到某些Node上运行（优先选择或强制要求）。Taint则正好相反，它让Node拒绝Pod的运行。Taint需要和Toleration配合使用，让Pod避开那些不合适的Node。在Node上设置一个或多个Taint之后，除非Pod明确声明能够容忍这些污点，否则无法在这些Node上运行。Toleration是

今天我为大家讲解Node亲和性调度，Pod亲和与互斥调度策略，本节课程内容，理论偏多，希望大家可以认认真真的看，如果有不理解的，可以和博主沟通哦。NodeAffinity：Node亲和性调度NodeAffinity意为Node亲和性的调度策略，是用于替换NodeSelector的全新调度策略。目前有两种节点亲和性表达。◎RequiredDuringSchedulingIgnoredDuringEx

上节为大家讲解了Pod的健康检查和服务可用性检查，这节我就带着大家更深层次的去学习Pod玩转Pod调度在k8s平台上，我们很少会直接创建一个Pod，在大多数情况下会通过RC、Deployment、DaemonSet、Job等控制器完成对一组Pod副本的创建，调度及全生命周期的自动控制任务。在最早的k8s版本里面没有这么多Pod副本控制器的，只有一个Pod副本控制器RC（ReplicationCon

上篇我们在使用DownwardAPI将Pod的labels信息annotations信息过载到Volume这个实例中出现了问题，本节先解决上篇的内容再回头讲解今天的内容。上篇中，我们mouthPaht指定的目录的是/etc下面的目录，由于docker的容器的目录结构，docker容器是对下层的文件系统有只对权限，但是没有修改权限，所以导致报一些了rootfs的错误。现在我们将yaml文件修改为这个

哈喽~大家好！昨天我们讲解了ConfigMap的使用，今天我来继续深入的讨论Pod的概念及其用法。现在我们进入正题。DownwardAPI我们知道，每个Pod在被成功创建出来之后，都会被系统分配唯一的名字、IP地址，并且处于某个Namespace中，那么我们如何在Pod的容器内获取Pod的这些重要信息呢？答案就是使用DownwardAPI。DownwardAPI可以通过以下两种方式将Pod信息注入

昨天带着大家一起使用三种方式创建了ConfigMap，今天我就带着大家一起来学习在Pod中使用ConfigMap。在Pod中使用ConfigMap1.通过环境变量方式使用ConfigMap以前面创建的ConfigMap“cm-appenv”为例：根据上图中的部分内容填写下面yamlapiVersion:v1kind:Podmetadata:name:cm-test-podspec:containe

这一节我们继续来深入讲解Pod。Pod容器共享Volume同一个Pod中的多个容器能够共享Pod级别的存储卷Volume。Volume可以被定义为各种类型，多个容器各自进行挂载操作，将一个Volume挂载为容器内部需要的目录。在下面的实例中，Pod内包含两个容器：tomcat和busybox，在Pod级别设置Volume“app-logs”,用于tomcat向其中写日志，busybox读取日志文件

本章将对Kubernetes如何发布与管理容器应用进行详细说明和示例，主要包括Pod和容器的使用、应用配置管理、Pod的控制和调度管理、Pod的升级和回滚，以及Pod的扩缩容机制等内容。1Pod定义详解。YAML格式的Pod定义文件如下：apiVersion:v1kind:Podmetadata:name:stringnamespace:stringlables:-name:stringannot

哈喽~大家好，Service的基本概念讲了一个大致的框架，不知道大家有没有看到，如果不懂，欢迎大家前来一起讨论哦。现在我们开始接下来的内容。Job批处理任务通常并行（或串行）启动多个计算进程去处理一批工作项（workitem）,在处理完成后，整个批处理任务结束。k8s支持批处理类型的应用，我们可以通过KubernetesJob这种资源对象定义并启动一个批处理任务Job。与RC、Deployment

哈喽，大家好~进天我们核心要讲解的是Service，Service是k8s里的核心资源对象之一。k8s里的每个Service其实就是我们经常提起的微服务架构中的一个微服务，之前讲解Pod，RC等资源对象其实都是为讲KubernetesService做铺垫。下图显示了Pod、RC与Service的逻辑关系。k8s的Service定义了一个服务的访问入口地址，前端的应用通过这个入口地址访问其背后的一组

今天我们直奔主题。HorizontalPodAutoscaler(HPA):通过手工执行kubectlscale命令，我们可以是实习Pod扩容或缩容。但不符合k8s的定位目标（自动化，智能化）HPA也属于一种k8s的资源对象，与RC、Deployment一样。HPA：通过追踪分析指定RC控制的所有目标Pod的负载变化情况，来确定是否需要有针对性地调整目标Pod的副本数量，这是HPA的实现原理。HP

哈喽~大家好！我们又见面了，前两天带着大家搭建了k8s集群以及用yarml做了一个简单的小实例，今天我就给大家讲下k8s的基本概念。k8s中大部分概念如Node、Pod、ReplicationController(RC)、Service等都可以被看作一种资源对象。Master:k8s中的首脑，负责整个集群的管理和控制，基本上k8s的所有控制命令都发给他。Master:如果它宕机或者不可用，那么对集

哈喽！大家好，近几周在公司写了一套shell脚本，用来检查宿主机的各项指标，以及docker里面的服务，k8s等。有需要的朋友可以私聊哈。我们言归正传，接着昨天的内容开始讲。一.安装dashboard以下操作均在k8s-master中执行。下载yaml文件到本地wgethttps://raw.githubusercontent.com/kubernetes/dashboard/v1.10.1/sr