Kubernetes Liveness Probe 配置过激导致服务反复重启的排查实践
适用场景 本文适用于 Kubernetes 中业务 Pod 间歇性进入 CrashLoopBackOff、RestartCount 持续增长、服务短时间不可用,但应用日志里又看不到明确业务异常的场景。常见于 Spring Boot、Django、Go HTTP 服务、Node.js 服务等 Web 应用,尤其是刚接入健
Tag
包含这个标签的文章。
适用场景 本文适用于 Kubernetes 中业务 Pod 间歇性进入 CrashLoopBackOff、RestartCount 持续增长、服务短时间不可用,但应用日志里又看不到明确业务异常的场景。常见于 Spring Boot、Django、Go HTTP 服务、Node.js 服务等 Web 应用,尤其是刚接入健
Kubernetes 集群内 DNS 超时导致服务偶发访问失败的排查 适用场景 本文适用于 Kubernetes 集群中应用访问 Service、数据库、Redis、外部域名时,偶发出现 DNS 解析超时、连接超时或请求延迟突然升高的场景。常见环境包括使用 CoreDNS、kube-proxy、containerd 或
关于 ServiceAccounts 及其 Secrets 的重大变化 kubernetes v1.24.0 更新之后进行创建 ServiceAccount 不会自动生成 Secret 需要对其手动创建 创建 ServiceAccount cat<<EOF | kubectl apply -f - apiVersion
在ingress注释中添加以下配置一直没有生效的状态 apiVersion: networking.k8s.io/v1 kind: Ingress metadata: annotations: nginx.ingress.kubernetes.io/proxy-connect-timeout: '300s' nginx
[TOC] 一、k8s containerd配置 1、环境 三台机器 系统 centos7.9 hostnamectl set-hostname k8s-master hostnamectl set-hostname k8s-node1 hostnamectl set-hostname k8s-node2 # 10.1
当node宕机时,希望该node节点上的pod能够快速疏散到其他节点,并提供服务。测试发现,要等待5分钟,上面的pod才会疏散。 网上介绍通过修改 # /etc/systemd/system/kube-controller-manager.service --node-monitor-grace-period=10s
准备环境 Elasticsearch:http://10.0.0.1:9200", "http://10.0.0.2:9200", "http://10.0.0.3:9200 redis:10.0.0.1 6379 kibana: 10.0.0.1 5601 更改Ingress Nginx日志格式 部署filebeat
创建认证文件 通过htpasswd工具生成用户密码文件 # htpasswd是apache httpd工具包中的工具 # 安装htpasswd ## centos yum install httpd-tools -y ## ubuntu sudo apt-get install apache2-utils -y # 创
在K8S使用过程中,我们在启动服务过程中,可能会存在服务依赖启动的问题。比如:我们希望先启动MySQL服务,再启动Nginx服务。此时可以使用initContainers来实现我们需要的功能,控制服务启动顺序。 Init Container简介 Pod中能够包含多个容器,也可能包含一个或多个先于应用容器启动的init容
1、kubectl用法详解 kubectl [command] [Type] [NAME] [flags] command: 子命令,用于操作kubernetes集群资源对象的命令,例如:create, delete, describe, get, apply等等 TYPE: 资源对象的类型,区分大小写,能以单数,复数