首页 > 资讯 > 应用 > CITA：面向企业级应用高性能区块链内核
CITA区块链的运维：部署节点和配置
2019-11-01 14:04:10作者：CITA来源：CITA
运维
部署部署维护一个节点所需配置及成本？
实际成本视运行节点的服务器配置而定（eg. CPU：4 核心 、内存：8G、硬盘：100G 带宽：5MB ，658元/月） 最低配置：阿里云上 CPU：2 核心、内存：4G、硬盘：100G，377元/月
对 docker 的支持到什么程度？编译环境：目前有个封装了 Ubuntu 18.04 和依赖的运行环境的 docker image 叫 cita-build，用于编译 CITA 二进制文件； 运行环境：目前有个封装了 Ubuntu 18.04 和依赖的运行环境的 docker image 叫 cita-run，需要把编译好的 CITA 二进制文件和数据存储目录 mount 进去才能执行，不是很“正统”的 docker 化服务支持（如不能直接使用 docker run cita:vx.y.z）
CITA 是否有完整的 Docker 镜像？目前没有
配置CITA 对于机器配置是内存关键还是 CPU 关键？
CPU 关键
微服务架构如何搭建扩容，例如：Network 如何扩容，在不同的服务器上如何协同。CITA 目前由 6 个微服务组成。因为微服务之间通过消息总线通信，所以 RabbitMQ 以及这 6 个微服务可以部署在不同的服务器上，形成集群。但是进一步的扩容，比如每个微服务运行多个实例，这个目前还在我们的开发计划中。
想要在已经运行的一条链上增加对国密的支持，现在一条链上不支持多种加密算法，有什么建议？目前不支持。
节点操作如何获取节点的地址？
https://docs.citahub.com/zh-CN/cita/operation/chain-config#%E5%88%9D%E5%A7%8B%E5%8C%96%E9%85%8D%E7%BD%AE%E5%90%8E%E7%94%9F%E6%88%90%E7%9A%84%E7%9B%AE%E5%BD%95%E7%BB%93%E6%9E%84
请问现在 CITA 的节点数量有上限吗？CITA 的初始化的时候共识节点的最大数量是 256，在链运行之后可以增加和删除，这个没有限制。我们推荐共识节点不超过 100 个。
节点与节点之间的同步是怎么同步的？全量同步还是增量同步？使用的是什么技术，如何保障一致性。节点间是以块为单位，按块高度增量同步的。节点块高度变化之后会广播自己的高度。其他节点收到之后跟自己的高度比较。如果自己的高度低，就会主动发起同步请求。收到同步过来的块会进行详细的hash和签名的验证，发现有问题就直接丢弃。
监控 CITA 采用消息总线？如何保证它的稳定性，如何监控。有没有消息监控平台。CITA 采用的微服务架构，微服务之间通过消息总线通信。消息总线采用的是成熟的消息中间件产品 RabbitMQ。RabbitMQ 自身就有监控系统。CITA 本身也有监控系统，但是目前还在开发过程中。就稳定性来说，RabbitMQ是得到广泛验证的稳定性很高的成熟产品，而 CITA 其实并不完全依赖消息总线的可靠性，本身也有很多可靠性上的保证，所以是双重保险。
如何监控节点1337端口是否处于监听（服务）状态？如果只是做 1337 端口检查，这个很简单，写个脚本定期发送一个请求查块高度就行了。工具的话最简单的直接用 curl 就可以了。
监控节点是否同步到最新区块，这一点我们现在有什么方案或者建议吗？这个最粗糙的做法就是获取所有节点的高度，跟自己的对比，所有节点都查，比较一下高度是否有差异。高度差在 5 以上的话就告警。
应用连接的节点可能存在区块高度与最新区块差异较大的不健康情况，应用应该怎么处理会更好？一个方案是客户端记录所有节点的 ip，自己去用 RPC 接口获取所有节点的链接网络速度、节点高度等关键信息，自己去做最优选择策略。问题就跟下载软件选择镜像网站一样，可以配置多个，根据响应时间等情况选择最优的.这个切换是无状态的，因为所有节点都是一样的.
