Proxmox Backup Server上手初体验

2020-10-12 作者:

This is a basic test of PBS (Proxmox Backup Server) within only about 1 hour. So this literally means nothing but a bit of preliminary experience, which might be incorrect after some research in the near future, and should not be considered as a tutorial.

今天试了一下Proxmox Backup Server(以下简称PBS),国庆期间新鲜出炉的Beta 2,此处大致简单记录一下。

【注】体验时间不长,前后也就1小时多点儿。若有谬误敬请指出,可能很多东西还得读一下文档才能搞清楚。

 

首先,安装过程略去不提。因为PBS保持与PVE(Proxmox Virtual Environment)同样简洁的部署方式和安装速度。

装好后,可以把PBS当做外置存储直接挂载到PVE(单机或集群)上,并对单台vm直接进行备份,全程UI无需任何命令行操作。

而在PBS一端也提供相应的web UI(默认端口8007,区别于PVE的8006)对本地存储池进行管理,也可连接Remotes(不是指PVE,是指远端其他PBS)进行vm、lxc及其他PVE数据进行多端(比如云端+本地,又比如异地)备份的同步。

【注】:PBS需两块以上硬盘,其中一块独立系统盘,另1~n块为数据盘,从web UI可以全过程操作数据盘的分区表初始化、分区格式化以及挂载,支持ext4和zfs两种文件系统。

对PVE上vm 503(Ubuntu 18.04 LTS Server)进行备份,虽然web UI显示备份占用空间64GB(PVE对vm分配的磁盘大小),但实际占用PBS存储空间只有3.6GB,与PVE上的qcow2磁盘(稀疏文件)格式比较相似。

但深究之下,PBS的备份存储比较特别,不同于PVE上单个vm备份压缩包。PBS正经备份目录只有几个描述和索引文件,而实际数据存在一个名为.chunks的隐藏目录,之下有用4位16进制字符命名的,共计65536个子目录来存储经过分割的数据块。

所以是这种我不太理解的存储方式,提供了PBS声称的“去重、增量、加密、数据完整性以及压缩”的功能实现咯?

至于恢复过程也是对用户透明的,PVE上直接打开存储,选择备份进行恢复即可,操作上与从本地存储恢复备份并无二致。

从PBS上用htop列资源消耗的话,这个backup proxy看起来是主要进程,整个备份和恢复过程都是它挑大梁。

1小时不长,大致就尝试了这些内容,有时间接着了解。

直觉上呢,这玩意定位应该是专业的虚拟化环境备份+多端同步工具(起码“五大问题,一个对策”就蛮吸引我),日后理应大有可为。只不过现在还只是雏形(early beta),目前考虑推生产必然不现实;因此,保持比较紧密的观望,读一读文档,在测试环境长期跑1~2台试试稳定性还是非常有必要滴。

原创文章,转载请注明: 转载自渔人小径

本文链接地址: Proxmox Backup Server上手初体验

打赏 PayPal

文章的脚注信息由WordPress的wp-posturl插件自动生成

打赏 赞(0)
微信
支付宝
微信二维码图片

微信扫描二维码打赏

支付宝二维码图片

支付宝扫描二维码打赏

最近文章

分享

3 条评论

  1. ran

    一个pbs虚机里的数据如何导入其他pbs虚机中也能正常恢复。

    • 不明白你的问题,pbs理论上是一台物理机,它的磁盘上存着其他pve host或者vm的备份
      所谓“pbs虚机”,和“其他pbs虚机”是什么意思?

  2. riverqh

    数据切分成小块存放,是方便了数据去重(复),以及由此衍生的差分备份、版本管理等等,但对硬件尤其是硬盘就很依赖了,譬如存储系统出现故障或者数据盘出现坏扇区有个别文件损坏,原始的文件整体存放,能不能恢复以及原文件名都一目了然,但切成小块存放的,那就要花什么时间去研究是怎么切割和存放管理的。

引用

  1. 使用PBS备份PVE物理机-分区挂载点 | 渔人小径 - […] 121-root.pxar是备份到具体的文件名,而pxar是pbs使用的备份文件格式。上一篇PBS初体验中提到了PBS中特殊的存储方式,这里也不例外,121-root.pxar文件名在pbs中也只是个索引文件,具体数据存储也是打散在.chunks下的65536个子目录中。 […]

发表评论

电子邮件地址不会被公开。 必填项已用*标注