国产信创宝兰德BCS部署及适配

最新推荐文章于 2026-08-15 09:01:32 发布
原创 最新推荐文章于 2026-08-15 09:01:32 发布 · 2.2k 阅读 · 22 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
收录于
信创

当前文章被收录于：

信创
1 篇文章 0 人学习

国产信创软件适配

订阅专栏 查看详情

1.BCS安装步骤

安装包请在宝兰德官网申请试用：宝兰德官网

1.1 解压产品安装包

--创建目录
mkdir /home/bes/BCS
--上传文件至服务器
--解压文件
tar -zxvf BES-CACHESERVER-3.2-BN3.3.0-RHEL6-X64.tar.gz -C /home/bes/BCS

1.2 BCS启动

​ BCS_HOME/bin下执行startManagement启动管理中心。

[bes@Linux17209 bin]$ ./startManagement
Starting BCS Admin Server...
More information refer to server log (default:/home/bes/BCS/logs/server.log)

--查看日志
tail -100f  /home/bes/BCS/logs/server.log

​ 查看BCS_HOME/logs/server.log中出现Server startup in [6612] milliseconds

​ 即代表启动成功。

1.3 开放4900端口

​ 开放 服务节点 端口4900

#	1. 添加端口规则（持久化）
	sudo firewall-cmd --permanent --add-port=4900/tcp
	
#	2.重新加载防火墙规则
	sudo firewall-cmd --reload
	
# 	3.验证是否添加成功
	sudo firewall-cmd --list-all | grep 4900

	你应该看到类似输出：
	ports: 4900/tcp

1.4 登录控制台

​ 管理中心访问方式：

​ 在浏览器中输入http://host:4900/console以访问管理中心。

​ hostName是服务器所在机器的主机名，或是服务器所在机器的IP地址；

​ port是管理中心的管理端口，默认为4900，

			默认用户名：admin

			密码：B#2008_2108#es

在这里插入图片描述

​ 登录成功后首页：

在这里插入图片描述

2.配置缓存服务

2.1 主机列表

在管理中心查看主机列表：

​ 1) 在管理中心左侧导航区点击“主机管理”，右侧会显示所有已添加到管理中心的主机。

​ 2) 主机列表显示当前主机名称、主机名/IP、主机类型、远程登录方式和操作栏。

​ 主机可以是一台物理机，虚拟机或其他提供主机服务的设备。

在这里插入图片描述

​ 注：管理中心默认提供一个本地主机Local，Local主机默认不可删除。

2.2 节点管理器

​ 注：节点依赖于主机，新建节点之前，需要先建好主机（默认存在）。

​ 在管理中心新建节点：

**1 进入节点列表页面 **

​ 在管理中心左侧导航区点击“节点管理”，进入节点列表页面。

在这里插入图片描述

2 新建节点

​ 点击“新建”按钮，在新建节点页面录入节点的信息，包括：节点名称，主机，配置模板，管理端口，节点目录和JAVA HOME。

​ 其中，节点目录是指安装节点所在主机的绝对路径。

在这里插入图片描述

3 点击“保存”

​ 点击“保存”按钮即可新建成功

在这里插入图片描述

4 启动节点。

在这里插入图片描述

5 注册服务（服务节点自启动）

​ 节点提供注册服务功能，将节点注册为服务，机器重启后，节点会自动启动并将节点下所有

​ 实例一起启动。将节点注册为服务，需要使用root用户或者具有root权限的用户。对于普通节

​ 点，在“节点列表”页面即可进行注册服务。

在这里插入图片描述

服务节点注册文件

[Unit]
Description=BES CacheServer Node
After=bcs-admin-server.service
Wants=bcs-admin-server.service

[Service]
Type=forking
Environment="JAVA_HOME=/usr/java/jdk" "NODE_HOME=/home/bes/Node1/Node1"
ExecStart=/bin/bash ${NODE_HOME}/bin/startNode --user=admin --passwordfile=${NODE_HOME}/conf/security/.passwordfile --startinstances=true
ExecStop=/bin/bash ${NODE_HOME}/bin/stopNode --user=admin --passwordfile=${NODE_HOME}/conf/security/.passwordfile
PrivateTmp=true
TimeoutStopSec=60
TimeoutStartSec=600
Restart=on-failure
RestartSec=3

[Install]
WantedBy=multi-user.target

节点服务注册注释：

# [Unit] 段：定义服务的元信息、依赖关系和启动顺序
[Unit]

# 服务的描述信息，用于 systemctl status、list-units 等命令中显示
# 表示这是 BES 的 CacheServer 节点（即 BCS Node），负责缓存数据和通信
Description=BES CacheServer Node

