Ceph vs Swift - 架构剖析
|
Ceph和Swift，哪种更好？这个问题上大家争论不休，本文从两者的架构角度分析两种方式各自的优缺点，并且给出如何选择的建议。
当工程师们讨论存储，谈到Ceph和Swift时，他们通常都一致认为其中一个非常棒，另外一个却很糟糕。但问题时，他们在哪个好哪个不好上却意见不一。 经常会有客户问我相同的问题，“我们听说Ceph可以代替其他所有类型的存储。为什么不能用它做所有事情呢？” 我会在Vancouver的OpenStack Summit大会上从架构角度探讨Ceph和Swift，分享在这两者之间到底该如何抉择，也会为两种平台的解决方案都给出建议。本文，我们一起看看他们的架构细节和不同之处。 深入浅出Swift在OpenStack开始发展之初就出现了，大概在五年之前。它是OpenStack的核心项目，并且被无数次证明强大且稳定。 如何选择？如果部署只在单一地域，没有计划扩展到多个地域的话，Ceph会是很好的选择。Mirantis OpenStack底层可以选择Glance或者Cinder。但是，如果要考虑大规模部署的话，Swift比Glance更适合。它的多地域能力会胜过Ceph的速度和强大的一致性模型。很多情况下，速度并不是决定因素，安全性则是更大的问题，这时，Swift更适合，它封闭的复制网络更为安全。另一方面，如果云基础架构本身已经很安全，存储安全性优先级便会降低，这时可能Ceph更适合。 与其比来比去，不如在同一个云基础架构里同时拥有这两种选择。比如，可以使用Ceph作为本地高性能存储，而Swift则作为多地域Glance后台，这时复制很重要而速度并不关键。但是，拥有这两种选择的解决方案花费必然更多，因此可能还是需要二选一。 对于很多客户，我的个人建议是，Mirantis提供了架构设计评估来帮助收集所有需求和参数，提供适合特定使用场景和业务驱动的解决方案，会帮助全面评估所有业务，技术和运营因素。然后你可以权衡这些因素，以及这两种选择的优缺点。谁知道呢？你的收获很可能超过预期。 原文链接： Ceph vs Swift – An Architect’s Perspective （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |