Mysql OpenStack Nova切换到Cassandra——利与弊?
OpenStack Nova目前使用MySQL(由SQLAlchemy提供支持)作为其db后端。切换到Cassandra的优缺点是什么?Openstack使用MYSQL作为后端来持久化服务模式和各种工件(节点、角色、网络、安全组等)的状态。持久性存储的事务强度并不是那么“instensive”,因此NoSQL通常是一个不错的选择。以下是一些优点/缺点: 优点: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
- 持久性存储—开箱即用的高可用性
- 实时水平可伸缩性
- 考虑到Cassandra的大型示意图范围和可扩展性,更好的多租户
- 支持分析:坐在NoSQL商店中,在openstack中引入分析功能变得更加简单
- 代码重新设计:openstack的代码以关系数据库模型为中心。迁移到NoSQL需要对所有openstack项目/代码进行相关的重新设计,还需要在cassandra中引入索引模型,以允许关联数据。像这样的变化通常需要时间、思考和稳定
- 比Mysql更复杂的管理/维护
- 潜在的数据冲突:Cassandra有一个最终一致的模型,尽管考虑到openstack的并发事务性使用不太好,乍一看这应该不是什么问题
- 性能,尽管同样,由于openstack不是真正的“事务性”的,并且它有自己的性能问题(基于python的代码和服务),这也不应该是一个很大的问题