Web服务器优化:处理频繁的php请求

Web服务器优化:处理频繁的php请求,php,performance,nginx,webserver,Php,Performance,Nginx,Webserver,这可能是一个奇怪的问题,但最近我一直在想这个问题 我有一个应用程序,它每秒从我的Web服务器请求一个页面(php脚本,像API一样工作,并输出一个简单的字符串)。这似乎是相当多的垃圾邮件,我想知道,如果有任何问题,可能会到达从这一点 比如,我可能应该注意Web服务器日志记录,以确保它在磁盘满之前不会向磁盘发送垃圾邮件。此时,RAM/CPU不是问题。APC已启用。脚本已优化。如果有的话,我还应该调查什么 这可能与我遇到的许多访问者访问我的网站的情况相同,但我从未有过这种经历 谢谢 每秒钟?这是每个

这可能是一个奇怪的问题,但最近我一直在想这个问题

我有一个应用程序,它每秒从我的Web服务器请求一个页面(php脚本,像API一样工作,并输出一个简单的字符串)。这似乎是相当多的垃圾邮件,我想知道,如果有任何问题,可能会到达从这一点

比如,我可能应该注意Web服务器日志记录,以确保它在磁盘满之前不会向磁盘发送垃圾邮件。此时,RAM/CPU不是问题。APC已启用。脚本已优化。如果有的话,我还应该调查什么

这可能与我遇到的许多访问者访问我的网站的情况相同,但我从未有过这种经历


谢谢

每秒钟?这是每个客户每天86400次。这对php来说太多了!但这应该是可以的,除非你有多个客户端,一些I/O繁重的系统或者数据库系统

否则,如果必须使用PHP,nginx上带有APC的php5[-fpm]听起来适合这种用法

如果应用程序的此组件在没有数据库的情况下聚合数据,则通过在internet上挖掘其他数据源,您可能希望与数据提供商核实是否允许实时轮询,并确保您的地址被明确列为白名单

不要忘记防火墙:使用例外许可安全策略,即
iptables-t filter-p输入丢弃
,也可以使用
iptables-t raw
表将其精细化为数据包级别。对任务关键型Web服务器性能的最大威胁之一是对手通过分析流量频率和流量将节点识别为关键节点的能力。在最低级别关闭所有非关键端口是一种简单的防御方法

另一种选择是自动故障切换,同时对该服务器进行节点监控,并使用云VPS提供商(如Digital Ocean或Amazon Web Services)快速部署一个插入式替换设备。这是永久运行冗余服务器(或实例)的替代方案,安装起来很有趣

需要通过故障切换进行实时请求处理的应用程序通常出现在高价值风险环境中的金融行业,以及安全关键风险环境中的安全和运输行业。如果这些方案中的任何一个适用于您,您可能希望考虑从基础上重新构建应用程序的这个组件。这将允许您在较低级别上优化资源利用率,从而获得最佳性能。根据您的风险环境,这对您来说可能值得,也可能不值得