【问题标题】:Migration to cloud database迁移到云数据库
【发布时间】:2011-06-25 02:01:43
【问题描述】:

我正在评估我的组织(软件即服务组织)将部分现有的基于磁盘的数据库迁移到内存中基于云的数据库模型(托管在我们的数据中心中)的可能性。

最顺利的路径是找到一个可以执行动态 SQL 的云数据库,但我发现云数据库基本上是基于对象模型的(即没有 SQL)。

有人有将 RDBMS 的一部分迁移到基于云的数据库的经验吗?如果是的话,你走的是哪条路?

【问题讨论】:

  • “内存中基于云的数据库模型(托管在我们的数据中心)”是什么意思? “云”通常意味着不在您的数据中心托管。
  • Payne,我听到你的声音并同意,但不幸的是,内部云与外部云现在是通用术语。

标签: sql database cloud migrate in-memory


【解决方案1】:

至于基于云的数据库,您可能会从 AWS 提供的产品中获得灵感:http://aws.amazon.com/running_databases/

他们提供三种类型: MySQL 风格的 Web 服务;在 EC2 实例中运行的标准数据库;或 AWS SimpleDB,如您所说的基于对象。

如果您需要 SQL,前两个可能是您的选择。您需要做的是在您的私有云中实现它。

【讨论】:

    【解决方案2】:

    我最终意识到我正在寻找的东西似乎在市场上并不存在(一个支持 SQL 的水平扩展网格数据库)。

    我最终将研究重点放在了 Hazelcast 和 Cassandra(我更喜欢开源),但它们都与我们现有的 RDBMS 模型大相径庭,无法在不对现有应用程序进行重大架构改造的情况下使用。

    我决定的下一步是查看纯内存中的关系数据库,并可能将其放在具有大量内存的服务器上。当前的想法是将其用于通过不太高性能的查询(可能是每晚将数据批量加载到其中或类似的东西)而被大量访问的数据。

    不理想,但对于高可用性生产系统来说可能是一条足够平滑的迁移路径。

    【讨论】:

    • 有一个厂商进军云+elastic+SQL空间,叫NimbusDB,你查了吗?注册他们的电子邮件列表以获取一些非常有趣的文献。
    猜你喜欢
    • 1970-01-01
    • 2020-05-02
    • 1970-01-01
    • 1970-01-01
    • 2018-10-11
    • 2015-09-21
    • 2016-08-22
    • 1970-01-01
    • 2012-11-16
    相关资源
    最近更新 更多