我设置了以下内容。rpc_address 到外部公共 ip。Listen Address：内部ip地址（不是本地主机），rpc_broad_cast：内部ip地址

在开发中心，我使用的是外部 ip 和端口 9042。

让我知道，如果我做错了什么。

我们的 Datastax Enterprise 搜索工作负载遇到了问题。我们的版本是[cqlsh 5.0.1 | Cassandra 2.1.9.791 | DSE 4.8.0 | CQL spec 3.2.0 | Native protocol v3]. 我们有一个带有地图集合的表的 cassandra 模式，properties map<text, text>并且在 solr schema.xml 中我们有<dynamicField name="properties*" type="text" indexed="true" stored="true" />。

问题是我们错误地插入了数据，没有使用这里描述的前缀。有没有办法在不丢失表中已经存在的所有数据的情况下使这些数据可搜索？

我正在使用 DSE solr 来索引一个包含 UDT 集合的 cassandra 表。我希望能够根据这些 UDT 中的值对搜索结果进行排序。

给定一个简单的示例表...

...并假设我通过 自动生成 solr 模式dsetool，我希望能够编写一个 solr 查询来查找参加过测试的学生（通过特定的 test_name），并按该测试的分数（或百分位，或其他）。

我们在集群上使用 vnode。

我注意到，当节点的令牌空间发生变化时（自动在 vnodes 上，在添加新节点后的修复或清理期间），datastax nodejs 驱动程序会在几分钟内收到很多“操作超时 - 仅收到 X 响应” .

我尝试使用 ONE 和 LOCAL_QUORUM 一致性。

我想这是由于协调器在移动后没有击中正确的节点。这似乎是一种合乎逻辑的行为（数据已移动），但我们真的想解决这个特定问题。

你们建议我们应该怎么做才能避免这种情况？有自定义重试策略？缓存？改变一致性？

行为示例

当我们看到这个：

我们看到了其中的一个峰值：

我有一个安装了 Solr 的 3 节点 Cassandra 集群设置（复制设置为 2），每个节点都有 RHEL、32 GB Ram、1 TB HDD 和 DSE 4.8.3。我的节点上发生了很多写入，我的 Web 应用程序也从我的节点读取。

1. 我观察到所有节点每 3-4 天就会关闭一次。我必须重新启动每个节点，然后它们运行良好，直到接下来的 3-4 天，同样的问题再次重复。我检查了服务器日志，但即使服务器出现故障，它们也没有显示任何错误。我无法弄清楚为什么会这样。
2. 在我的应用程序中，有时当我通过 C# Cassandra 驱动程序连接到节点时，我收到以下错误

   Cassandra.NoHostAvailableException：Cassandra.Tasks.TaskHelper.WaitToComplete(Task task, Int32 timeout) at Cassandra.Tasks.TaskHelper.WaitToComplete[T] （任务``1 任务，Int32 超时）在 Cassandra.ControlConnection.Init() 在 Cassandra.Cluster.Init()`

但是当我检查 OpsCenter 时，没有一个节点处于关闭状态。所有节点状态都显示得很好。这可能是驱动程序的问题吗？早些时候我使用的是从 nuget 安装的 Cassandra C# 驱动程序版本 2.5.0，但现在我将其更新到版本 3.0.3 仍然存在此错误。

对此的任何帮助将不胜感激。提前致谢。

设置：
我们有 3 个节点 Cassandra 集群，每个节点上有大约 850G 的数据，我们为 Cassandra 数据目录设置了 LVM（当前包括 3 个驱动器 800G + 100G + 100G），并为 cassandra_logs 设置了单独的卷（非 LVM）

版本：
Cassandra v2.0.14.425
DSE v4.6.6-1

问题：
在每个节点的 LVM 中添加第 3 个 (100G) 卷后，所有节点的磁盘 I/O 都非常高，而且它们经常停机，服务器也变得无法访问，我们需要重新启动服务器，服务器不需要t 变得稳定，我们需要在每 10 - 15 分钟后重新启动。

其他信息：
我们在所有节点上配置了 DSE 推荐的服务器设置（vm.max_map_count，文件描述符）每个节点上的
RAM：每个节点上的 24G
CPU：6 核 / 2600MHz
每个节点上的磁盘：1000G（数据目录）/8G（日志)

我想在 m4.* 实例上安装 DSE，但似乎最新的ComboAMI不支持它。因为它需要不同的配置，因为它不是一个实例存储支持的实例，而是一个 ebs 存储支持的实例，也是一个 HVM 实例而不是 PV 实例。

我已经开始编写一个新的配置脚本，它基本上完成了 ComboAMI 配置脚本所做的工作，而且还为每个节点附加的 EBS 卷添加了 RAID0 创建，以及 xfs 文件系统创建。

我的问题分为两部分：首先，我想知道 DataStax 中是否有人已经做过类似的事情，他可以分享，因为这对于任何想做类似事情的人来说都是一个很好的参考。

其次，有没有人有在 m4.* 实例类型上构建类似 AMI 的经验？我没有设法得到与 ComboAMI 项目相关的东西。

数据税-企业

数据税启动

我们正在使用 DataStax DSE 集群。

我们正在尝试将表迁移到与第一个表具有相同定义但具有二级索引的另一个表

它有大约 170 万行

1）我们首先使用 cqlsh 中的 Cassandra COPY 命令。这需要很长时间 > 1 小时。超时，不起作用 2) 然后我们编写一个程序将第一个表导出到 CSV 文件。我们将此 CSV 文件分解为单独的 CSV 文件，并尝试将其加载到第二个表中。

插入需要一些时间，但它失败了

3）我们正在调查http://www.datastax.com/dev/blog/using-the-cassandra-bulk-loader-updated

由于我们有 CSV 文件，这是正确的方法吗？

我们正在使用这个库https://github.com/yukim/cassandra-bulkload-example来生成 SSTABLE。

这是处理这个问题的正确方法吗？

我们在 8 个节点的数据中心上使用 vnode。其中一个节点不断移动它的令牌范围，这样做会引发连接客户端的超时错误。

以下是我们在 OpsCenter 事件中看到的内容：

知道是什么原因造成的吗？我们尝试在集群上运行完全修复，但此行为在此特定节点上不断发生。

显然所有节点都具有相同的配置

我们正在使用 DSE 4.8.6

假设我有一个由三个节点组成的集群，（为简单起见）复制因子为 1。我们称节点 A、B 和 C。

根据环，分区键 X 应该存储在 A 上。但是，由于数据库恢复，分区键 X 的数据最终在节点 B 上（而 A 根本不存储 X）。

问题：如果我发出nodetool repair，它会确保分区键 X 最终出现在 A 上吗？

我知道，进行数据库恢复的真正方法是使用类似的东西sstableloader，但是由于不可预见的情况，执行上述操作对我来说可能是一个更简单的解决方案（如果它有效！）。