为 Cassandra 推荐的 AWS 存储类型?
Recommended AWS storage type for Cassandra?
我需要在 AWS 上部署 Cassandra,但对哪种类型的 AWS storage 最适合 Cassandra 感到困惑。
此处的 Datastax 文档:
http://docs.datastax.com/en/cassandra/3.0/cassandra/planning/planPlanningEC2.html
表示推荐使用 EBS 卷。同时Datastax AMI文档:
http://docs.datastax.com/en/cassandra/2.1/cassandra/install/installAMI.html
说:
使用 RAID0 临时磁盘进行数据存储和提交日志。
启动 EBS 支持的实例以加快启动速度,而不是数据库
存储。
那么推荐的 Cassandra 存储类型是哪一种? EBS storage or the Instance storage?
很多新的eC2实例都是EBS的(http://www.ec2instances.info/)我不知道cassandra文档是什么时候写的,但是EBS磁盘最近改进了很多,亚马逊经常推出新类型,所以你会能够使用其中一种类型找到您要查找的内容
您可以查看https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html?icmpid=docs_ec2_console及其推荐的Provisioned IOPS SSD (io1)
要添加 AWS 转向 EBS 的原因以及它对 cassandra 数据有益的原因是因为 短暂的 类型的数据,您可能不希望您的数据消失如果您的实例至少在您的实例消失时终止(由于崩溃或停止),您仍然可以访问您的数据并可以将 EBS 卷附加到新实例(在 [=21= 时也非常有用) ] 实例)
我看到了这个演示文稿,它用一个非常有趣的用例清楚地回答了这个问题:
https://www.youtube.com/watch?v=1R-mgOcOSd4
总结:
- 自 2011 年 Netflix 等大公司以来,EBS 发生了很大变化
有问题。
- EBS 和 GP2 现在是推荐的存储
对于 Cassandra,你不应该期望那里有任何瓶颈。
Datastax 最近更新了他们的文档以推荐
EBS:
http://docs.datastax.com/en/cassandra/3.0/cassandra/planning/planPlanningEC2.html
毫无疑问是EBS,
内存优化的盒子最适合cassandra
T2
T2 是可突增性能实例,可提供 CPU 性能的基线水平,并能够突增至基线
以上
M4
M4 实例是最新的通用实例。 M4 系列实例提供内存、网络和计算资源的平衡,是多个应用程序的更好选择
C4
这些实例是最近添加到计算优化实例的,这些实例具有最高性能的处理器,在 EC2 实例类型中具有最低的 compute/price 性能。
X1
这些实例最适合企业 class 的大型内存应用程序,并且在 AWS EC2 实例类型中提供每 GiB RAM 的最低价格。 X1 实例是 EC2 内存优化实例组的最新成员,旨在通过 AWS 云执行大规模内存数据库和内存应用程序。
我需要在 AWS 上部署 Cassandra,但对哪种类型的 AWS storage 最适合 Cassandra 感到困惑。
此处的 Datastax 文档:
http://docs.datastax.com/en/cassandra/3.0/cassandra/planning/planPlanningEC2.html
表示推荐使用 EBS 卷。同时Datastax AMI文档:
http://docs.datastax.com/en/cassandra/2.1/cassandra/install/installAMI.html
说:
使用 RAID0 临时磁盘进行数据存储和提交日志。
启动 EBS 支持的实例以加快启动速度,而不是数据库 存储。
那么推荐的 Cassandra 存储类型是哪一种? EBS storage or the Instance storage?
很多新的eC2实例都是EBS的(http://www.ec2instances.info/)我不知道cassandra文档是什么时候写的,但是EBS磁盘最近改进了很多,亚马逊经常推出新类型,所以你会能够使用其中一种类型找到您要查找的内容
您可以查看https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html?icmpid=docs_ec2_console及其推荐的Provisioned IOPS SSD (io1)
要添加 AWS 转向 EBS 的原因以及它对 cassandra 数据有益的原因是因为 短暂的 类型的数据,您可能不希望您的数据消失如果您的实例至少在您的实例消失时终止(由于崩溃或停止),您仍然可以访问您的数据并可以将 EBS 卷附加到新实例(在 [=21= 时也非常有用) ] 实例)
我看到了这个演示文稿,它用一个非常有趣的用例清楚地回答了这个问题:
https://www.youtube.com/watch?v=1R-mgOcOSd4
总结:
- 自 2011 年 Netflix 等大公司以来,EBS 发生了很大变化 有问题。
- EBS 和 GP2 现在是推荐的存储 对于 Cassandra,你不应该期望那里有任何瓶颈。
Datastax 最近更新了他们的文档以推荐 EBS:
http://docs.datastax.com/en/cassandra/3.0/cassandra/planning/planPlanningEC2.html
毫无疑问是EBS,
内存优化的盒子最适合cassandra
T2 T2 是可突增性能实例,可提供 CPU 性能的基线水平,并能够突增至基线
以上M4 M4 实例是最新的通用实例。 M4 系列实例提供内存、网络和计算资源的平衡,是多个应用程序的更好选择
C4 这些实例是最近添加到计算优化实例的,这些实例具有最高性能的处理器,在 EC2 实例类型中具有最低的 compute/price 性能。
X1 这些实例最适合企业 class 的大型内存应用程序,并且在 AWS EC2 实例类型中提供每 GiB RAM 的最低价格。 X1 实例是 EC2 内存优化实例组的最新成员,旨在通过 AWS 云执行大规模内存数据库和内存应用程序。