6、一粒云二次封装与迁移 – 数据导出功能设计
需要导出的数据主要是每个用户自己账户下的文件和整个部门共同存放的文件组成。
一个小小的个人站
需要导出的数据主要是每个用户自己账户下的文件和整个部门共同存放的文件组成。
完成系统迁移测试后系统已经能够正常运行,经过1个月的稳定性测试后决定将老数据迁移到新的系统中。
老数据目前存放在一台80TB的戴尔EMC存储中并连接到ESXI服务器。80TB分成8块10TB的硬盘挂载到老一粒云的系统中。其中的FastDFS文件系统分成8个区域存储文件。经过统计其中存在20TB左右的数据。
在迁移时首先是必须保证数据安全性。另外经过沟通如果涉及到停机可以将后续需要上传的数据先暂存到客户机器上,但是不能太久。其次需要重新分配空间,原来的系统独占80TB,现在需要对半分,新系统使用40TB数据。 继续阅读 “5、一粒云二次封装与迁移 – 数据迁移分析”
写好安装程序后,就可以进行多系统的安装测试了。准备了OpenEuler,AnolisOS,Debian10这3个发行版进行测试。
将package.tar.gz包与安装程序放在同一个路径下。 继续阅读 “4、一粒云二次封装与迁移 – 多系统安装测试”
第二步时已经将必须的文件和内容打包为package.tar.gz文件,下一步只需编写安装程序自动解包并编译安装程序即可。
程序使用Nodejs编写。 继续阅读 “3、一粒云二次封装与迁移 – 编写安装程序”
为了使后续的安装包可以兼容各类x86的Linux系统,选择用源码编译的方式进行安装部署。同时为了减轻工作量,将所需依赖分为2种,一种是可以直接在系统安装CD上使用包管理器安装的基础依赖,这部分依赖无论是使用网络包管理还是CD离线源都可以轻松安装上,并且不需要判断什么路径配置文件。另一种则是CD包管理不自带安装负责需要配置文件的依赖,例如mysql,redis等这部分依赖将采用源码编译的方式安装部署。 继续阅读 “2、一粒云二次封装与迁移 – 二次打包”
因为CentOS系列的停服,需要将单位购买的商用云盘从该系统上迁移至其它发行版。但云盘官方只对CentOS7进行了适配,在别的系统上执行安装用的SetUp会提示不支持,所以需要按照该系统所用的软件架构来反向推导安装过程,重新编写安装程序。 继续阅读 “1、一粒云二次封装与迁移 – 初步分析”
最近将MacBook M1更新到Ventura 13.0.1版本,突然发现electron-forge无法运行了。出现以下的错误:
> rvbuild@1.0.0 start > electron-forge start ⚠ Checking your system ✖ Could not find git in environment ✔ Found node@16.13.2 ✔ Found npm@8.1.2 It looks like you are missing some dependencies you need to get Electron running. Make sure you have git installed and Node.js version >= 14.17.5
最近需要开发一个Openresty的项目,因为是Mac所以直接使用Homebrew来安装Openresty,安装完后发现Homebrew安装的Openresty的程序目录不符合自己的开发习惯,所以打算直接使用编译的方式来安装。 继续阅读 “不使用Homebrew,在MacOS M1上编译安装Openresty”
Zabbix原生就支持了非常多的消息通知类型,但大部分因为地区的原因根本无法使用,就算是可用的Email,手机短信这类消息通知方式也因为通知不够明显或会产生额外的费用导致不太实用。
不过非常幸运的是,除了自带的这些消息通知,它也可以通过脚本去自定义监控媒介。可以利用企业微信中消息推送API去实现报警消息直接推送到个人或多人微信的这样的功能。 继续阅读 “Zabbix 5.0.2调用企业微信API实现报警消息微信通知”
Fedora CoreOS是一个精简的Linux系统发行版,它甚至不带包管理工具。是为容器技术专门服务的一个系统,与Docker不同,它使用的容器技术是podman(同时也是主导者)首打精简与安全,支持SELinux强化并可以进行自动更新(Fedora CoreOS支持3个版本分别是next,testing,stable正式环境使用stable自动更新的流会从next -> testing -> stable一路测试来保证系统稳定性)。 继续阅读 “Fedora CoreOS系统安装”