首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    KubeSphere3.3.1更换ES为OpenSearch

    现将es更换为opensearch(注意统计服务也需要修改)。 v3.4.0之后默认使用opensearch作为日志存储,不用修改。...opensearch.tar.gz 部署opensearchopensearch.zip上传至服务器,解压后,执行除rizhijieshouqi.yaml以外的yaml kubectl apply...-f ***.yaml 将会添加4个opensearch服务和两个opensearch工作负载 之前的es服务和工作负载可不理会。...以上修改后,可以看到保密字典中的fluent-bit配置以修改为opensearch的 查看fluent和opensearch日志是否有报错 验证 通过接口访问工具,查看opensearch日志,注意需要添加...由于更换为opensearch,需要调整统计服务的查询。 ps:了解es和opensearch的历史可知,opensearch从es 7.1某个版本后分离出来。

    13810

    最近做了一个搜索接口的优化,反复压测了四次,终于达到要求了

    来自:https://urlify.cn/uuYJvi 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回。...复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码。...惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch...2、将代码中循环查询缓存的地方改为一次性批量查询返回。 3、和相关同学确认后去掉项目中无用的代码。 第二次压测 ? 虽然优化了代码,修改了配置,但是情况更糟糕了,而且还改出了新的问题。...可以从日常的访问量,历史访问量数据来说服测试; 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

    77410

    漫漫优化路,总会错几步!记一次接口优化!

    业务逻辑 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回 逻辑看似很简单,当初我也是这样认为的,于是预估5天完成,最后前前后后开发、联调、改bug直到上线差不多花了10天(当然这10...天并不是只做这一件事情) 复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码 言归正传,不管逻辑有多复杂,都不是你逃避问题的接口,更不是你不去优化的理由...,这不是本文的重点,优化过程才是 要求,给APP提供的接口一般要求响应时间在100ms以内 第一次压测 惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch...每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch连接地址改为内网地址 2、将代码中循环查询缓存的地方改为一次性批量查询返回 3、和相关同学确认后去掉项目中无用的代码...可以从日常的访问量,历史访问量数据来说服测试 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

    43721

    Elasticsearch向量搜索深度解析:与OpenSearch插件实现的比较与评估

    OpenSearch向量搜索概述OpenSearch则是从Elasticsearch 7.10版本之后拉出的一个由AWS维护的分支。与Elasticsearch相似,它也提供了丰富的全文搜索功能。...Opensearch需要 通过Java Native Interface (JNI)来创建一个桥接,使得基于Java的Opensearch环境能够直接调用这些外部库。...Lucene按顺序搜索每个段,并在分片级别返回基于分数的最顶部的结果数量(更高的分数=更好的结果)。...OpensearchOpensearch通过插件提供向量搜索功能,虽然这增加了系统的灵活性,但同时也要求用户关注插件的安装、配置和版本兼容性,以及与插件相关的API参数。...OpensearchOpensearch尝试通过开放和灵活的插件机制吸引更多的开发者参与,但是对于特定的向量搜索插件,可能需要依赖特定社区的活跃度和维护情况。

    1.7K21

    最近做了一个搜索接口的优化,反复压测了四次,终于达到要求了

    作者:废物大师兄 cnblogs.com/cjsblog/p/10573215.html 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回。...复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码。...图片 惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch...2、将代码中循环查询缓存的地方改为一次性批量查询返回。 3、和相关同学确认后去掉项目中无用的代码。 第二次压测 ? 图片 虽然优化了代码,修改了配置,但是情况更糟糕了,而且还改出了新的问题。...可以从日常的访问量,历史访问量数据来说服测试; 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

    47520

    漫漫优化路,总会错几步(记一次接口优化)

    业务逻辑 从OpenSearch中检索出数据,然后各种填充组装数据,最后返回 逻辑看似很简单,当初我也是这样认为的,于是预估5天完成,最后前前后后开发、联调、改bug直到上线差不多花了10天(当然这10...天并不是只做这一件事情) 复杂在于影响返回结构的因素很多,排除问题需要检查配置、检查数据库、检查缓存、检查OpenSearch、检查代码 言归正传,不管逻辑有多复杂,都不是你逃避问题的接口,更不是你不去优化的理由...,这不是本文的重点,优化过程才是 要求,给APP提供的接口一般要求响应时间在100ms以内 第一次压测 惨不忍睹,平均响应时间150ms,而且在这次压测过程中还发现其它的问题,后台报错,经查是OpenSearch...每秒查询次数限制 优化代码与配置 1、修改OpenSearch配置,并且将压测环境中的OpenSearch连接地址改为内网地址 2、将代码中循环查询缓存的地方改为一次性批量查询返回 3、和相关同学确认后去掉项目中无用的代码...可以从日常的访问量,历史访问量数据来说服测试 11、每一次代码改动都有可能引入新的问题,因此,每次修改代码后都要回归测试一下(PS:每次修改完以后,我都会用几组不同的关键词搜索,然后比对修改前和修改后返回的数据是否一致

    38620
    领券