EC2-共享存储-S3FS还是EBS？

现在将我的Web服务构建到EC2上，并且在负载均衡器后面有一个实例。我当然会照顾多个实例。

我最初的想法是运行所有实例，使其成为哑奴，并使用S3作为本地存储。为此，我已经开始使用S3FS，但据我所知，它尚未真正准备好在Web服务环境中用于生产。日志的写入似乎很晚，即使不是永远也不会。奇数个缓存，甚至没有缓存标志等，也存在许多问题。

但是，替代方案看起来很少。一个显然是EBS卷，可以将其附加到单个实例。共享此内容的一些解决方案：-

• SMB与其他实例共享。拥有一个主服务器和其余从属服务器-obv是否需要在这里内置多个EBS卷的冗余？
• Rsync共享到其他盒子。考虑到它不是持久性的，并且会定期更新，这似乎很痛苦。如果发生重大更改，如果有强制脚本更新的话，可能是可以的。

问题是……人们会做什么？这似乎是一个完全普通的用例，但是在论坛上甚至在SF上都可以找到各种各样的答案，这似乎表明答案不明确……需要帮助！

那是因为有很多答案，这取决于您对选项的熟悉程度，是否满意，共享的内容以及要多久进行一次同步，需要如何“同步”，如何进行。会被利用（心跳备用吗？只读还是写实例？平衡的实例？），以及设置的复杂程度以及所用的应用程序（可自我同步的数据库？为共享存储而构建的应用程序） ？...）

您可以使用Rsync安排同步，文件服务器，NFS服务器，DRBD“软件RAID 1”等的共享，等等……这取决于您的特定用例以及如何备份数据。

简短的答案是您的问题没有答案，因为这取决于使用情况。

推送到S3 / CloudFront的EBS卷似乎是最好的选择，特别是如果您担心图像，CSS，JavaScript和此类东西。

与S3相比，EBS的快照/备份更加容易，尤其是对于服务器的文件系统而言。

您还可以将一台服务器指定为“主服务器”，将另一台服务器指定为“从属服务器”，例如，仅在“主服务器”上进行更改。

至于日志记录，请查看一些云日志记录服务，例如http://loggly.com/或 https://papertrailapp.com/。

高温超导