# 指定本服务应在 bcs-admin-server.service 启动完成之后再启动
# 确保 DMS（域管理服务器）已完全就绪，Node 才能成功注册
After=bcs-admin-server.service

# 表示本服务“希望”bcs-admin-server.service 存在并运行（软依赖）
# 即使 bcs-admin-server 启动失败，本服务仍可尝试启动（但通常会失败）
# 主要用于表达启动顺序依赖，避免 Node 先于 DMS 启动导致注册失败
Wants=bcs-admin-server.service

# [Service] 段：定义服务的运行方式、启动/停止命令和行为控制
[Service]

# 服务类型为 forking：表示 startNode 脚本会 fork 出子进程运行实际服务，父进程退出
# systemd 将跟踪 fork 出的子进程作为主服务进程进行管理
Type=forking

# 设置环境变量：
# - JAVA_HOME：指定 Java 安装路径，Node 启动时依赖 JDK
# - NODE_HOME：指定当前 Node 实例的安装目录，便于脚本引用
# 使用双引号包裹多个变量，格式为 "KEY1=value1" "KEY2=value2"
Environment="JAVA_HOME=/usr/java/jdk" "NODE_HOME=/home/bes/Node1/Node1"

# 启动命令：使用 /bin/bash 执行 startNode 脚本
# 参数说明：
#   --user=admin：登录 DMS 的用户名
#   --passwordfile=...：密码文件路径（避免明文密码）
#   --startinstances=true：启动所有实例（如 test_1）
ExecStart=/bin/bash ${NODE_HOME}/bin/startNode --user=admin --passwordfile=${NODE_HOME}/conf/security/.passwordfile --startinstances=true

# 停止命令：使用 /bin/bash 执行 stopNode 脚本，优雅关闭 Node
# 参数与 startNode 一致，确保能正确认证并停止服务
ExecStop=/bin/bash ${NODE_HOME}/bin/stopNode --user=admin --passwordfile=${NODE_HOME}/conf/security/.passwordfile

# 为服务创建独立的临时目录（/tmp/systemd-private-xxx）
# 增强安全性，防止其他进程访问本服务的临时文件
PrivateTmp=true

# 停止服务时的最大等待时间：60 秒
# 超时后 systemd 会发送 SIGKILL 强制终止进程
TimeoutStopSec=60

# 启动服务时的最大等待时间：600 秒（10 分钟）
# BCS Node 首次启动可能较慢（如加载缓存、连接 DMS），设置较长超时避免误判失败
TimeoutStartSec=600

# 自动重启策略：仅在服务非正常退出（如崩溃、被杀）时自动重启
# 正常 stop 或 disable 不会触发重启，提高服务可用性
Restart=on-failure

# 每次重启前等待 3 秒，防止因快速失败导致“重启风暴”
RestartSec=3

# [Install] 段：定义服务如何被启用（systemctl enable）
[Install]

# 当执行 systemctl enable bcsnode_Node1.service 时，
# 该服务会被链接到 multi-user.target 的 wants 目录中
# 表示在系统进入多用户模式（命令行模式）时自动启动
WantedBy=multi-user.target
6. 注册控制台服务（控制台自启动）
1. 注册为系统服务（root⽤户）

​ 使⽤root⽤户，切换⾄BES控制台安装⽬录bin下 执⾏

cd /home/bes/BCS/bin

./service install

在这里插入图片描述

控制台节点注册文件

[Unit]
Description=BES CacheServer Node
After=bcs-admin-server.service
Wants=bcs-admin-server.service

[Service]
Type=forking
Environment="JAVA_HOME=/usr/java/jdk" "NODE_HOME=/home/bes/Node1/Node1"
ExecStart=/bin/bash ${NODE_HOME}/bin/startNode --user=admin --passwordfile=${NODE_HOME}/conf/security/.passwordfile --startinstances=true
ExecStop=/bin/bash ${NODE_HOME}/bin/stopNode --user=admin --passwordfile=${NODE_HOME}/conf/security/.passwordfile
PrivateTmp=true
TimeoutStopSec=60
TimeoutStartSec=600
Restart=on-failure
RestartSec=3

[Install]
WantedBy=multi-user.target[root@localhost system]# cat bcs-admin-server.service
[Unit]
Description=BES CacheServer
After=network-online.target
Wants=network-online.target

