https://cloud.tencent.com/developer/article/1932188?areaSource=&traceId= 自建K8s上，如果部署了Nginx-Ingress，通常一些默认的参数有些可能需要优化下以便提升它的性能（阿里云之类的云厂商提供的Ingress是优化过的
https://www.cnblogs.com/lizexiong/p/15198863.html 本次环境背景信息为，需要在k8s里面跑一些前端界面，所以在pod容器中还是使用到了nginx，但是发现，如果nginx worker_processes参数为auto,pod容器会读取node节点的c
https://www.cnblogs.com/lizexiong/p/15358894.html 1.现象 结论见 《kubernetes ingress-nginx 启用 upstream 长连接，需要注意，否则容易 502》。nginx 的访问日志间歇性出现 502 响应，查看 nginx 的
https://www.cnblogs.com/lizexiong/p/15358923.html 1说明 Kubernetes使用nginx-ingress-controller代理到集群内服务的请求，nginx所在的机器上上有大量的time-wait连接。 抓包发现nginx发起的到upstre
https://www.cnblogs.com/lizexiong/p/15358967.html 1.背景 首先谈一下背景环境，出现文章标题的出错是公司的tke(腾讯云k8s，当然问题和腾讯云k8s集群没有关系)，首先分为dev集群环境和生产集群环境，出现问题是在很早期创建的dev环境。 问题报错
https://www.nginx.com/blog/tuning-nginx NGINX is well known as a high‑performance load balancer, cache, and web server, powering over 40% of the busie
https://www.nginx.com/blog/using-nginx-logging-for-application-performance-monitoring/ The live activity monitoring dashboard and API in NGINX Plus tr
https://www.nginx.com/blog/more-fun-with-nginx-plus-health-checks-and-docker-containers/ 2019 update: NGINX has now passed Apache to become the most p
https://www.nginx.com/blog/deploying-nginx-nginx-plus-docker-2/ Editor – The NGINX Plus Dockerfiles for Debian and Alpine Linux were updated in Decemb
https://cloud.tencent.com/developer/article/1888241?areaSource=&traceId= 动不动就 32GB 以上内存的服务器真需要关心内存碎片问题吗？ 咳咳，这是知乎上的一个议题哈。我看了之后觉得，我不能等明天了，我今天就把nginx的内存池
https://my.oschina.net/u/5246775/blog/7812621 原文作者：Owen Garrett of F5 原文链接：如何在 NGINX 中安全地分发 SSL 私钥 转载来源：NGINX 官方网站 NGINX 唯一中文官方社区 ，尽在 nginx.org.cn 本文介
问题背景：UI页面点击会偶尔返回error，检查调用日志，发现nginx报502报错，因此本文即排查502报错原因。 如下红框可知，访问本机个备机的服务502了，用时3秒左右（可见并不是超时） 先给出原因：是因为tomcat8默认的acceptCount是100，请求量大的时候，会将一些来不及处理的
一、yum安装nginx 二、各文件路径( /etc/nginx/nginx.conf) 1、访问日志路径：access_log /var/log/nginx/access.log main; 2、pid路径：pid /run/nginx.pid 三、脚本 1、创建脚本 [root@localhos
https://www.jianshu.com/p/6a3e298b31be 第五章 企业简单应用 网站访问方式 1.基于域名访问www.baidu.com 基于IP地址访问172.16.1.7配置文件地址被改动一定要重启服务 基于端口访问10.0.0.51:80 修改扩展配置文件端口信息后访问时优
https://wenfh2020.com/2021/09/29/nginx-thundering-herd/ nginx kernel 本文将通过测试，重现 nginx(1.20.1) 的惊群现象，并深入 Linux (5.0.1) 内核源码，剖析惊群原因。 1. nginx 惊群现象 2. 原因
https://wenfh2020.com/2021/10/12/thundering-herd-tcp-reuseport/ SO_REUSEPORT (reuseport) 是网络的一个选项设置，它能开启内核功能：网络链接分配 内核负载均衡。 该功能允许多个进程/线程 bind/listen 相
https://xie.infoq.cn/article/2ee961483c66a146709e7e861 关于作者 前滴滴出行技术专家，现任 OPPO 文档数据库 mongodb 负责人，负责 oppo 千万级峰值 TPS/十万亿级数据量文档数据库 mongodb 内核研发及运维工作，一直专注于
https://wenfh2020.com/2021/10/10/nginx-thundering-herd-accept-mutex/ 由主进程创建的 listen socket，要被 fork 出来的子进程共享，但是为了避免多个子进程同时争抢共享资源，nginx 采用一种策略：使得多个子进程，同
https://zhuanlan.zhihu.com/p/359801091 Rewrite主要的功能是实现URL重写，Nginx 的 Rewrite 规则采用 PCRE Perl 兼容正则表达式的语法进行规则匹配，如相使用 Nginx 的 Rewrite 功能，在编译 Nginx 前要编译安装 P
