Mysql OpenStack Nova切换到Cassandra——利与弊?

Mysql OpenStack Nova切换到Cassandra——利与弊?,mysql,nosql,cassandra,openstack,openstack-nova,Mysql,Nosql,Cassandra,Openstack,Openstack Nova,OpenStack Nova目前使用MySQL(由SQLAlchemy提供支持)作为其db后端。切换到Cassandra的优缺点是什么?Openstack使用MYSQL作为后端来持久化服务模式和各种工件(节点、角色、网络、安全组等)的状态。持久性存储的事务强度并不是那么“instensive”,因此NoSQL通常是一个不错的选择。以下是一些优点/缺点: 优点: 持久性存储—开箱即用的高可用性 实时水平可伸缩性 考虑到Cassandra的大型示意图范围和可扩展性,更好的多租户 支持分析:坐在No

OpenStack Nova目前使用MySQL(由SQLAlchemy提供支持)作为其db后端。切换到Cassandra的优缺点是什么?

Openstack使用MYSQL作为后端来持久化服务模式和各种工件(节点、角色、网络、安全组等)的状态。持久性存储的事务强度并不是那么“instensive”,因此NoSQL通常是一个不错的选择。以下是一些优点/缺点:

优点:

  • 持久性存储—开箱即用的高可用性
  • 实时水平可伸缩性
  • 考虑到Cassandra的大型示意图范围和可扩展性,更好的多租户
  • 支持分析:坐在NoSQL商店中,在openstack中引入分析功能变得更加简单
缺点:

  • 代码重新设计:openstack的代码以关系数据库模型为中心。迁移到NoSQL需要对所有openstack项目/代码进行相关的重新设计,还需要在cassandra中引入索引模型,以允许关联数据。像这样的变化通常需要时间、思考和稳定
  • 比Mysql更复杂的管理/维护
  • 潜在的数据冲突:Cassandra有一个最终一致的模型,尽管考虑到openstack的并发事务性使用不太好,乍一看这应该不是什么问题
  • 性能,尽管同样,由于openstack不是真正的“事务性”的,并且它有自己的性能问题(基于python的代码和服务),这也不应该是一个很大的问题

如果不知道他们如何使用MySQL的细节,就无法以任何有意义的方式回答这个问题。请添加有关查询、数据模型和您能想到的一切的详细信息。我已经投票决定关闭。我期待着熟悉这个主题的人,OpenStack Nova,来回答这个问题。我也清楚地指出了这个问题。我认为它不应该关闭。