gRPC client 间接应用 ClusterIP Service 会导致负载不平衡。因为 HTTP/2 多个申请能够复用一条连贯，并发达到最大值才会创立新的连贯。这个最大值由 MaxConcurrentStreams 管制，Golang client 默认是100。

Kubernetes 是一个开源的，用于治理云平台中多个主机上的容器化的利用，Kubernetes 的指标是让部署容器化的利用简略并且高效，Kubernetes 提供了利用部署，布局，更新，保护的一种机制。

k8s能够进行容器的自动化复制和部署。能够随时扩大或膨胀容器规模，并提供负载平衡。能够不便地进行容器降级，提供容器弹性，如果其中一个正本生效，则替换它。对于有问题的容器，尝试重启或修复。

背景因为k8s集群的资源有余，将局部服务器关机扩容再启动，发现局部pod始终没有起来。排查过程查看pod的日志，发现解析集群内的域名失败，揣测是dns的问题。查看dns相干的pod，发现nodelocaldns始终在重启。 {代码…} 登录对应的node，netstat -ntple | grep 53查看53端口的占用状况，发现被named过程占用。将named过程…

Kubernetes Ingress 只是 Kubernetes 中的一个一般资源对象，须要一个对应的 Ingress 控制器来解析 Ingress 的规定，裸露服务到内部，比方 ingress-nginx，实质上来说它只是一个 Nginx Pod，而后将申请重定向到其余外部（ClusterIP）服务去，这个 Pod 自身也是通过 Kubernetes 服务裸露进来，最常见的形式是通过 LoadBal…

排查问题，看到了报错 certificate has expired or is not yet valid。原本是一个非常简单的问题，但过后头脑重大迷糊，居然从新生成证书，将NotReady的节点进行重新部署。后果重复试验，重启，导致整个集群所有节点都不可用。

argogithub[链接]装置启动kubectl create namespace argokubectl apply -n argo -f [链接] {代码…} 创立领有create pod之类的权限的workflow账户给argo应用kubectl apply -f {代码…} argo的工作yaml文件里减少spec.serviceAccountName {代码…}

172.16.197.49 master49172.16.197.50 master50172.16.197.56 master56172.16.197.52 node52172.16.197.53 node53172.16.197.200 k8s-lb

下载sealos命令 {代码…} 下载资源包 {代码…} 批改 hostname {代码…} 查看批改后果 {代码…} 设置 hostname 解析 {代码…} 开始装置集群 {代码…} centos版本为7.*，倡议升高kube-proxy版本，修复在集群内解释不了外部命名空间等地址的问题 {代码…}

Kubernetes的呈现不仅主宰了容器编排的市场，也进化了过来的运维形式，不仅将开发与运维之间边界变得更加含糊，而且让DevOps这一角色变得更加清晰。它是目前可用的很风行的容器解决方案之一。