阿里云服务器设置超时时间(阿里云服务器设置超时时间限制)

本文目录：

• 1、使用阿里云的linux服务器说信号灯超时时间已到什么意思
• 2、阿里云ECS服务器SLB负载均衡实践
• 3、从发起端系统向服务端系统的超时时间设置
• 4、服务器提示504 Gateway Time-out
• 5、服务器设置超时

使用阿里云的linux服务器说信号灯超时时间已到什么意思

1、首先确认你在linux上是否安装ftp软件vsftpd。可以使用find命令查找下。具体linux下vsftpd的安装和操作可以参考–2、在windows上安装ftp客户端软件flashfxp，就可以进行linux和windows之前的传输了。1、使用flashfxp，输入你登陆linux的用户名和密码。连接类型选择“sftp over ssh”。就可以通过客户端界面操作系统里面的文件了。

阿里云ECS服务器SLB负载均衡实践

负载均衡构建在原有网络结构之上，它提供了一种透明且廉价有效的方法扩展服务器和网络设备的带宽、加强网络数据处理能力、增加吞吐量、提高网络的可用性和灵活性。

拥有大量用户的企业，经常会面临如下的难题：在高并发的情况下，经常会导致服务器响应速度慢，严重的情况会直接导致服务器停止服务。此时，会导致企业的业务中断，影响客户的正常访问。

负载均衡应运而生

u需求：本次实验最低需求两台云服务器ECS/u

上图创建了两台云服务器ECS实例和一个负载均衡实例，它们各自拥有各自的弹性IP地址

在浏览器两个页面分别输入两台云服务器ECS的弹性IP访问

比较两台ECS的访问结果，发现部署的网站内容相同，只是显示的后端服务器IP不同。

在阿里云登陆界面选择用RAM用户登录

使用实验提供的 子用户名称 和 子用户名密码 登陆阿里云管理控制台

img src=”” alt=”4.登陆.png” style=”zoom:50%;” /

img src=”” alt=”5.登陆.png” style=”zoom:50%;” /

登录后点击左侧 导航栏的 产品与服务 选择 负载均衡

img src=”” alt=”6.png” style=”zoom: 67%;” /

a. 在控制台点击左侧 实例管理 ，在右侧页面中的红框处看到负载均衡的 公网服务地址

该公网服务地址即为负载均衡实例的弹性IP地址

b.在浏览器上输入a的公网服务地址并访问

可见后端服务器IP尾数为131（ECS-2)，但当我们刷新一遍后，如下图

后端服务器IP尾数变为130(第二台ECS-1)

当我们不停的刷新，会发现后端服务器IP 实在这两台ECS的 内外地址 之间轮流转换

因为我们在第二步配置的两台ECS的权重是相同的

下一步我们试着改变两台ECS的权重不相同看看效果如何

a.进入控制台–选择负载均衡–实例管理–点击进入实例–默认服务器组，进入如下图所示

b.勾选两台服务器–点击修改权重

c.设置权重 30，90，效果如下图

d.在浏览器中，刷新多次 负载均衡服务地址 的页面，统计页面的 后端服务器IP 。

可以发现：每 4 次刷新，将有 3 次访问 权重 为 90 的 ECS实例， 1 次访问权重为 30 的 ECS实例。

用户可以根据实际情况调整负载均衡器的请求分发，一般将 配置高的服务器设置的权重调高 ， 配置较低的服务器设置的权重调低 。这样可以避免在高并发时，配置较低的服务器因为压力较大服务异常的发生。

a.实例管理界面—监听—修改监听配置

b.点击修改

c.开启会话保持、可选择修改会话保持超时时间

d.依次点击下一步，不修改

e. 再次在浏览器中输入 负载均衡 的 IP地址 ， 多次刷新 ，发现在会话保持的超时时间内请求 只会分发到某一台 ECS 上（究竟是哪一台 ECS 没有规定），时间超出后，重新按照权重比例分发。

a.进入实例

b.点击停止

img src=”” alt=”28.png” style=”zoom:67%;” /

c.返回，显示如下图所示，ECS-2已关闭

d.在监听页面和实例管理页面，健康状态显示异常

e. 再次刷新浏览器中 负载均衡 的 IP地址 ，此时，请求发送到 健康检查状态 为 正常 的ECS-1上。

从发起端系统向服务端系统的超时时间设置

从发起端系统向服务端系统的超时时间设置的方法：

1、API 提供者即服务器端的超时时间间隔设置过小，导致 API 的调用者发起的请求，还没来得及在服务器端被执行完毕就被丢弃了。这种情况需要增加服务器端的超时时间。2、服务器端即 API 提供者，在完成服务请求后，将响应发送给 API 调用者的路由过程中，因为网络状况不佳，导致数据包未能即时到达客户端。

服务器提示504 Gateway Time-out

情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成

这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。

情况一解决办法：

默认的fastcgi进程响应的缓冲区是8K，我们可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k

这表示设置fastcgi缓冲区为8块128k大小的空间。

情况一解决办法（改进）：

在上述方法修改后，如果还是出现问题，我们可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：

send_timeout 60;

经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。

情况二：PHP环境的配置问题

这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。

情况二解决办法（ php-fpm配置修改）：

将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。

将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。

情况二解决办法（nginx配置修改）：

为了减少fastcgi的请求次数，尽量维持buffers不变，我们要更改nginx的几个配置项，如下：

将fastcgi_buffers由4 64k改为2 256k;

将fastcgi_buffer_size 由64k改为128k;

将fastcgi_busy_buffers_size由128k改为256k;

将fastcgi_temp_file_write_size由128k改成256k。

如何解决504 Gateway Time-out

第一种办法：

把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；

把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变：fastcgi_buffers由 4 64k 改为 2 256k；

fastcgi_buffer_size 由 64k 改为 128K；

fastcgi_busy_buffers_size 由 128K 改为 256K；

fastcgi_temp_file_write_size 由 128K 改为 256K。

服务器设置超时

一般这个问题是后台超时设置造成的 修改一般在后台的一个链接控制ASP文件上，和IIS关系不大。

本文来源：https://www.yuntue.com/post/86783.html | 云服务器网，转载请注明出处！