好的，另一个问题。 在AWS中我有EBS，它允许我创建卷，为它们定义iops / size，安装到所需的EC2机器并拍摄快照。
如何在Jelastic中实现相同的功能？我可以选择创建＆＃34;存储容器＆＃34;但它只属于一个环境。如何备份此卷？
此外，管理数据库等存储设备的最佳做法是什么？使用单独的存储容器？
答案 0 :(得分：3)
我可以选择创建“存储容器”，但它只属于一个环境。
是的，存储容器属于1个环境（或者是其他环境的一部分，或者它自己的环境），但是您可以将它安装在1个以上的其他容器中（即在其他环境的容器内）。
您基本上可以认为存储容器与AWS EBS类似：它可以安装在任何您喜欢的地方（甚至多次）在同一地区的环境中的容器中。
如何备份此卷？
检查您的托管服务提供商的备份政策。在我们的案例中，我们免费为客户执行所有容器的备份。客户不需要自己进行额外的备份。不需要那些额外的费用和步骤......在其他一些Jelastic供应商可能会有所不同，所以请与您选择的供应商联系。
如果您希望自己创建备份，可以定义一个脚本来执行此操作并将其设置为cron。该脚本可以将存档传输到S3或任何您想要的内容。
管理数据库之类的存储设备的最佳做法是什么？
与AWS一样，如果您使用远程存储进行数据库访问，则可能会遇到性能问题。 Jelastic通常应该比EBS提供更低的延迟，但即便如此，我建议将数据库存储保持在本地（而不是通过存储容器）。
与AWS EC2不同，您没有本地存储消失的一般风险（即您的Jelastic容器本地存储不短暂;您可以安全地在那里写入数据并期望它是持久的）。
如果您需要多个数据库节点，建议使用数据库软件级别群集功能（例如master-master或master-slave复制），而不是共享文件系统。
请记住，任何共享文件系统都是共享（单个）故障点。您在应用程序/软件方便性方面获得的成就可能会失去可靠性/高可用性。通常有必要在应用程序中执行额外的步骤以另一种方式处理此问题，或者考虑使用lsyncd（有Jelastic marketplace addons）来复制文件系统的部分而不是安装共享存储容器。