资源，其中 120 台为计算与存储资源节点，70 台为独立存储资源节点；  总计 4000 核物理 CPU；  总计 53040GB 内存；  总计存储空间为 7276TB(如果通过三副本保障数据安全的机制，则真 实可用空间为 2425 TB)；  具体服务器配置可见下文《服务器配置清单》。 3.3.2 计算资源池建设 3.3.2.1 计算资源池架构 当前虚拟化技术已经非 OSD 内建为弹性块存储服务，可供虚拟机直接挂 载使用，在数据写入时通过三副本、写入确认机制及副本分布策略等措施，最 大限度保障数据安全性和可用性。逻辑架构如下： 私有云平台 分布式存储系统是整个云平台架构不可或缺的核心组件，通过 分布式存储集群体系结构提供基础存储资源，并支持在线水平扩容，同时融合 智能存储集群、多副本机制、数据条带化、数据重均衡、故障数据重建、数据 清洗、自动精简配置及 能的存储服务。 本次 S 县政务云平台存储资源池由 190 台服务器节点组成，其中 120 台为 计算与存储资源节点，70 台为独立存储资源节点，总存储资源池规模为 7276T B（如果通过三副本保障数据安全的机制，则真实可用空间为 2425 TB）。具 体配置信息如下：  SATA 计算存储节点 80 台 单台服务器(配置 6 块 4T 的数据盘)容量为 6*4T=24T，总容量 24T*80=19

...................................................................................192 4.3.1.3.3 多副本机制................................................................................................. 与资源，其中 120 台为计算与存储资源节点，70 台为独 立存储资源节点；  总计 4000 核物理 CPU；  总计 53040GB 内存；  总计存储空间为 7276TB(如果通过三副本保障数据安全 的机制，则真实可用空间为 2425 TB)； 第 62 页 共 637 页 数字政府智慧政务大数据云平台项目建设方案 V  具体服务器配置可见下文《服务器配置清单》。 3 内建为弹性 块存储服务，可供虚拟机直接挂载使用，在数据写入时通过三 副本、写入确认机制及副本分布策略等措施，最大限度保障数 据安全性和可用性。逻辑架构如下： 私有云平台 分布式存储系统是整个云平台架构不可或缺的 核心组件，通过分布式存储集群体系结构提供基础存储资源， 并支持在线水平扩容，同时融合智能存储集群、多副本机制、 第 67 页 共 637 页 数字政府智慧政务大数据云平台项目建设方案

Kubernetes 进行管理和编排。Kubernetes 的集群特性和自我修复机制为运维 管理功能的高可用特性提供了保障。运维管理功能的系统服务可以分布部署在 集群的不同节点（Node）中，相同的服务可以运行多个副本。 当一个节点故障时，该节点中运行的服务可以由 Kubernetes 自动调度到 其他节点，并将其启动起来。 系统还提供了熔断检测机制，当服务中断时（维护期间、临时的外部系统 第 225 页 第 334 页 7.4.3.2 多副本机制 为了对数据存储获得高可靠性，常用的方法就是多副本技术，即把用户的 数据在存储体中存放多份，比如典型的 3 副本。在这种情况下，只有在 3 份数 据全部丢失，用户的数据才会真正丢失。在 ONEStor 系统中，数据的多副本分 布示意图如下图所示。 上图中，一方面，用户数据(为简便计，用数字序号表示)的不同副本放置到 多个不同的磁盘，具体放置到 多个不同的磁盘，具体放置到哪些磁盘由数据放置算法决定；另一方面，同一 个磁盘会承载多个用户的数据。如果某个磁盘发生了损坏，系统为保证副本个 数，会将损坏磁盘所包含的用户数据利用其它磁盘的数据副本复制到其它可用 磁盘。 ONEStor 系统实现用户数据的强一致性。其基本原理如下： 假定文件以 3 副本写入到 ONEStor 集群中，则寻址过程中每个 object 将被 第 335 页 映射到 3 个不同的 OSD，这

