solr - 为什么我们应该在单独的 DC 中运行 dse search
问题描述
如果我们在所有现有 DC 中以搜索/SolR 模式运行 Datastax Cassandra,主要优势或因素是什么。
如果我当前具有所有 DC 的 Datastax 集群在正常负载下运行 Cassandra,那么我应该将它们切换为直接启用搜索模式吗?
会影响多少负载?因为目前,当我在 Search/SolR 模式下运行 DC 时,我看不到运行应用程序的性能差异。从以下命令开始:
./dse cassandra -p cassandra-proc.pid -s
我可以以某种方式测量负载..吗?
解决方案
有太多因素在起作用——DSE 的版本、执行的搜索查询类型、底层硬件、数据量等——没有这些数据就很难说。
对于 4.x,在单独的 DC 中进行搜索的原因之一是它不能很好地与 vnode 一起使用。在 5.x 中,对 vnode 的支持得到了改进,因此您可以将两者配置在同一个 DC 中。但是,如果您有非常高的事务负载和大量搜索查询,那么在不同的 DC 中分离功能以提供更好的可用性/延迟保证仍然是有意义的,因为某些搜索查询可能需要相当多的资源。
推荐阅读
- php - 搜索数组并在 PHP 中创建自定义数组
- java - 将图像裁剪为 cricle
- c - 比较动态分配数组中的元素时出现分段错误
- python - 无服务器部署不起作用(Python、Lambda)
- loops - Liquid Loop 打印副本
- reactjs - 如何以 react-hook-form 获取独立受控组件的值?
- sql - 我应该使用什么 MySQL LIKE 通配符来返回没有标题/前缀名称的某人的名字?
- swift - 如何转换旋转视图的 layer.shadowOffset(x, y) 以便在图形上下文中正确绘制它?
- python - 以 subprocess.call 启动的脚本未检测到文件
- angular - 找不到打开的 Angular 网页应用程序根目录