[Service]
Type=forking
Environment="JAVA_HOME=/usr/java/jdk" "JAVA_BASE=/usr/java/jdk"
ExecStart=/bin/bash /home/bes/BCS/bin/management run
ExecStop=/bin/bash /home/bes/BCS/bin/management stop --user admin --passwordfile /home/bes/BCS/conf/security/.passwordfile
PrivateTmp=true
TimeoutStopSec=60
TimeoutStartSec=600
Restart=on-failure
RestartSec=3

查看服务状态

systemctl status bcs-admin-server.service

在这里插入图片描述

启动服务，并查看状态

systemctl start  bcs-admin-server.service
systemctl status bcs-admin-server.service

在这里插入图片描述

4 查看日志

sudo journalctl -u bcs-admin-server.service -f

#  启用开机自启动
sudo systemctl enable bcs-admin-server.service

# 验证是否已启用  输出应为：enabled

sudo systemctl is-enabled bcs-admin-server.service

2.3 实例组列表

​ 在管理中心查看实例组：

1. 进入实例组列表页面

​ 1) 在管理中心左侧导航区点击“实例管理”，进入实例组列表页面。

​ 2) 在当前页面可以看到实例组名称、类型、创建人、集群状态、最后更新时间，并且可以构建集群、启动、停止、重启、新建实例组和删除实例组。

​ 3) 实例组列表也提供简单的命令命中率监控，方便用户查看

在这里插入图片描述

2. 新建实例组
  1. 新建实例组

​ 点击右上角“新建实例组”按钮，进入新建实例组页面，输入实例组名称，选择模式（可

​ 选值：主从模式、哨兵模式和集群模式），配置模板，使用代理和描述。

在这里插入图片描述

2) 创建实例

​ 点击“下一步”按钮进入创建实例页面，输入实例名称，选择实例所在节点，实例端口 可改为 6379 ，当前设置为6380，

​ 安装路径，密码，点完成即可完成实例组新建。

在这里插入图片描述

3) 启动实例组

在这里插入图片描述

4) 开放 端口

解决方案：开放 服务节点 端口

​ 使用 firewalld 开放 修改的控制台 端口（适用于 CentOS/RHEL）

#	1. 添加端口规则（持久化）
	sudo firewall-cmd --permanent --add-port=6080/tcp
	
#	2.重新加载防火墙规则
	sudo firewall-cmd --reload
	
# 	3.验证是否添加成功
	sudo firewall-cmd --list-all | grep XXX
	
	你应该看到类似输出：
	ports: XXX/tcp
5) 连接验证

在这里插入图片描述

