今天启动集群tidb时出现一个错误，是某个tikv节点报错：node\_exporter9100.service failed一个节点的问题会导致整个集群启动失败。去此节点下的日志文件中查找，发现没有什么报错原因。无奈此时只能去系统日志中查看发生了什么问题果然发现了问题Jan1615:35:05ip1723126133

Kubernetes（k8s）是自动化容器操作的开源平台，基于这个平台，你可以进行容器部署，资源调度和集群扩容等操作。如果你曾经用过Docker部署容器，那么可以将Docker看成Kubernetes底层使用的组件，Kubernetes是Docker的上层封装，通过它可以很方便的进行Docker集群的管理。今天我们使用minikube在单机上进行Kubern

Github基于Orchestrator，Consul和GLB实现高可用性目标。1.orchestrator用来运行故障监听和故障恢复。我们使用了如下图所示的一个跨数据中心的orchestrator/raft。2.Hashicorp公司的用于服务发现的Consul。使用Consul的KV存储器写入集群主节点的身份。对于每个集群，都有一套KV记录

prometheus监控k8s集群具体版本Prometheus:v2.2.1kubernetes:v1.18.9Grafana:latestalertmanager:v0.14.0metrics:v1.3.0

kubectl是控制Kubernetes的集群管理器。详情查看https://github.com/kubernetes/kubernetes用法: kubectl\flags\ kubectl\command\可用命令： get                

一： javaApi通过tcp9300调用es集群，遇到的问题。Exceptioninthread"main"NoNodeAvailableExceptionNoneoftheconfigurednodesareavailable:{transport1}{xT4bF9ImTUiamYI9VJxKUA}{

StatefulSet:在1.3以前K8s中StatefulSet叫PetSet(宠物集)，由此也可看出StatefulSet是关注个体，而非群体。StatefulSet要满足以下几点:稳定且唯一的网络标识符；如:Redis集群,在Redis集群中，它是通过槽位来存储数据的，假如:第一个节点是0~1000,第二个节点是1

作者邱天，腾讯云高级工程师，负责腾讯云TKE动态调度器与重调度器产品。背景原生kubernetes调度器只能基于资源的resourcerequest进行调度，然而Pod的真实资源使用率，往往与其所申请资源的request/limit差异很大，这直接导致了集群负载不均的问题：1.集群中的部分节点，资源的真实使用率远低于resourcerequest，却没有被调度更多的Pod，这造成了比较大的资源浪费；2.而集群中的另外一些节点，其资源的真实使用率事实上已经过载，却无法为调

1目标不在现有查询代码逻辑上做任何改动，实现dao维度的数据源切换（即表维度）2使用场景节约bdp的集群资源。接入新的宽表时，通常uat验证后就会停止集群释放资源，在对应的查询服务器uat环境时需要查询的是生产库的表数据（uat库表因为bdp实时任务停止，