【问题标题】:Should I use EBS or EFS for database?我应该使用 EBS 还是 EFS 作为数据库?
【发布时间】:2019-05-16 11:44:15
【问题描述】:

对于具有高可用性的 MongoDB、Cassandra 或 Elasticsearch 集群的数据库目录,我应该使用 EBS 还是 EFS? MongoDB、Cassnadra 和 Elasticsearch 集群负责跨节点复制数据,如果它们被配置为复制因子 > 1,那么我可能不需要 EFS 复制功能。

【问题讨论】:

  • 仅供参考,AWS 拥有与 MongoDb 兼容且完全托管的 DocumentDb

标签: mongodb amazon-web-services amazon-ec2 amazon-ebs amazon-efs


【解决方案1】:

EBS - 用于数据库

EFS - 用于跨应用程序、VM 等的文件共享

这是一篇区分存储类型的好文章

https://dzone.com/articles/confused-by-aws-storage-options-s3-ebs-amp-efs-explained

【讨论】:

    【解决方案2】:

    EFS 适用于可以访问同一组文件的多个服务器。 Cassandra 内置了复制功能,因此它没有使用该功能。无论如何,您都不希望多个 Cassandra 节点访问相同的文件,因为每个节点都管理自己的 sstables。

    更不用说 Cassandra 是磁盘密集型的,如果有延迟就会生气。 Cassandra 连接很容易超时。因此,使用 NFS 挂载 (EFS) 而不是“本地”磁盘只是一个坏主意。

    如果您还没有阅读此内容,请阅读:https://aws.amazon.com/blogs/big-data/best-practices-for-running-apache-cassandra-on-amazon-ec2/

    (不能代表 MongoDB 等其他数据库。)

    【讨论】:

    • 感谢您的回答,它确实澄清了我的担忧。 MongoDB 的情况也是如此。 MongoDB 副本集(一组服务器和服务器数量 > 1)具有内置复制。复制因子 > 0 的 Elasticsearch 索引也是如此。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-11-03
    • 1970-01-01
    • 2011-11-21
    • 2017-08-09
    • 2019-12-06
    • 1970-01-01
    相关资源
    最近更新 更多