上传超时或速度非常慢

支持
1

过去几周，我们注意到网站附件的上传速度极慢，有时甚至会出现超时（参见下方的相关日志）。我的配置是使用 DigitalOcean Spaces 作为 S3 存储，Bunny.net 作为 CDN。我还启用了新的 composer media optimization image enabled 选项，但我觉得这个问题在此之前就已经存在了。要复现这个问题有些碰运气，不知各位有何建议？

超时日志 
DistributedMutex("optimized_image_32792_50_33"): 持有时间过长，预期最大值为 60 秒，实际额外耗时 66 秒

消息（共报告 122 份）

DistributedMutex("optimized_image_32792_50_33"): 持有时间过长，预期最大值为 60 秒，实际额外耗时 66 秒

堆栈跟踪

/var/www/discourse/lib/distributed_mutex.rb:54:in `warn'
/var/www/discourse/lib/distributed_mutex.rb:37:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:29:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:14:in `synchronize'
/var/www/discourse/app/models/optimized_image.rb:18:in `lock'
/var/www/discourse/app/models/optimized_image.rb:68:in `create_for'
/var/www/discourse/app/models/topic_thumbnail.rb:21:in `find_or_create_for!'
/var/www/discourse/app/models/topic.rb:104:in `block in generate_thumbnails!'
/var/www/discourse/app/models/topic.rb:103:in `each'
2

您的服务器是否面临 CPU 资源不足的问题？

顺便提一下，这与 S3/CDN/Composer 优化无关，因为这是服务器端图像处理的标准流程。

3

不，过去一周 CPU 使用率未超过 60%，内存未超过 50%，磁盘未超过 30%。

4

仍然遇到重大问题，尝试更新到最新版本并使用安全模式，但无济于事。我尝试关闭“启用 S3 上传”功能，问题确实消失了。有什么建议吗？

5

建议您先试用 Amazon S3。

如果问题得以解决，则说明这是 Digital Ocean 的 bug。

6

DigitalOcean 之前在阿姆斯特丹的 S3 服务曾出现过严重问题（我之所以开始使用，是因为一位在那里工作的朋友说那是他们最好的数据中心，但世事变迁，如今他已转投谷歌）。

因此，我也会推荐另一个 S3 服务。

https://status.digitalocean.com/ 显示过去几天 sfo2 区域的 Spaces 服务一直存在问题。虽然状态显示为“已解决”，但我不再推荐使用 Spaces。

7

是的，确实如此。这就是为什么我迁移到了法兰克福。从那以后一直运行良好，没有任何问题。AMS3 和 SFO2 则经常出现问题、维护以及可用性方面的故障。

8

谢谢大家，旧金山的 DigitalOcean 空间确实是个问题。我暂时切换到了纽约，如果后续还有问题，可能会考虑转回 Amazon。请问如何将现有图片重新映射到新空间？我只需要重新构建（rebake）吗？我已经把所有文件复制到了新空间。