帖子详情
通过nginx代理下载，和直链现在速度对比：发现，速度其实差不多。通过nginx开始慢点，后面都是一样的（文件都在百度网盘）
下面是直接链接到香港49服务的(文件在本地)，速度还是挺快的。
下面是直接链接到香港49服务的(文件网盘)，速度还是挺快的。
下面是直接链接访问另外一台8.133(文件在本地)
直接访问另外一台8.133(文件在百度云) （对比一下发现速度差距不大）
直接通过dlink,直接从百度网盘下载，发现速度能到2.1M 。
总结：下载速度和本身的服务器速度有关系！
版权：言论仅代表个人观点，不代表官方立场。转载请注明出处：https://www.freeman.work/forum/1180.html
nginx 配置ip_hash不会自动剔除宕机的服务器
默认情况下不会自动剔除，但是有默认的max_fails参数和fail_timeout参数可以让nginx判断请求的服务器是否down，若down，则会再hash选择下一台服务器。
ip_hash 指令，用于实现会话保持功能，当某个客户端 多次请求定向到组内的一个服务器上，保证客户端与服务器建立稳定的会话。 只有当该服务器处于无效（down）状态时，客户端请求才会被下一个服务器接收和处理。 简单的说就是 如果一个服务器没有 设置处于down状态，即使服务器出现问题，请求也是会发送到该服务器上，不能自动删除！ 举例说明：
upstream bakend {
ip_hash;
server 192.168.0.1:8888;
server 192.168.0.12:9999;
}
ip_hash 指令，用于实现会话保持功能，当某个客户端 多次请求定向到组内的一个服务器上，保证客户端与服务器建立稳定的会话。 只有当该服务器处于无效（down）状态时，客户端请求才会被下一个服务接收和处理。 简单的说就是 如果一个服务器没有 设置处于down状态，即使服务器出现问题，请求也是会发送到该服务器上，不能自动删除！ 举例说明： （1） upstream bakend { ip_hash; server 192.168.0.1:8888; server 192.168.0.12:9999; } 如果192.168.0.1 服务器出现问题，那么请求还是会发送到该服务上面的。 如果你知道192.168.0.1 服务器出现问题，那么就设置成下面的配置： upstream bakend { ip_hash; server 192.168.0.1:8888 down; server 192.168.0.12:9999; } 将192.168.0.1 标记位down ，那么次服务不参与负载均衡，也就没有请求 发送到该服务器上了。 参考：Nginx高性能Web服务器详解 参考： Nginx的ip_hash指令： http://server.zzidc.com/fwqjs/222.html nginx的upstream目前支持5种方式的分配 ：http://blog.chinaunix.net/uid-20662363-id-3049712.html
@社长 #负载均衡配置服务器的集群
upstream netitcast.com { #服务器集群名字
ip_hash;
server 127.0.0.1:18080 max_fails=3 fail_timeout=30s;
server 127.0.0.1:28080 max_fails=3 fail_timeout=30s;
}
max_fails=3 fail_timeout=30s代表在30秒内请求某一应用失败3次，认为该应用宕机，后等待30秒，这期间内不会再把新请求发送到宕机应用，而是直接发到正常的那一台，时间到后再有请求进来继续尝试连接宕机应用且仅尝试1次，如果还是失败，则继续等待30秒…以此循环，直到恢复。
@社长 proxy_connect_timeout 30s;
proxy_read_timeout 10s;
proxy_send_timeout 30s;
@社长 可以设置
location ~/file {
proxy_pass http://webservers;
proxy_set_header Host webservers;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header REMOTE-HOST $remote_addr;
add_header X-Cache $upstream_cache_status;
expires 30d;
proxy_connect_timeout 30s;
proxy_read_timeout 10s;
proxy_send_timeout 30s;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection “upgrade”;
}
可以解决后端服务器慢问题
@社长 具体可以 参考博客
https://blog.csdn.net/qq_35393472/article/details/128241885