Kubernetes 进行管理和编排。Kubernetes 的集群特性和自我修复机制为运维 管理功能的高可用特性提供了保障。运维管理功能的系统服务可以分布部署在 集群的不同节点（Node）中，相同的服务可以运行多个副本。 当一个节点故障时，该节点中运行的服务可以由 Kubernetes 自动调度到 其他节点，并将其启动起来。 系统还提供了熔断检测机制，当服务中断时（维护期间、临时的外部系统 第 225 页 第 334 页 7.4.3.2 多副本机制 为了对数据存储获得高可靠性，常用的方法就是多副本技术，即把用户的 数据在存储体中存放多份，比如典型的 3 副本。在这种情况下，只有在 3 份数 据全部丢失，用户的数据才会真正丢失。在 ONEStor 系统中，数据的多副本分 布示意图如下图所示。 上图中，一方面，用户数据(为简便计，用数字序号表示)的不同副本放置到 多个不同的磁盘，具体放置到 多个不同的磁盘，具体放置到哪些磁盘由数据放置算法决定；另一方面，同一 个磁盘会承载多个用户的数据。如果某个磁盘发生了损坏，系统为保证副本个 数，会将损坏磁盘所包含的用户数据利用其它磁盘的数据副本复制到其它可用 磁盘。 ONEStor 系统实现用户数据的强一致性。其基本原理如下： 假定文件以 3 副本写入到 ONEStor 集群中，则寻址过程中每个 object 将被 第 335 页 映射到 3 个不同的 OSD，这

且在实施成本、 40 / 54 使用效果方面并没有达到云平台的要求。云平台的数据容灾保护能力指标要求 如下：  支持自动副本集 自动副本集是指在一个集群里面，节点之间的数据可以完全高度同步，保 持高度的一致性。副本集区别于一般的主从备份的技术体系，副本集的数量远 远大于 2，即可实现多个备份。备份越多，其数据容灾能力越强，数据负载均 衡能力越强。  数据服务去中心化 传统的数据库提供主从节点备份技术，例如

是一个中心服务器，负责文 件系统的名字空间的操作，比如打开、关闭、重命名文件或目录，它负责维护 文件路径到数据块的映射，数据块到 DataNode 的映射，以及监控 DataNode 的心跳和维护数据块副本的个数。集群中的 DataNode 一般是一个节点一个， 负责管理它所在节点上的存储。HDFS 暴露了文件系统的名字空间，用户能够 以文件的形式在上面存储数据。从内部看，一个文件其实被分成一个或多个数 给它们。寄存在 dead Datanode 上的任何数据将不再有效。Datanode 的死亡 可能引起一些 block 的副本数目低于指定值，Namenode 不断地跟踪需要复制 的 block，在任何需要的情况下启动复制。在下列情况可能需要重新复制：某 个 Datanode 节点失效，某个副本遭到损坏，Datanode 上的硬盘错误，或者 文件的 replication 因子增大。 （2）集群均衡 节点上的空闲空间低于特 定的临界点，那么就会启动一个计划自动地将数据从一个 Datanode 搬移到空 闲的 Datanode。当对某个文件的请求突然增加，那么也可能启动一个计划创 建该文件新的副本，并分布到集群中以满足应用的要求。这些均衡计划目前还 没有实现。 云技术方案建议书 第 61 页 系统设计实施与关键技术方法 （3）数据完整性 从某个 Datanode 获取的数据块有可能是损坏的，这个损坏可能是由于

敏感信息。  定期更新和重新训练模型，以应对新的安全威胁。 此外，系统应具备灾难恢复和业务连续性计划（BCP），确保 在发生安全事件或系统故障时能够快速恢复服务。备份策略应采用 异地多副本存储，定期进行恢复演练，验证备份的有效性和可用 性。 最后，安全培训和意识提升也是不可忽视的一环。所有涉及系 统操作的人员应定期参加安全培训，了解最新的安全威胁和防护措 施，确保在日常工作中能够严格执行安全策略。 计。  网络防护：部署防火墙、IDS、IPS，定期漏洞扫描和安全评 估。  模型安全：防范模型推理和对抗样本攻击，定期更新和重新训 练模型。  灾难恢复：制定 BCP，采用异地多副本备份，定期恢复演 练。  安全培训：定期进行安全培训，提升全员安全意识和操作规 范。 通过以上措施，可以确保 Deepseek 大模型在银行系统中的安 全部署和运行，有效保护客户数据和金融交易的安全。 所有数据访问和操作记录需实时写入不可篡改的日志系统，如 Elasticsearch 或 Splunk，以便后续审计和追溯。 最后，定期进行数据备份和灾难恢复演练，确保在突发事件中 能够快速恢复业务。备份数据采用异地多副本存储，结合增量备份 和全量备份策略，减少恢复时间目标（RTO）和数据丢失风险 （RPO）。 通过上述方案，确保 Deepseek 大模型在银行系统中的数据存 储高效、安全且可扩展，为银行业务的稳定运行提供坚实的数据基

