【问题标题】:Current state of Cassandra on Windows and what migration path?Windows 上 Cassandra 的当前状态以及迁移路径是什么?
【发布时间】:2017-12-23 00:34:48
【问题描述】:

我目前正在参与一个扩展现有 Windows Cassandra 集群的项目,因为我们计划迁移大量历史数据。但是,我对继续使用 Windows 作为节点持怀疑态度。我对 Windows 上的 Cassandra 进行了一些研究,并发现了一些发行说明,自 2.2.x 以来就有对 Windows 的官方支持。但从那以后我找不到任何提及 Windows 支持的内容。

我想知道 Cassandra 在 Windows 上的当前状态是什么?

第二个问题;我确实决定切换到 Linux,以下迁移路径是否可行? 1. 设置一个新的 Linux 集群并将我们的传入数据流到现有的 Windows 和新的 Linux 集群。 2. 使用 SSTableloader 将现有的 SSTable 流式传输到 Linux 集群。 3. 将应用程序的端点切换到新的 Linux 集群。

即使我们有传入的实时数据与需要迁移的数据共享分区键,这是否可行?时间戳或墓碑会导致问题吗?

【问题讨论】:

    标签: windows cassandra migration


    【解决方案1】:

    从历史的角度来看,Windows 上的 Cassandra 存在两个主要问题:

    • 删除文件,其他进程已打开句柄 (CASSANDRA-4050)
    • 内存映射文件 I/O,在带有硬链接的 Windows 中存在问题 (CASSANDRA-9658)

    这些已在 Cassandra 2.2 中得到解决。

    话虽这么说,Windows 上的 Cassandra 仍然是一个非常新的事物。我不记得在 Cassandra JIRA、开发或用户论坛中看到过很多特定于 Windows 的问题,但它的潜力仍然存在。因此,运行成功集群的最佳机会是在 Linux 上运行,这是一个长期运行、久经考验的真正解决方案。

    如果是我,我不会想在 Windows 上支持 Cassandra 集群。

    我认为您的迁移路径会奏效。但更简单的方法是将 Linux 节点构建为新的逻辑数据中心,并将它们加入现有集群。然后,一旦复制完成,您就可以停用您的 Windows 节点/DC,这样您就不必执行第二步了。

    【讨论】:

    • 何亚伦,感谢您的快速回复。关于更简单的路线;甚至可以在同一个集群中混合不同的操作系统吗?
    猜你喜欢
    • 2011-02-08
    • 1970-01-01
    • 2015-09-10
    • 2018-09-10
    • 1970-01-01
    • 2010-10-09
    • 2010-10-22
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多