【问题标题】:How to properly manage storage in Jelastic如何在 Jelastic 中正确管理存储
【发布时间】:2016-11-30 20:24:13
【问题描述】:

好的,另一个问题。 在 AWS 我有 EBS,它允许我创建卷、为它们定义 iops/大小、挂载到所需的 EC2 机器并拍摄快照。

如何在 Jelastic 中实现相同的功能?我可以选择创建“存储容器”,但它只属于一个环境。如何备份此卷?

另外,管理数据库等存储设备的最佳做法是什么?使用单独的存储容器?

【问题讨论】:

    标签: storage jelastic


    【解决方案1】:

    我可以选择创建“存储容器”,但它只属于一个环境。

    是的,Storage Container 属于 1 个环境(您的其他环境之一的一部分,或者它自己的),但您可以将其安装在 1 个以上的其他容器中(即其他环境的容器内)。

    您基本上可以认为存储容器类似于 AWS EBS:它可以安装在您喜欢的任何位置(甚至多次)在同一区域的环境中的容器中。

    如何备份此卷?

    检查您的托管服务提供商的备份政策。在我们的案例中,我们免费为客户执行所有容器的备份。客户不需要自己进行额外的备份。不需要那些额外的费用和步骤......其他一些 Jelastic 提供商可能会有所不同,因此请与您选择的提供商核实。

    如果您希望自己进行备份,您可以定义一个脚本来执行此操作并将其设置为例如 cron。该脚本可以将档案传输到 S3 或您希望的任何内容。

    管理数据库等存储设备的最佳做法是什么?

    就像使用 AWS 一样,如果您使用远程存储访问数据库,您可能会遇到性能问题。 Jelastic 通常应该比 EBS 为您提供更低的延迟,但即便如此,我还是建议您将数据库存储保持在本地(而不是通过存储容器)。

    与 AWS EC2 不同,您没有本地存储消失的一般风险(即,您的 Jelastic 容器本地存储不是短暂的;您可以安全地在那里写入数据并期望它是持久的)。

    如果您需要多个数据库节点,建议使用数据库软件级别的集群功能(例如主-主或主从复制),而不是共享文件系统。

    请记住,任何共享文件系统都是共享(单)故障点。您在应用程序/软件便利性方面获得的收益也可能在可靠性/高可用性方面失去。通常值得在您的应用程序中采取额外步骤以另一种方式处理此问题,或者考虑使用 lsyncd(为此有 Jelastic 市场插件)来复制文件系统的部分内容,而不是安装共享存储容器。

    【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-12-06
    • 1970-01-01
    • 2019-07-25
    • 2011-01-22
    • 2022-11-08
    • 1970-01-01
    相关资源
    最近更新 更多