标签
#中间件
宝兰德BES-CACHESERVER部署与配置全流程指南
weixin_28327051的博客
03-18 585
本文详细介绍了宝兰德BES-CACHESERVER的部署与配置全流程，包括系统环境准备、软件包安装、服务启动与验证、节点管理与配置等关键步骤。通过实战指南帮助用户快速掌握这款高性能分布式缓存中间件的企业级应用，特别适合金融、电信等对数据一致性要求高的场景。
信创适配国产化选型方案
dehuisun的专栏
05-21 578
信创，即信息技术应用创新产业，是数据安全、网络安全的基础，也是新基建的重要组成部分。信创产业是一条规模庞大、体系完整的产业链，是数字经济的重要抓手之一。
SpringBoot 国产化迁移实战：从Tomcat到宝兰德中间件的完整替换与部署
weixin_29913663的博客
07-14 427
本文详细介绍了SpringBoot应用从Tomcat迁移到国产宝兰德中间件的完整流程，包括依赖调整、版本兼容性处理、WAR包部署及控制台管理。通过实战经验分享，帮助开发者高效完成国产化技术迁移，满足企业级应用的安全与性能需求。
宝兰德BES-CACHESERVER部署实战：从安装到节点配置全流程解析
weixin_29230649的博客
03-04 470
本文详细解析了宝兰德BES-CACHESERVER企业级分布式缓存服务的完整部署流程。从环境准备、Java依赖配置、管理服务器安装与初始化，到主机与节点配置、缓存实例创建，提供了全流程实战指南。重点介绍了如何通过管理控制台配置节点，并使用Redis客户端进行连接测试，帮助运维和开发人员快速掌握这一高可用缓存解决方案的部署与使用。
JeecgBoot与宝兰德AppServer的WAR包部署实战指南
weixin_28840143的博客
02-05 554
本文详细介绍了JeecgBoot低代码平台在宝兰德AppServer上的WAR包部署实战方案，包括项目配置修改、生产环境调整、打包部署流程及常见问题解决。重点解析了如何将SpringBoot应用转换为WAR包并部署到国产化应用服务器，满足企业级项目国产化环境需求。
极光笔记 | 极光服务的信创改造实践
极光开发者
09-14 656
什么是信创？信创全称为“信息技术应用创新”，主要包含应用于通信、云计算、大数据、人工智能、工业互联网等诸多高新产业的基础技术。基础技术则包含基础硬件、基础软件、应用软件、信息安全四大板块。其中：基础硬件主要包括：芯片、服务器/PC、存储等；基础软件包括：数据库、操作系统、中间件等；应用软件包括：办公软件、ERP和其它软件等；信息安全包括：硬件安全、软件安全、安全服务等各类产品。信创的核心是通过国产...
数栈V6.0全新产品矩阵发布，数据底座 EasyMR 焕新升级
a958014226的博客
04-27 295
4月20日，袋鼠云成功举行了以“数实融合，韧性生长”为主题的2023春季生长大会。会上，袋鼠云自主研发的——数栈V6.0产品矩阵全新发布。对旗下大数据基础平台、大数据开发与治理、数据智能分析与洞察三大模块的全线产品进行全新升级，并重点发布了企业级数据计算与存储平台——自研。今年的集体学习会议上强调：“要打好科技仪器设备、操作系统和攻坚战，提升国产化替代水平和应用规模，争取早日实现用我国自主的研究平台、仪器设备来解决重大基础研究问题。袋鼠云作为国内领先的。
每日问答中间件MYSQL篇
qq_42728408的博客
08-11 387
MySQL索引与事务机制摘要 InnoDB索引选择B+树而非B树或哈希索引，因其非叶节点只存键减少IO，叶子节点链表支持高效范围查询，而哈希索引不支持范围操作。 聚簇索引存储完整数据，二级索引存储键值+主键。回表指通过二级索引查找主键后再查聚簇索引，覆盖索引可避免回表。 联合索引遵循最左前缀原则，索引失效场景包括：函数运算、%前缀like、类型转换、not in/!=、or无索引侧、违反最左前缀。 MVCC由undo log、行隐藏字段(trx_id/roll_pointer)和Read-View组成。快照
长对话压缩：ADK summarization 中间件源码（第82篇-E68）
leeyisoft的专栏
08-13 217
上一篇讲的是 Agent 怎么从对话里提炼用户画像。这篇讲另一个「记忆」问题——对话太长了，塞不进模型的上下文窗口，怎么办。 先给你一个你可能没意识到的现场证据：你现在正读的这个对话，开头那段「会话延续自此前一段因上下文耗尽而终止的对话」的总结，格式就是这套中间件定义的。 这篇就讲 CloudWeGo Eino ADK 是怎么把「长对话压缩」做成一个可插拔中间件的，以及 DeepFlux 在生产里为什么没直接用它、而是另起了一套。
LangChain 源码剖析-内置中间件详解(Built-in middleware)
Mr_Sunqq的博客
08-12 179
LangChain 提供了一系列预构建的中间件解决方案，覆盖常见应用场景。这些中间件不仅支持开箱即用，还能根据实际需求进行灵活配置。
第08章：中间件(1)
每天都要努力学习哦~~
08-12 275
Middleware(中间件)，简单说就是Agent 执行过程中的钩子函数，是 LangChain 1.x 的“王牌”工程化 能力。钩子是框架或系统在某些关键执行点暴露的扩展接口。开发者可以“挂上”自己的逻辑，在那些点上 插入、修改或替换行为，而无需改变主流程代码。就像在流水线上某个环节设置了一个“检查点”或 “插入器”。借助中间件，开发者可以高度定制和控制Agent运行的每一个环节，是处理 Agent 生命周期的标准方 式。
Java 后端常用中间件使用手册
qq_45089709的博客
08-11 265
《Java后端常用中间件使用手册》摘要 本文档系统介绍了Java后端七大核心中间件的使用方案： 架构全景图展示Nacos(注册中心)、Sentinel(限流)、Seata(事务)与Redis、Kafka等中间件的协同关系 Redis详解：包含缓存三大模式、穿透/击穿/雪崩解决方案、分布式锁实现，强调"删缓存而非更新"的一致性策略 提供Spring Boot集成代码模板，如Redis序列化配置、互斥锁实现等 其他中间件(如Kafka、Elasticsearch等)的使用方案在完整文档中展开 特点：结合架构图+
第08章：中间件(3)
每天都要努力学习哦~~
08-14 213
import re# 自定义检测函数return ["text": m.group(0), # 提取出具体匹配到的 11 位数字文本，例如 "13800138000""start": m.start(), # 这段数字在原文本中的起始索引位置（从 0 开始）"end": m.end(), # 这段数字在原文本中的结束索引位置text = "小王的电话是13812345678，康师傅的电话是13987654321。
StatefulSet ⽣产落地：数据库、中间件有状态服务部署
2603_96577204的博客
08-11 179
很多人部署 MySQL、Redis 等中间件经常遭遇 Pod 漂移、主从错乱、数据丢失。本篇详解 K8s‑StatefulSet 生产落地，拆解固定主机名、有序启停、独立 PVC、Headless‑Service 原理，附带 MySQL 完整 yaml 配置，梳理数据库、ES、Kafka、Redis 部署规范，给出有状态服务常见故障排查手段，搞定生产环境有状态组件部署难题。
Golang HTTP 中间件机制
csdnUser12的博客
08-12 426
HTTP 中间件机制是 Go Web 开发的核心概念。本文总结了中间件的关键知识点：中间件本质是处理 HTTP 请求的可插拔单元，采用装饰器模式实现（Middleware(Handler)→NewHandler），通过洋葱模型执行（请求顺序处理，响应逆序处理）。文章详细介绍了标准库中的两种实现方式（Handler/HandlerFunc包装）、ResponseWriter包装技巧、Panic恢复中间件以及链式组合方法。最后对比了标准库与框架中间件的差异，并提供了日志记录中间件的完整示例代码，展示如何捕获响应
Go 的 defer + recover 兜住 panic:中间件里做崩溃恢复,以及哪些 panic 你根本救不回来
weixin_42662753的博客
08-15 255
线上服务跑得好好的,某个请求触发了一个 nil 指针解引用,整个进程直接挂掉——这是很多 Go 新手第一次被 panic 教育的场景。Go 不像 Java 有个兜底的线程级异常处理,一个没被 recover 的 panic 会顺着调用栈一路炸到main,把整个进程带走。这篇讲怎么用正确地兜住 panic,以及哪些 panic 你 recover 也救不回来。
第08章：中间件(2)
每天都要努力学习哦~~
08-12 292
LangChain 1.0 提供了 16 个预置中间件，开箱即用。我们不会逐个介绍上述与模型供应商无关的所有内置中间件，这里将与模型供应商无关的内置中间件分 成两部分： 常用内置中间件 （本节）， 其它内置中间件 （下节）。第一部分将会详细讲解，第二部分提供测试代码和结果，快速演示。
XGBoost光伏阵列故障诊断+XGBoost研究（Python代码实现）
最新发布
08-16
内容概要：本文围绕基于XGBoost的光伏阵列故障诊断方法展开研究，提出利用XGBoost这一先进的集成学习算法对光伏阵列多类型复合故障进行高效、准确的诊断。文中系统阐述了XGBoost算法的核心原理及其在分类任务中的显著优势，如强大的高维数据处理能力、优异的抗过拟合性能和高预测精度，并将其创新性地应用于光伏发电系统中常见的故障模式识别，涵盖短路、断路、局部阴影遮挡等多种典型故障。通过科学构建特征工程，提取电流、电压、温度等关键运行参数作为模型输入，结合真实运行环境下的实测数据集，完成了模型的训练、验证与性能评估。实验结果充分证明，该方法相较于传统的阈值判断或单一机器学习模型，在诊断准确率、鲁棒性和泛化能力方面均有显著提升，能够有效增强光伏发电系统的智能化运维水平，及时发现潜在故障，从而保障系统安全稳定运行并提高发电效率。; 适合人群：具备一定机器学习基础，从事新能源、电力系统或智能算法研究的研发人员及高校研究生。; 使用场景及目标：①应用于光伏发电系统的实时故障监测与早期预警；②提升光伏电站的智能化运维水平，减少非计划停机时间，降低人工巡检成本；③为风力发电、储能系统等其他可再生能源领域的智能故障诊断提供可借鉴的技术路径与实现方案。; 阅读建议：读者应结合文中提供的Python代码实例，深入理解XGBoost模型从数据预处理、特征工程、模型构建、超参数调优到性能评估的全流程实现细节，建议在自有或公开的光伏数据集上进行复现实验，并通过交叉验证和对比实验优化模型性能，以深刻掌握其在复杂故障诊断场景下的应用精髓。
Tiny-Model-Device-Thermal-Budget-Planner-Load-Shedding-v1.0-原创源码与文档.zip
08-16
原创开发工具源码合集，包含可直接运行的完整源码、自动化测试、离线示例、HTML/JSON/SVG 报告、运行截图、README、使用说明、功能清单、MIT License 与原创声明。适合前端、JavaScript、AI 工具开发与工程实践学习，解压后按 README 即可运行。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值