为什么我们应该 运行 在单独的 DC 中进行 dse 搜索
why we should run dse search in a seperate DC
如果我们在所有现有 DC 中 运行 Datastax Cassandra 在 search/SolR 模式下的主要优点或因素是什么。
如果我当前的 Datastax 集群和所有 DC 在正常负载下 运行ning Cassandra，那么我应该直接将它们切换为启用搜索模式吗？？
多少负载会受到影响？？因为目前当我在 Search/SolR 模式下 运行ning DC 时，我在 运行ning 应用程序中看不到太多性能差异。
从以下命令开始：
./dse cassandra -p cassandra-proc.pid -s
我可以用某种方式测量负载吗？
影响因素太多 - DSE 的版本、执行的搜索查询类型、底层硬件、数据量等 - 没有这些数据就很难说。
对于 4.x，在单独的 DC 中进行搜索的原因之一是它不能很好地与 vnode 一起工作。在 5.x 中，对 vnode 的支持得到改进，因此您可以将两者并置在同一个 DC 中。但是，如果您有非常高的事务负载和大量搜索查询，那么将不同 DC 中的功能分开以提供更好的 availability/latency 保证仍然有意义，因为某些搜索查询可能需要相当多的资源。
如果我们在所有现有 DC 中 运行 Datastax Cassandra 在 search/SolR 模式下的主要优点或因素是什么。
如果我当前的 Datastax 集群和所有 DC 在正常负载下 运行ning Cassandra，那么我应该直接将它们切换为启用搜索模式吗？？
多少负载会受到影响？？因为目前当我在 Search/SolR 模式下 运行ning DC 时，我在 运行ning 应用程序中看不到太多性能差异。 从以下命令开始：
./dse cassandra -p cassandra-proc.pid -s
我可以用某种方式测量负载吗？
影响因素太多 - DSE 的版本、执行的搜索查询类型、底层硬件、数据量等 - 没有这些数据就很难说。
对于 4.x，在单独的 DC 中进行搜索的原因之一是它不能很好地与 vnode 一起工作。在 5.x 中，对 vnode 的支持得到改进，因此您可以将两者并置在同一个 DC 中。但是，如果您有非常高的事务负载和大量搜索查询，那么将不同 DC 中的功能分开以提供更好的 availability/latency 保证仍然有意义，因为某些搜索查询可能需要相当多的资源。