Phala设备配置总结

phala基于了polkadot的pos共识机制，更多依赖了cpu的可信计算，对能源的消耗比起别的链要降低了太多。
本文针对单机模式和集群模式的设备配置方式的整理。这里只考虑使用家用主机。

单机模式

单机模式，顾名思义，从节点同步到worker mining，全部在一台主机上完成。

1. 优点
   1. 只有少数几台主机时，每台完全独立，作为管理员管理简单，也好维护
   2. 官方提供单机模式的部署脚本，并且不断迭代完善。可以很快完成部署。
   3. 脚本会的到官方维护，每次升级只要按照官方提示升级每台主机的脚本即可
2. 缺点
   1. 当有十几台，甚至几十台主机时，每台设备都是完全独立的，维护起来立马会几何倍数提升。
   2. 每台主机需要同步一个数据节点，带宽占用多。每台主机都有相同的1t左右的节点数据，冗余大，维护困难。
   3. 一台主机数据同步服务会占用cpu，导致worker mining效率会有所下降
3. 建议：
   • 该模式下，如果想简化管理，质押池账户和gas账户可共用一个，创建一个质押池，所有worker公钥都加入到该质押池
4. 主要配置参考（最优，当然还有更好的，但整体来说，以下配置已经足够了）

说明：这里使用了三块硬盘，两个固态硬盘，一个机械硬盘。这是基于成本和便捷性考虑的。如果资源和成本有限，可以将两块固态硬盘合并为一块1T的硬盘。 也就是说，折中一块固态硬盘和一块机械硬盘。
如果实力雄厚，直接一块4T的固态硬盘，机械硬盘都不用考虑

集群模式-单机模式改造

当管理10台以上主机时，单机模式管理已经无法满足，为此基于上一章节单机模式的不足，这里提供一种简单的思路：
通过改造官方部署脚本，满足：一台主机用来同步数据，剩余多个worker都指向该主机

1. 优点
   1. 基于官方脚本改造，后期维护简单
   2. 节点和worker分离，worker主机的性能利用会更加充分
   3. 官方提供的脚本，部署相对会容易很多
   4. 节省成本，节点机不需要强制高性能cpu；worker机不需要大容量磁盘
2. 缺点
   1. 需要手动改造官方脚本，升级变化大的话，需要做大量改造
   2. 一个节点主机下面，最多挂载不能超过10台worker主机
   3. 节点和worker之间通信效率低，但worker挂载不超过10台，影响不大
3. 建议
   1. 一台节点主机下面，为确保网络通信等，建议挂载5-8台worker即可
   2. 如果有多个节点，一个节点对应一个质押池，方便管理。
4. 节点主机配置参考（最优，当然还有更好的，但整体来说，以下配置已经足够了）

说明：固态硬盘可以根据自身情况来选择不同方式，表中给出的是折中后的最优方式。比如，如果资金实力雄厚，直接一块4T的固态硬盘，别的盘都不用考虑

5. worker主机配置参考（最优，当然还有更好的，但整体来说，以下配置已经足够了）

说明：
内存：如果要控制成本，内存条可以降到8G
cpu优先：i9-10900k 备选：i7-10700k或i5-10600K ，intel酷睿系列：5~10代以内，i9最佳，需确保支持sgx，可前往该网站检测（即检测项包含：Yes with Intel® ME）：https://ark.intel.com/content/www/cn/zh/ark.html#@PanelLabel122139

集群模式-官方prb

使用官方单机脚本改造集群的方式，对应的缺点，上面已经提到。其中最大的问题是，规模化worker(百台)接入节点，为了解决这些问题，官方提供了一个Runtime Bridge v2技术，用它取代了单机的pherry和pRuntime的两个独立服务。

1. 优点
   1. 官方提供，有保障
   2. 支持大规模化部署，单个节点机器，可以接入200台worker
   3. 各服务通信稳定
2. 缺点
   1. 维护复杂度高，
   2. 部署比起单机模式，复杂度也增大了很多，如果不是大规模部署，基于成本考虑，不建议使用该方式集群化部署
3. 设备配置
   1. 直接参考前面的集群模式-单机模式改造设备配置方式即可

总结

本文编辑已完毕