1 问题描述
-
此问题（通过方法1）已解决，但整体的解决思路，参考自网友，故著名为【转载】文章
-
昨晚压测时，通过API请求10000个设备的若干信号（5个）状态时，Postman返回Nginx的如下错误
API 整个请求有 1.37MB
413 Request Entity Too Large
2 问题分析
- 通过字面意思，即可知悉：
nginx的client_max_body_size指令的默认值为 1 MiB 导致的。
- 这一指令可以被设置在
http，server和location语境。在大多数情况下，该指令在嵌套块优先于祖先块相同的指令。
client_max_body_size
- client_max_body_size 默认 1M，表示 客户端请求服务器最大允许大小，在“Content-Length”请求头中指定。
- 如果请求的正文数据大于client_max_body_size，HTTP协议会报错 413 Request Entity Too Large。
- 就是说如果请求的正文大于client_max_body_size，一定是失败的。如果需要上传大文件，一定要修改该值。
- client_body_buffer_size
- Nginx分配给请求数据的Buffer大小，如果请求的数据小于client_body_buffer_size直接将数据先在内存中存储。
- 如果请求的值大于client_body_buffer_size小于client_max_body_size，就会将数据先存储到临时文件中，在哪个临时文件中呢？
- client_body_temp 指定的路径中，默认该路径值是/tmp/.所以配置的client_body_temp地址，一定让执行的Nginx的用户组有读写权限。
否则，当传输的数据大于client_body_buffer_size，写进临时文件失败会报错。
- 设置客户端请求正文的最大允许大小，在“
Content-Length”请求标头字段中指定。
如果请求中的大小超过配置的值，则会将413（请求实体太大）错误返回给客户端。
请注意，浏览器无法正确显示此错误。将大小设置为0将禁用检查客户端请求正文大小。
3 解决方法
-
方法1：如果仅仅是调试目标微服务时，可以尝试避开nginx，直接请求 k8s 的 目标 pod。（仅适用于调试目标微服务）
-
方法2：压缩请求内容
-
方法3：调整 nginx 的 参数
- 打开
nginx主配置文件nginx.conf，，找到http {}段，修改或者添加一般在
/usr/local/nginx/conf/nginx.conf这个位置。
vim /usr/local/nginx/conf/nginx.conf
client_max_body_size 20m;
client_body_buffer_size 20m;
- 重启nginx
/usr/local/nginx/sbin/nginx -s reload