cassandra 调试问题

Posted

技术标签:

【中文标题】cassandra 调试问题【英文标题】:cassandra problems on commissioning 【发布时间】:2014-10-23 14:03:12 【问题描述】:

在将新节点调试到现有集群时,我们面临着几个问题。现有集群(5 个节点)保存 13 TB 的数据,每天将加载 0.1 TB 的数据。十天前,我们开始添加 5 个节点。在调试过程中,引导过程多次失败,在新节点显示错误STREAM FAILED,在旧节点显示BROKEN PIPE。每当我们遇到这个问题时,我们都会重新启动新节点。以下是关于节点加入过程的几个问题。

1) 每当我们重新启动要加入的节点时,引导过程是恢复还是从头开始重新启动?如果是这样,我们是否应该清除数据目录并重新启动。

2) 完成节点加入过程可能需要多长时间。(网络带宽:1Gbps)?

3) 我们可以通过将 auto_bootstrap 设置为 false 来直接添加节点并在该节点中运行 nodetool 修复吗?

4) 如何监控每个节点的负载均衡百分比?

5) 我们可以通过使用 nodetool setstreamthroughput 属性来提高流传输速度吗? cassandra.yaml 文件中的stream_throughput_outbound_megabits_per_sec 属性和nodetool setsreamthroughput 属性有什么区别?

6) 我们可以将一些数据从旧节点 scp 到新节点并重新启动吗?

【问题讨论】:

【参考方案1】:

问题是由于在压缩过程中过度使用资源造成的。 我暂时禁用了压缩,事情开始正常工作,调试在 4 小时内完成:)

【讨论】:

以上是关于cassandra 调试问题的主要内容,如果未能解决你的问题,请参考以下文章

Heroku 部署中的 Cassandra 连接问题

cassandra 集群名称不匹配的异常

Cassandra基本介绍 - Cassandra概述

cassandra启动失败

如何在spark中读写cassandra数据

无法使用 bin/cassandra 启动 Cassandra db