我们前面部署的pod调度取决于kube-scheduler，它会根据自己的算法，集群的状态来选择合适的node部署我们的pod。下面我们来看下如何来根据我们自己的要求，来影响pod的调度。定向node调度有时候我们想将pod调度到某一些node上，比如csharp开发的程序，调度到某一些node，java开发的程序调度到另一些node，这时候我们可以选择定向调度。定向调度需要用到我们前面说的label，具体做法就是将node打上指定的label，然后在定义pod/deployment的时候根据nodeselector指定nodenode1添加labelkubectllabelnodesk8s-
k8s集群JobPod容器可能因为多种原因失效，想要更加稳定的使用Job负载，有哪些需要注意的地方？面试官：“计数性Job默认完成模式是什么？Indexed模式如何发布自定义索引呢？”面试官：“k8s的JobPod中的容器可能因为多种不同原因失效，想要更加稳定的使用Job负载，有哪些可以注意的地方？“面试官：“为什么k8s建议在调试Job时将`restartPolicy`设置为"Never"？”面试官：“Job终止与清理了解嘛？Pod重试次数还未达到`backoffLimit`所设的限制，为什么突然被终止了？猜测原因？“囧么肥事-胡说八道计数性Job默认完成模式是什么？Indexed模式如何发
k8s集群JobPod容器可能因为多种原因失效，想要更加稳定的使用Job负载，有哪些需要注意的地方？面试官：“计数性Job默认完成模式是什么？Indexed模式如何发布自定义索引呢？”面试官：“k8s的JobPod中的容器可能因为多种不同原因失效，想要更加稳定的使用Job负载，有哪些可以注意的地方？“面试官：“为什么k8s建议在调试Job时将`restartPolicy`设置为"Never"？”面试官：“Job终止与清理了解嘛？Pod重试次数还未达到`backoffLimit`所设的限制，为什么突然被终止了？猜测原因？“囧么肥事-胡说八道计数性Job默认完成模式是什么？Indexed模式如何发
TTL机制排毒，线上k8s的Job已经通过API增加了Job的TTL时长，且成功响应，为什么系统还是清理了Job？面试官："已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？"面试官："能简单描述一下什么是TTL-after-finished控制器嘛？"面试官："我明明已经通过API增加了Job的TTL时长，且得到了成功的响应，为什么系统还是清理了Job？"面试官："如何更加准确的跟踪Job完成情况？了解Finalizer追踪Job嘛？"面试官："说说什么场景下CronJob无法被调度？"囧么肥事-胡说八道已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？完成的
TTL机制排毒，线上k8s的Job已经通过API增加了Job的TTL时长，且成功响应，为什么系统还是清理了Job？面试官："已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？"面试官："能简单描述一下什么是TTL-after-finished控制器嘛？"面试官："我明明已经通过API增加了Job的TTL时长，且得到了成功的响应，为什么系统还是清理了Job？"面试官："如何更加准确的跟踪Job完成情况？了解Finalizer追踪Job嘛？"面试官："说说什么场景下CronJob无法被调度？"囧么肥事-胡说八道已完成Job的TTL机制了解嘛？简单说说TTL存在的时间偏差问题？完成的
k8s中使用prometheusoperator监控外部服务器部署的windowsexporter0、文档说明（1）PrometheusOperator是一个流行的k8s集群监控套件，项目地址：https://github.com/prometheus-operator/kube-prometheus，在参考文档部署前，请先确保在k8s环境中已经部署成功PrometheusOperator组件（2）本文档通过ServiceMonitor方式部署监控信息，至于其他方式的部署，这里不做说明（3）在k8s中监控外部资源，并不仅限于windowsexporter，可以是k8s外部任意类型的服务对应的e
k8s中使用prometheusoperator监控外部服务器部署的windowsexporter0、文档说明（1）PrometheusOperator是一个流行的k8s集群监控套件，项目地址：https://github.com/prometheus-operator/kube-prometheus，在参考文档部署前，请先确保在k8s环境中已经部署成功PrometheusOperator组件（2）本文档通过ServiceMonitor方式部署监控信息，至于其他方式的部署，这里不做说明（3）在k8s中监控外部资源，并不仅限于windowsexporter，可以是k8s外部任意类型的服务对应的e
ServiceAccountServiceAccount是给运行在Pod的程序使用的身份认证，Pod容器的进程需要访问APIServer时用的就是ServiceAccount账户。ServiceAccount仅局限它所在的namespace，每个namespace创建时都会自动创建一个defaultserviceaccount。创建Pod时，如果没有指定ServiceAccount，Pod则会使用defaultServiceAccount。 通过以下命令可以查看我们前面创建chesterns这个namespace下的serviceaccount与对应的secretkubectldescribe
ServiceAccountServiceAccount是给运行在Pod的程序使用的身份认证，Pod容器的进程需要访问APIServer时用的就是ServiceAccount账户。ServiceAccount仅局限它所在的namespace，每个namespace创建时都会自动创建一个defaultserviceaccount。创建Pod时，如果没有指定ServiceAccount，Pod则会使用defaultServiceAccount。 通过以下命令可以查看我们前面创建chesterns这个namespace下的serviceaccount与对应的secretkubectldescribe
emptyDir临时卷有些应用程序需要额外的存储，但并不关心数据在重启后仍然可用。例如，缓存服务经常受限于内存大小，将不常用的数据转移到比内存慢、但对总体性能的影响很小的存储中。再例如，有些应用程序需要以文件形式注入的只读数据，比如配置数据或密钥。临时卷就是为此类用例设计的。因为卷会遵从Pod的生命周期，与Pod一起创建和删除，所以停止和重新启动Pod时，不会受持久卷在何处可用的限制。 下面我们就通过一个临时卷，让一个pod中的两个容器实现文件共享。apiVersion:v1kind:Podmetadata:name:emptydirpodnamespace:chesternsspec:con
