zeros-and-ones's questions

我是一名 dev-ops Web 开发人员，其站点在 AWS 上的负载均衡器后面运行两个 ec2.smalls。

最近我们看到每秒有 3-4 个请求关闭我们的客户网站。

该站点已关闭，并且在多次服务器重新启动和错误日志扫描任何可能导致问题的脚本后不会恢复，即使最近没有推送任何更改。

打开负载平衡器日志记录后，我看到单个页面的 1000 多个请求来自一个 IP 地址。

我们使用 X-forwarded-for 将请求从负载均衡器转发到处理请求的服务器，并使用 .htaccess 规则阻止 IP。

在与客户 IT 通信时，他们被告知负责大量请求的 IP 地址实际上是他们的内部公司机器之一。

负责的机器被远程重启，所有请求都停止了。该网站重新上线。

对此的官方解释是“电脑吓坏了”。

Web 浏览器或 Windows 机器是否可以每秒向负载平衡的网页发出 3-4 个请求并将其关闭 5 小时以上？

以下是请求的样子：

2017-01-14T01:00:46.170447Z west-ssl XX.XXX.XX.XXX:33370 - -1 -1 -1 503 0 0 0 "GET https://www.example.com:443/example/12 HTTP/1.1" "Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko" ECDHE-RSA-AES128-SHA256 TLSv1.2

我试图确保我的队列系统在服务器重新启动时不会失败。PHP 处理的队列系统通过命令行命令启动。Laravel 文档建议安装一个名为 supervisord 的进程监视器，它在我的 EC2 上表现不佳，所以我想知道是否有另一种方法可以确保我的命令在重启时运行。AWS AMI linux 带有旧版本的 Upstart 和 chkconfig，但是我也无法使其正常工作。有什么建议么？我是否需要创建一个初始化脚本和 RPM 或者这里是不是有点矫枉过正？

我试图让主管工作以确保我的队列系统始终运行。

以下是我从各种来源拼凑而成的步骤：（以 root 或超级用户身份运行）

1. 冉：

   # easy_install supervisor
   # echo_supervisord_conf > /etc/supervisord.conf
   # vi supervisord.conf
   

2. 将以下内容粘贴到文件末尾：

   command=/usr/bin/php /path/to/AppName/artisan --env=production --timeout=240 queue:listen
   

3. 冉：

   # supervisord -c /etc/supervisord.conf
   # supervisorctl
   supervisor> status
   supervisor>
   

   它不显示任何内容。

4. 冉：

   # service supervisord reload
   supervisord: unrecognized service