k8s的pod重启策略1，Deploy的yaml文件只能是always。Pod的yaml三种模式都可以。2，OnFailure：只有状态码非0才会重启。正常状态不重启的。3，Never：正常退出和非正常退出都不重启。容器退出了，pod才会重启。Pod可以有多个容器，只要有一个容器退出，整个pod都会重启，pod内的所有容器都会重启。Docker的重启策略：docker的默认策略是never。on-failure：非正常退出。才会重启容器Always：只要容器退出都会重启Unless-stopped：只要容器退出就会重启，docker守护进程时已经停止的容器，不再重启。单机部署：docker足够
一、统一日志管理的整体方案通过应用和系统日志可以了解Kubernetes集群内所发生的事情，对于调试问题和监视集群活动来说日志非常有用。对于大部分的应用来说，都会具有某种日志机制。因此，大多数容器引擎同样被设计成支持某种日志机制。对于容器化应用程序来说，最简单和最易接受的日志记录方法是将日志内容写入到标准输出和标准错误流。但是，容器引擎或运行时提供的本地功能通常不足以支撑完整的日志记录解决方案。例如，如果一个容器崩溃、一个Pod被驱逐、或者一个Node死亡，应用相关者可能仍然需要访问应用程序的日志。因此，日志应该具有独立于Node、Pod或者容器的单独存储和生命周期，这个概念被称为集群级日志记
背景大家可能在云原生领域需要部署周边的一些生态组件时，在国内遇到无法正常拉取镜像，显得就有点苦恼，不过没关系，常见的${{registry_name}}例如“gcr.io”，“registry.k8s.io”Failedtopullimage“registry.k8s.io/prometheus-adapter/prometheus-adapter:v0.11.2”:rpcerror:code=Unknowndesc=failedtopullandunpackimage“registry.k8s.io/prometheus-adapter/prometheus-adapter:v0.11.2”
目录一、Kubernets概述1.1K8S什么1.2为什么要用K8S二、Kubernetes集群架构与组件2.1Master组件Kube-apiserverKube-controller-managerKube-scheduler2.2配置存储中心etcd2.3Node组件KubeletKube-Proxydocker或rocket三、Kubernetes核心概念3.1Pod3.2Pod控制器K8S内提供了众多的Pod控制器，常用的有以下几种：3.3Label3.4Label选择器（Labelselector）3.5Service3.6Ingress3.7Name3.8Namespace四、常
目录一、理论1.污点2.容忍3. Pod启动阶段4. 故障排除步骤5.对节点执行维护操作二、实验1.污点2.容忍三、问题1.pod上配置容忍生成资源报错四、总结一、理论1.污点（1）作用节点亲和性,是Pod的一种属性(偏好或硬性要求),它使Pod被吸引到一类特定的节点。Taint则相反,它使节点能够排斥一类特定的PodTaint和Toleration相互配合,可以用来避免Pod被分配到不合适的节点上。每个节点上都可以应用一个或多个taint,这表示对于那些不能容忍这些taint的Pod,是不会被该节点接受的。如果将toleration应用于Pod上,则表示这些Pod可以(但不一定)被调度到具有
预知ingress实现https代理创建证书密钥secrets保存密钥信息，部署pod时把secrets挂载到pod[root@master01~]#opensslreq-x509-sha256-nodes-days365-newkeyrsa:2048-keyouttls.key-out.crt-subj"/CN=nginxzzr/O=nginxzzr"req：生成证书文件的请求x509：生成x.509自签名的证书-sha256：表示生成的密钥不加密-day365：证书有效期365天-newkeyrsa:2048：RSA密钥对，长度2048位。-keyouttls.key-out.crt：密钥
目录一、理论1.Kubectl插件2.kubens 3.krew二、实验1.kubectl插件2.kubens 3.krew一、理论1.kubectl插件（1）概念kubectl插件其实就是以kubectl-为前缀的任意可执行文件，比如执行:ln-s/bin/echo/usr/local/bin/kubectl-echo此时就相当于安装了个echo的kubectl插件，kubectl插件可以通过kubectl + 插件名执行，kubectlxxx其实就是相当于运行kubectl-xxx。2.kubens （1）概念k8s每次查看指定命名空间的资源都需要加-n命名空间来指定命名空间,我们可以通过
ScrumMaster角色是一个新角色，经常被实施Scrum的团队和组织误解。当我与组织合作时，我发现ScrumMasters角色不是很受重视，因为一种常见的反应是ScrumMaster是"机动的人"。他们可能是好人，但常常缺乏正确的素质、动机和Scrum知识，无法成为有效的ScrumMaster。他们可能会将角色转变为其他角色，然后成为组织内部大家公认的"ScrumMaster应有的定义"（而不是真正的Scrum）。因此，最终导致对ScrumMaster角色的错误假设。毕竟，ScrumMaster应该知道他们做的是否正确，对吗？有时，刚接触Scrum或不适合担任ScrumMaster角色的好
本文转载自微信公众号"北溟大橘"，作者：管婷婷什么时候才能卸磨杀驴随着团队成员对Scrum流程的逐渐熟悉，ScrumMaster的工作慢慢减少了。很多人有一个疑问，成熟的Scrum团队，还需要ScrumMaster吗?或者至少，还需要全职的ScrumMaster吗？关于这个问题，我有两个观点：需要。即使是最牛逼的团队，也会因为拥有一个好的ScrumMaster而受益。但随着团队的敏捷成熟度，ScrumMaster的工作重心是变化的。长期需要。团队实际需要ScrumMaster辅导的时间，比大部分人以为的要长很多。很多刚开始接触Scrum的团队，就采用兼职ScrumMaster的形式，Scrum
ScrumMaster八大职责-开篇根据Scrum指南，ScrumMaster负责确保团队理解并实践Scrum。ScrumMaster通过让Scrum团队遵守Scrum的理论、实践和规则来完成这项工作。ScrumMaster是Scrum团队的服务型领导，ScrumMaster帮助那些在Scrum团队之外的人知道他们与团队的互动，哪些对团队有帮助，哪些没有。ScrumMaster通过帮助团队内外的所有人之间的互动方式以使得Scrum团队产出价值最大化。ScrumMaster角色拥有许多的姿势和极大的多样性。一个伟大的ScrumMaster能够意识到这些多样性，并知道应该在何时，根据实际的情况和环