并及时修复发现的漏洞。同时，应建立应急响应机制，制定详细的 安全事件处理流程，确保在发生数据泄露或其他安全事件时能够快 速响应，最大限度地减少损失。 此外，数据的备份和恢复策略也是数据安全的重要组成部分。 应采用多地域、多副本的备份方式，确保数据在发生自然灾害或硬 件故障时仍能快速恢复。备份数据同样需要加密存储，并定期进行 恢复测试，确保备份数据的完整性和可用性。 最后，提升员工的安全意识是数据安全策略中不可忽视的一 段包 括主备切换、数据复制和自动故障转移。主备切换通过配置主节点 和备用节点，当主节点发生故障时，备用节点立即接管服务，最大 限度减少服务中断时间。数据复制则通过在多个节点上存储相同的 数据副本，确保即使某个节点出现故障，数据仍然可以访问。 为提升系统的可靠性和容错能力，可以采用以下技术方案：  集群部署：将 AI 智能体部署在多台服务器上，通过集群技术 实现资源共享和负载均衡。  独立的服务模块，便于开发、测试和部署。每个服务模块可以通过 容器化技术（如 Docker）进行封装，结合容器编排工具（如 Kubernetes）实现自动化部署和负载均衡。此外，为了确保系统 的高可用性和容错性，建议采用多区域、多副本的部署策略，结合 负 载均衡器和数据库主从复制机制，进一步提升系统的稳定性和响应 速度。 在数据存储方面，根据数据访问频率和一致性要求，可以选择 关系型数据库（如 MySQL）或非关系型数据库（如

（Tiering）将热点数据自动迁移至 SSD，冷数据存储于 HDD，在 成本与性能之间取得平衡。 为保障数据的安全性与可用性，存储系统采用多副本机制与纠 删码（Erasure Coding）技术。多副本机制通过在不同节点上保存 多份数据副本，确保单点故障时数据的可恢复性；纠删码技术则在 保证数据冗余的同时显著降低存储开销，适用于大规模数据存储场 景。此外，存储系统支持端到端的数据加密，包括传输加密 核心存储层：分布式存储系统，单个集群支持扩展至 1000 个 节点，单节点硬盘配置为 12×16TB HDD + 4×4TB SSD，系统 总容量可达数百 PB。  数据冗余机制：支持 3 副本与 EC（6+3）纠删码，数据可靠 性≥99.9999%。  加密功能：端到端加密支持，密钥管理系统（KMS）符合 FIPS 140-2 标准。  管理平台：支持 Web 界面与 API，提供实时监控、告警与自

据集市类业务。当存储介质为高性能闪存盘时，存储与计算能力将得到更大幅度 的提升，拥有更大的性能优势。 (5)支持内存/闪存/磁盘三级混合存储 支持内存/闪存/磁盘的三级混合存储，对一张表，DBA 可以指定副本的存储 策略，如一副本存储在闪存，两副本存储在磁盘。多级存储使得用户可以更好的 在性能和硬件预算间找到平衡点。 2.4.7. 分布式图数据库 38 智 慧 城 市 系 列 - 公 共 服 务中 台 Master 组成 Master Group 负 责 元信息管理、任务调度、负载均衡等功能；Worker 存储图数据，并提供数 据读 取、更新和删除功能。存储引擎通过 RAFT 为每个分区提供副本并维护一 致性， 可以秒级探测并切换数据服务入口，并对用户的应用系统透明。。 拥有强大的数据导入功能，通过交互式界面可以快速配置和导入任务，同时 也支持调用 Java API 插入数据，导入速度可达 支持通过增加节点的方式扩充集群容量。 (46)纵向扩容模块 支持通过扩容缓存内存大小的方式扩展容量。 (47)集群高可用模块 多节点集群高可用，实现节点负载均衡和互备。 (48)集群容灾模块 支持多链路调用，及数据多副本机制。 (49)集群防脑裂模块 集群放脑裂参数的设置与修改。 (50)弹性伸缩模块 控制集群的自动扩缩容。 (51)数据同步模块 多节点数据同步策略的设置与修改。 (52)快照生成模块