Chu*_*utt 0 amazon-sqs amazon-web-services laravel amazon-elastic-beanstalk laravel-5
我是Amazon SQS的新手,但到目前为止,有些数字令人震惊。
我(但只是通过扩展通知类,而不是使用作业配置Laravel到队列的电子邮件按文件),它正在被使用Amazon SQS我的网站发送。服务本身似乎运行良好。所有消息都出现在我的AWS账户的SQS队列中,但是问题是队列似乎很大。
我找不到任何体面的教程或指南来解释如何阅读以纯英语编写的SQS屏幕,因此一切都可以。也就是说,我想确定一下。
考虑一下SQS当前在说什么:
可用消息:300则正在运行的
消息:4
消息已延迟:0
当我第一次上线时对其进行测试时,立即发送了电子邮件。“可用的邮件”为空,电子邮件毫无问题地到达了我的收件箱。
如您所见,今天的数字要高得多,而且似乎从未达到0。此外,电子邮件还需要几个小时才能到达。
这正常吗?
我已经通过SSH进入我的Elastic Beanstalk实例并进行了四处浏览。我手动添加了五个正在运行的后台进程php artisan queue:work,每个后台进程消耗约5%的CPU。嗯
如果我手动运行同一命令(不带nohup),则会看到一个不断更新的列表:
[2018-04-04 20:09:59]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:09:59]处理:App \ Notifications \ CompetitionVIP
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionVIP
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionVIP
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionAll
[2018-04-04 04 20:10:00]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:00]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:02]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll
[2018-04-04 20:10:03]处理:App \ Notifications \ CompetitionAll
只有如此频繁地对“已处理”进行一次更改,大多数情况下,它是无休止的黄色“处理中”列表,每秒钟都会更改一次。
当我在SQS中查看消息时,我看到很高的“接收计数”。有些高达21,000+!
我知道总共可能只有2000个左右的电子邮件请求,所以我不知道这个数目怎么会这么高。
这正常吗?Laravel似乎并没有删除已完成的请求。(此外,似乎几乎不可能找到这些数字的解释...!)
任何了解发生了什么的帮助将不胜感激!
啊。看来问题只是愚蠢的陷阱:
我们的电子邮件传递提供商达到了每日限额。
一旦增加了限制,队列将在数分钟内清除。
我将在这里留下这个问题,以防它对其他人有帮助。
| 归档时间: |
|
| 查看次数: |
1355 次 |
| 最近记录: |