前段时间在做实验时遇到一个问题，即我在 Windows PC 端新建的 txt 文本，在 Linux 服务端去查看或者编辑时，会因为字符集的问题出现乱码，本文记录下处理这个小 case 的方法。

Sar是一个Linux下的监控工具，一直站在鄙视链的顶端。但是往往因繁多的参数，让人望而生畏，不知道怎么使用。然而这么强大命令并非是无章可循，只要我们找到合适的切入点来分析这个工具，就会发现实际上是非常简单的。sar命令很简单，它的参数主要分为四部分。其中，第二部分和第三、四部分，是可选的，也就是说，最终要的参数，就剩下一个，那就是选项。不带选项默认是-u。Sar的参数众多，想要一个参数一个参数的

Dashboard是基于网页的Kubernetes用户界面。您可以使用Dashboard将容器应用部署到Kubernetes集群中，也可以对容器应用排错，还能管理集群资源。您可以使用Dashboard获取运行在集群中的应用的概览信息，也可以创建或者修改Kubernetes资源(如Deployment，Job,DaemonSet等等)Dashboard同时展示了Kubernetes集群中的资源状态信

2、API Server告知调度器请求资源调度分配，调度器给后端打分，将优先级高的node与pod绑定并告知API Server。1、用户创建pod的信息通过API Server存储到etcd中，etcd记录pod的元信息并将结果返回API Server。在node 节点，用内部地址访问服务， 如果可以访问，哪问题出在 proxy 端口映射出了问题，导致外部无法访问。4、kubelet使用dock

确保pod资源符合预期的状态，pod的资源出现故障时，会尝试进行重启，当重启策略无效，会重新创建新的pod。在1.实例之间有差别，每个实例都有自己的独特性，元数据不同，例如etcd，zookeeper2.实例之间不对等的关系，以及依靠外部存储的应用1.deployment认为所有的pod都是一样的2.不用考虑顺序的要求3.不用考虑在哪个node节点上运行4.可以随意扩容和缩容一组pod访问策略，提

1.livenessProbe（存活探针）∶判断容器是否正常运行，如果失败则杀掉容器（不是pod），再根据重启策略是否重启容器2.readinessProbe（就绪探针）∶判断容器是否能够进入ready状态，探针失败则进入noready状态，并从service的endpoints中剔除此容器3.startupProbe∶判断容器内的应用是否启动成功，在success状态前，其它探针都处于无效状态。

在节点故障情况下，为了保持现存的pod驱逐的限速设置，系统将会以限速的模式逐步给node设置Taint，这就能防止在一些特定情况下（比如master暂时失联）造成的大量pod被驱逐的后果。使用kubectltaint命令可以给某个Node节点设置污点，Node被设置上污点之后就和Pod之间存在了一种相斥的关系，可以让Node拒绝Pod的调度执行，甚至将Node已经存在的Pod驱逐出去。不允许pod

当需要修改很多配置文件时，创建一个配置资源，将配置资源挂载到各个pod当中，给pod所使用，这样就只要修改配置资源就可以了Secret 解决了密码、token、秘钥等敏感数据的配置问题，而不需要把这些敏感数据暴露到镜像或者 Pod Spec 中。Secret 可以以 Volume 或者环境变量的方式使用。secret 可选参数有三种:Secret 类型：Pod 需要先引用才能使用某个 secret

对于公有云上的 Kubernetes 集群，规模大了之后很容器碰到配额问题，需要提前在云平台上增大配额。这些需要增大的配额包括：虚拟机个数vCPU 个数内网 IP 地址个数公网 IP 地址个数安全组条数路由表条数持久化存储大小节点规模Master规格1-5个节点4C8G(不建议2C4G)6-20个节点4C16G21-100个节点8C32G100-200个节点16C64G。...

4.1使用explain 查看pv的定义方式查看pv的定义方式 ：FIELDS:metadata: #由于 PV 是集群级别的资源，即 PV 可以跨 namespace 使用，所以 PV 的 metadata 中不用配置 namespacename:spec4.2、查看pv定义的规格spec:nfs:（定义存储类型）path:（定义挂载卷路径）server:（定义服务器名称）accessModes