Nginx upstream timed out 导致 504 的排查与治理实践
## 适用场景 本文适用于 Nginx 作为反向代理或网关时，用户访问接口偶发或持续返回 `504 Gateway Time-out`，错误日志中出现 `upstream timed out`、`while reading response header from upstream` 等信息的场景。 典型架构如下：
Tag
#Nginx
包含这个标签的文章。
Filebeat 采集 Nginx 日志延迟和断点的排查实践
## 适用场景 这篇文章适用于 Nginx 接入 Filebeat、Logstash、Elasticsearch 或其他日志平台后，出现下面几类问题的场景： - Nginx 访问日志本地已经写入，但日志平台几分钟后才看到。 - 部分时间段日志缺失，业务同学按 trace id 或客户端 IP 查不到请求。 - 日志
Nginx 502、504、499 常见原因和排查思路
## 适用场景 线上服务通过 Nginx 反向代理访问，业务侧反馈接口偶发失败、页面加载慢，Nginx 访问日志里出现大量 `502`、`504` 或 `499` 状态码。 这类问题很常见，但三个状态码代表的方向并不一样： - `502 Bad Gateway`：Nginx 作为网关访问上游失败，通常是上游服务异
ingress 中添加proxy-connect-timeout 超时时间不生效
在ingress注释中添加以下配置一直没有生效的状态 ```yaml apiVersion: networking.k8s.io/v1 kind: Ingress metadata: annotations: nginx.ingress.kubernetes.io/proxy-connect-timeout
Ingress Nginx 添加 basic auth 认证
#### 创建认证文件 通过htpasswd工具生成用户密码文件 ``` # htpasswd是apache httpd工具包中的工具 # 安装htpasswd ## centos yum install httpd-tools -y ## ubuntu sudo apt-get install apache2-u
Kubernetes扩容master(二进制)
目录 [TOC] [Kubernetes单master架构部署(二进制)](https://www.ywcsb.vip/blog/119.html) # 一、高可用架构（扩容多Master架构） Kubernetes作为容器集群系统，通过健康检查+重启策略实现了Pod故障自我修复能力，通过调度算法实现将Pod分
Nginx性能优化
### Nginx运行工作进程数量 Nginx运行工作进程个数一般设置CPU的核心或者核心数x2。如果不了解cpu的核数，可以top命令之后按1看出来，也可以查看/proc/cpuinfo文件 grep ^processor /proc/cpuinfo | wc -l。 ``` [root@lx~]# vi/usr/l
解决gunicorn+gevent+django数据库高连接数问题
使用`gunicorn+gevent+django+CONN_MAX_AGE`会导致数据库连接数飙升，直至占满。如果一定要利用协程的方式启动，该怎么解决这个问题呢？看了一下django源码，找到了问题的根源，写了一下解决办法。 ###### 1. 在项目的settings.py中配置数据库连接参数，使用自定义的数据库
Django通过list_display自由展示外键内容
##### list_display展示外键内容 ####### 表结构关系 表一： ```python class Person(models.Model): firstname = models.CharField(maxlength=50) surname = models.CharField(
DataTables 表格分页
JS（相关配置项）: ```js $(function () { $('#assets_table').DataTable({ "paging": true, <!-- 允许分页 --> "lengthChange": true, <!-- 允许改变每