最完整的Beszel升级指南:从v0.12到v1.0无缝迁移
2026-02-04 05:04:50作者:卓炯娓
你是否正在使用Beszel v0.12版本,担心升级到v1.0会遇到兼容性问题?本文将帮助你完成从v0.12到v1.0的平滑过渡,确保数据不丢失、服务不中断。读完本文后,你将能够:
- 了解v0.12到v1.0的核心变化
- 掌握两种升级方法(自动升级和手动升级)
- 解决常见的迁移问题
- 验证升级结果
核心变化概览
v1.0版本带来了多项重要改进,包括:
- 系统链接永久化:系统链接现在使用ID而非名称,避免名称变更导致的链接失效。(supplemental/CHANGELOG.md#5)
- 性能优化:磁盘I/O统计精度提升,一分钟图表采样间隔缩短至1秒。(supplemental/CHANGELOG.md#9, #11)
- 环境变量支持:新增
SYSTEM_NAME环境变量,可覆盖系统名称。(supplemental/CHANGELOG.md#13)
升级前准备
检查当前版本
/opt/beszel/beszel --version
备份数据
# 创建数据备份
cp -r /opt/beszel/beszel_data /opt/beszel/beszel_data_backup_$(date +%Y%m%d)
检查系统要求
确保系统满足以下条件:
- 操作系统:Linux (推荐Ubuntu 20.04+)、FreeBSD或macOS
- 内存:至少512MB
- 磁盘空间:至少100MB可用空间
升级方法
方法一:自动升级(推荐)
适用于使用安装脚本安装的用户:
# Hub升级
sudo /opt/beszel/beszel update && sudo systemctl restart beszel-hub
# Agent升级
sudo /opt/beszel-agent/beszel-agent update && sudo systemctl restart beszel-agent
方法二:手动升级
1. 下载最新版本
# 下载安装脚本
curl -sL https://gitcode.com/GitHub_Trending/be/beszel/raw/main/supplemental/scripts/install-hub.sh -o install-hub.sh && chmod +x install-hub.sh
# 指定国内镜像(如果需要)
./install-hub.sh --mirror https://gh.beszel.dev
2. 执行安装
# 安装Hub(默认端口8090)
./install-hub.sh -p 8090
# 安装Agent(需替换YOUR_KEY)
curl -sL https://gitcode.com/GitHub_Trending/be/beszel/raw/main/supplemental/scripts/install-agent.sh -o install-agent.sh && chmod +x install-agent.sh
./install-agent.sh -k "YOUR_KEY"
3. 重启服务
# 重启systemd服务
sudo systemctl daemon-reload
sudo systemctl restart beszel-hub beszel-agent
迁移注意事项
系统链接变更
由于v1.0使用ID而非名称作为系统链接,升级后需更新所有外部链接。例如,原链接http://your-hub/system/my-server需替换为http://your-hub/system/123(其中123为系统ID)。
环境变量配置
新增的SYSTEM_NAME环境变量可在注册时覆盖系统名称:
# 在Agent服务文件中添加
Environment="SYSTEM_NAME=Production-Server"
编辑服务文件:
sudo nano /etc/systemd/system/beszel-agent.service
保存后重启服务:
sudo systemctl daemon-reload
sudo systemctl restart beszel-agent
数据迁移验证
升级后检查数据完整性:
# 检查Hub日志
journalctl -u beszel-hub -n 50
# 检查Agent连接状态
systemctl status beszel-agent
常见问题解决
服务启动失败
问题:升级后服务无法启动,日志显示"address already in use"。
解决:检查端口占用情况并修改配置:
# 查找占用端口的进程
sudo lsof -i :8090
# 修改Hub端口
sudo nano /etc/systemd/system/beszel-hub.service
# 修改ExecStart行中的端口号
sudo systemctl daemon-reload
sudo systemctl restart beszel-hub
数据丢失
问题:升级后部分历史数据丢失。
解决:从备份恢复数据:
# 停止服务
sudo systemctl stop beszel-hub
# 恢复数据
rm -rf /opt/beszel/beszel_data
cp -r /opt/beszel/beszel_data_backup_20251008 /opt/beszel/beszel_data
chown -R beszel:beszel /opt/beszel/beszel_data
# 重启服务
sudo systemctl start beszel-hub
升级后验证
检查版本
/opt/beszel/beszel --version
# 应显示v1.0.x
验证功能
- 访问Web界面:
http://your-hub:8090 - 检查系统列表是否完整
- 验证图表数据是否正常显示
- 测试告警功能是否工作
总结
Beszel从v0.12到v1.0的升级过程相对简单,通过自动升级脚本可快速完成。核心注意事项包括:
- 系统链接使用ID而非名称
- 新增环境变量的配置
- 数据备份的重要性
如有任何问题,可查阅官方文档或提交issue获取帮助。
提示:定期执行
beszel update命令可保持系统最新,或启用自动更新功能:# 为Hub启用自动更新 ./install-hub.sh --auto-update
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00- QQwen3-Coder-Next2026年2月4日,正式发布的Qwen3-Coder-Next,一款专为编码智能体和本地开发场景设计的开源语言模型。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin08
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
531
3.74 K
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
336
178
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
886
596
Ascend Extension for PyTorch
Python
340
403
暂无简介
Dart
772
191
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
986
247
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
416
4.21 K
React Native鸿蒙化仓库
JavaScript
303
355