【发布时间】:2016-11-30 20:24:13
【问题描述】:
好的,另一个问题。 在 AWS 我有 EBS,它允许我创建卷、为它们定义 iops/大小、挂载到所需的 EC2 机器并拍摄快照。
如何在 Jelastic 中实现相同的功能?我可以选择创建“存储容器”,但它只属于一个环境。如何备份此卷?
另外,管理数据库等存储设备的最佳做法是什么?使用单独的存储容器?
【问题讨论】:
好的,另一个问题。 在 AWS 我有 EBS,它允许我创建卷、为它们定义 iops/大小、挂载到所需的 EC2 机器并拍摄快照。
如何在 Jelastic 中实现相同的功能?我可以选择创建“存储容器”,但它只属于一个环境。如何备份此卷?
另外,管理数据库等存储设备的最佳做法是什么?使用单独的存储容器?
【问题讨论】:
我可以选择创建“存储容器”,但它只属于一个环境。
是的,Storage Container 属于 1 个环境(您的其他环境之一的一部分,或者它自己的),但您可以将其安装在 1 个以上的其他容器中(即其他环境的容器内)。
您基本上可以认为存储容器类似于 AWS EBS:它可以安装在您喜欢的任何位置(甚至多次)在同一区域的环境中的容器中。
如何备份此卷?
检查您的托管服务提供商的备份政策。在我们的案例中,我们免费为客户执行所有容器的备份。客户不需要自己进行额外的备份。不需要那些额外的费用和步骤......其他一些 Jelastic 提供商可能会有所不同,因此请与您选择的提供商核实。
如果您希望自己进行备份,您可以定义一个脚本来执行此操作并将其设置为例如 cron。该脚本可以将档案传输到 S3 或您希望的任何内容。
管理数据库等存储设备的最佳做法是什么?
就像使用 AWS 一样,如果您使用远程存储访问数据库,您可能会遇到性能问题。 Jelastic 通常应该比 EBS 为您提供更低的延迟,但即便如此,我还是建议您将数据库存储保持在本地(而不是通过存储容器)。
与 AWS EC2 不同,您没有本地存储消失的一般风险(即,您的 Jelastic 容器本地存储不是短暂的;您可以安全地在那里写入数据并期望它是持久的)。
如果您需要多个数据库节点,建议使用数据库软件级别的集群功能(例如主-主或主从复制),而不是共享文件系统。
请记住,任何共享文件系统都是共享(单)故障点。您在应用程序/软件便利性方面获得的收益也可能在可靠性/高可用性方面失去。通常值得在您的应用程序中采取额外步骤以另一种方式处理此问题,或者考虑使用 lsyncd(为此有 Jelastic 市场插件)来复制文件系统的部分内容,而不是安装共享存储容器。
【讨论】: