nosql专栏

一、简介 略 二、准备与规划 1个primary， 2个secondary 三、工具 primary节点的安装 vim deploy_mongodb-1.0.sh secondary节点的安装 vim

一、 二、公司的redis config 三、一、 二、公司的redis config 三、一、 二、公司的redis config 三、

为保证公司mongo技术栈支持服务的顺利进行，制定如下工作说明，简称工作说明书。 工作需求方：公司 负责系统：乙方 一、服务范围 1、 mongo技术栈相关的技术支持； 2、 包含mongo技术栈的管

当MongoDB从库由于各种原因，如： 初次启动 停止太久无法与其他节点进行部分同步 等原因，需要全量同步数据时，参照如下方法操作： 关闭需要重建的从节点mongodb服务 使用systemctl s

一、背景 二、准备 主机信息 ES版本信息 相关命令 三、ES与kibana安装 准备安装包和插件 传递文件 安装ES 安装es exporter 安装插件 安装kibana 修改配置文件 启动es

性能基线 在2024.07.03 的15点左右时候，ES集群的性能到达极限。 直接对ES端进行****压测 ，注意区分前端QPS与ES端QPS。（并非使用esperf工具压测） 压测 团队的pod 直

背景 有一套es，12个data节点，分片数量平衡，但是磁盘大小使用率不均衡。 ES集群 kibana地址 http://172.21.43.108:5601/app/monitoring#/elas

在本地经过长期验证，已在本地测试环境3节点集群进行150亿次左右的scroll查询，7.6.2版本es游标查询bug未能在本地复现。 在源码上尝试复现bug，做过如下尝试： 尝试使用源码中提供的测试类

1、Elasticsearch 1、巡检工具 elasticsearch巡检时主要采用了两种方式：curl 和 grafana 2、流程 首先查询集群状态，查询集群状态是否存在异常，异常集群信息优先记

问题现象 业务端查询报错，错误信息如下： Trying to create too many scroll contexts. Must be less than or equal to: [500]

一、背景 APM ES cpu需要限制，apm es的性能暂时不用考虑，64C的主机算力，限制使用50C就行。 二、操作 命令 截图 说明： 0-49C，全部使用满； 剩余的14C，基本空闲。 验证

一、背景 Selection Elasticsearch 集群为解决上下文游标BUG升级至7.7.1版本后，需要摸清与7.6.2的性能差异。 ES 版本 7.7.1 压测目的 加大压测力度，测出该集群

操作步骤 打开 kibana   kibana的访问地址见上面登记。 使用AD账号登录 点击dev Tools 查询 ES 节点状态 说明： · WG 的ES节点数量为29个 · KS的ES节点数量为

ES规范 版本需要 ES7以上，目前默认版本 ES7.6.2 ES服务数据盘挂载在 /data 下 默认没有权限认证，如有需要另外说明；kibana默认不带，如需请说明。 插件：分词器默认analys

平时有比较频繁的任务批量创建和删除index，导致集群的health时常不稳定， 上周调高了集群的分片平衡速度和线程数量，但效果不是很明显。 es集群环境如下：（其中数据节点配置 32C/64G/1T

7.7 版本的重大变更 7.7 版本新特性 发行说明 安全设置变更 必须配置 xpack.security.transport.ssl.enabled 才能启用传输层 SSL 功能。 必须配置 xpa

一、概述 本次测试主要目的为： Selection KFCP Y3环境ES版本升级到7.7.1 1、对比7.6.2 版本ES的性能情况 二、测试环境配置信息 2.1 服务配置信息 Yumc3 服务 数

一、背景 二、要点 shell 执行方式 使用shell的方式实现，如果es的cluster health是green则显示绿色。 如果cluster health是yellow，则显示黄色。

版本控制：（C、A、M、D：创建、增加、修订、删除） 版本号 变更日志 变更类型（C/A/M/D） 修改人 摘要 备注 1.0 2024-9-24 C xxx 一、背景 ES集群增加xpack 安全认

一、概述 本次测试主要目的为： 1、获取Y3环境kfcd-selection-es、kfcp-selection-es所能支撑的安全水位； 2、Y2环境、Y3环境KD、KP 的压测域名设置轻舟网关限流