原因分析

1. 客户端回调日志序列化出现问题
2. 服务端收到callback后反序列化失败抛出500
3. 客户端收到500错误码无限重试
4. 由于配置错误多个客户端扫描了NFS上同一个日志目录
5. 多个客户端重试同一条日志，错误被放大
6. 服务端错误日志中打印了出入参，由于大量客户端重发callback，日志狂刷
7. xxl服务端日志滚动规则仅仅配置了日期滚动，未配置按大小滚动，错误兜底失败
8. 服务器用于存储日志的磁盘爆满，所有服务都爆炸啦！！（高兴

所谓块存储说人话就是云硬盘，购买块存储简单理解就是买了块已经做好scsi的硬盘，买块硬盘之后插到服务器上就能用了。
大概流程就是下面这种：

1

购买块存储 -> 附加到实例 -> 分区 -> 挂载  

如果需要多个实例共享一个空间的话则有多种方式

• 将块存储同时挂载到多个实例，再将存储中分区的文件系统格式化为共享型存储系统
• 将块存储挂载到单个实例上，再将使用NFS共享块存储

症状1

在系统文件管理器中新建文件时不会自动刷新。

症状2

启动Angular项目报了如下错误：

1
2
3
4

Watchpack Error (watcher): Error: ENOSPC: System limit for number of file watchers reached, watch '/home/daizc/IdeaProjects/beam/beam-frontend/src/main/angular/node_modules/@webcomponents/webcomponentsjs'
Watchpack Error (watcher): Error: ENOSPC: System limit for number of file watchers reached, watch '/home/daizc/IdeaProjects/beam/beam-frontend/src/main/angular/node_modules/@webcomponents'
Watchpack Error (watcher): Error: ENOSPC: System limit for number of file watchers reached, watch '/home/daizc/IdeaProjects/beam/beam-frontend/src/main/angular/node_modules/@types/trusted-types'
Watchpack Error (watcher): Error: ENOSPC: System limit for number of file watchers reached, watch '/home/daizc/IdeaProjects/beam/beam-frontend/src/main/angular/node_modules/@types'

• 将流水线由Travis CI切换为Github Action
• 域名由note.dreamccc.club切换至note.bequick.run
• 将主题 Nexmoe 的部署方式由Git-Submodel迁移至NPM
• 文章和标题图片使用OSS回源叠加CDN，提高大陆地区可用性
• 基于 hexo-action 定制了打包镜像用以解决境外CDN可用性不高的问题
• 添加SiteMap并提交至 Google Search Console

Angular生态下有很多UI框架可以使用，其中不少也是高star的，但我最终还是选择了Clarity。

为什么选Clarity？

1. Clarity由vmware维护，代码质量相对有保障。
2. Harbor也是基于Clarity开发的，代码完全开源，可借鉴性很高。
3. Clarity除了现成的UI组件可以搬运外，还具有一整套设计原则和对设计逻辑的讲解

这第三点，是其他开源UI框架所欠缺的，在项目初期，遵循一个良好的设计原则是非常有必要的，而这正是大多数后端开发所不具备的技能，Clarity很好的弥补了这一点。

系统版本

• Redmi K30S Ultra
• MIUI 12.5.5.RJDCNXM 稳定版

本篇仅纯笔记，记录安装踩坑和一些细节，本次安装也仅仅只安装了3台机器，组建最小集群。