................................47 4.3.1 信息输入节点机（BQ-I06D-S）..............................................................................47 4.3.2 数字音频节点机（BQ-AV0404）.................................. ................................49 4.3.3 数字音频节点机（BQ-AV1616）.............................................................................50 4.3.4 环境控制节点机（BQ-EV8081）................................... 楼，此会议室以后用途不清。 ② 远程接访（室）系统（涉密网）：目前远程接访室位于办公楼 11 楼，建设有显示系统（2 个电视机）、视频会议终端系统（1 个摄像 机）、视频矩阵系统（1 台矩阵）、环境控制节点机（1 台环境控制 节点机主机、1 台继电盒），但基本上没有使用。 注：即将迁移至西门口“检务服务中心”办公楼，此会议室以后用作统一业务软件 培训教室。 ③ 全体干警会议室：位于办公楼 14 楼，主要用于召开全院干警会议

...................................................................................44 图表 23 Master 节点宕机预案..............................................................................................45 云计算系统设计方案概述 1.1.1 系统基本功能 按照全省公安机关信息化建设总体规划，为实现对重点车辆的自动比对和 动态管控、对异常车辆行踪的自动研判预警、对特定车辆行车轨迹的自动生成、 对重要节点道路交通信息的远程再现、对基层单位和执勤民警的勤务实施管理 等建设目标，为交通管理、治安管控、侦查破案、巡逻防范、反恐处突等各项 公安工作提供服务保障。 系统的基本功能和性能如下： 海量历史交通监控数据汇总 本项目的设计将严格遵循公安 320 工程相关标准规范。 云技术方案建议书 第 3 页 系统总体设计 1.1.3 智慧交通云平台的云计算解决方案 在公安网内部，构建若干 X86 架构计算/存储节点，虚拟出海量存储空间、 处理能力和数据管理能力。同时研制面向应用的分布式数据处理软件，满足数 据汇总、数据上报、数据入库、数据查询、数据计算和数据管理等应用需求。 图表 1 智慧交通云平台云计算解决方案

.......................................................................................90 4.2.1 集群节点..........................................................................................90 4.2.2 的基础上，逐步完 善长效数据更新和数据利用的目标。 2.1 项目建设目标 S 县政务云平台是某智慧城市项目第一阶段的重点建设内容。负责建设云网 大数据中心的基本硬件、基础平台，建成 S 县云节点机房，形成云资源池，初 期云资源池完成 4000 核能力的建设。通过 S 县政务云平台的建设，形成全县的 云计算资源统一，能力扩展，服务延伸，为 S 县政府信息化建设提供安全可靠 的云服务，为构建服务型政府奠定基础。 部 门需求，统一采购云计算服务，推动政务应用逐步向云计算模式转型，促进资 源共享、信息共享和业务协同。 2.2 项目建设内容 本项目重点建设云网大数据中心的基本硬件、基础平台，建成 S 县云节点 机房，云资源池并完成 4000 核能力的构建。 本项目需要建设 S 县政务云平台，构建政务云计算资源池，包括服务器、 网络设备、存储、安全及相应的云计算平台软件、云管理平台软件等。政务云

一次性将数据库表中的所有数据交换到目标节点的接入方式。全量接入的优 点是交换效率较高，缺点是不能很好的处理增量数据。全量接入要求业务库表应 具有主键标识。 全量接入适用于低频率(天、周、月)的，对数据变更时效性不敏感的接入 场景，用于在平台建设完成初期进行历史数据的迁移，将大量的基础数据和历史 数据导入平台集群。 2.3.1.1.2.2. 增量接入 周期性从数据库表中获取最新数据并交换到目标节点的接入方式。增量接入 略： 1. 时间戳交换：根据业务数据的时间戳变化获取增量数据，并将增量数据交换 到目标节点。交换效率高，对前置库性能影响小，但要求业务表必须存在一 个时间戳字段，且每次操作数据要对该字段时间戳进行更新。 2. 标识位交换：根据业务表中的标识字段值的变化获取增量数据并将增量数据 交换到目标节点。交换效率高，对前置库性能影响小，但要求业务表必须存 在标识位字段，业务系统和平台都要维护此字段值的变化。 库为所有组件提供元数据统一管理存储。 1.HDFS 元数据 包含文件名、目录名、父目录信息、文件大小、创建时间、修改时间等文件 属性信息，还需包含文件分块情况、复本个数、每个复本所在节点等存储相关信 息。 记录数据所属关系，提供用户所属用户、用户组信息，可以标记用户和用户 组的权限。 2. 分析型数据库元数据 1)库级元信息 包含库名、描述信息、创建者、创建时间、库内建表查表权限等。

向云数据库、云分析、云计算、云推送、云视频等应用方向发展，以分布式云互联为基础，集云互 联、信息交互、大数据应用于一体的综合可视化云——检视云应远而生。 2.3. 检视云的特点  检视云有效的解决了传统解决方案的难题，使用云节点建立可视化信息的基础互联网络，利用服 务层可实现与不同业务系统的快速对接，提供了快速便捷的业务应用体验，实现信息从看到用的 质变，挖掘可视化数据的最大价值。  检视云可实现本单位各部门以及上 品和技术，使整个架构在一段时期内保持技术上的先进，并具有良好的扩展潜力，以适应未来 业务的发展和技术升级的需要。 3.2.2. 稳定性原则 平台采用分布式架构消除了系统的集中处理带来的核心瓶颈，各个采集和输出节点分散处 理，统一管理，增强系统容错能力，即使控制服务器宕机，系统仍能够按已部署运行，确保系 统即使在多种环境下能够稳定运行。 3.2.3. 可扩展性原则 充分考虑目前业务工作对信息系统的需要 窃取及篡改，拒绝非法用户进入系统和合法用 户的越权操作。 3.2.5. 经济性原则 检视云的建设是一个长期的工作，前期搭建完成后，在后期进行扩展上，不用重复添加核 心设备，只需增加输入和输出节点满足采集和输出的需求，避免重视投资和资源浪费。 3.3. 技术体系结构 3.3.1. 云接入 检视云采取的是分布式技术，接入层是分布式云的基础平台，它利用网络将系统中处于不 同位置的音视频、

1 基于 IP 的 DCI 方案 MAC in IP ① 节点间距离无限制； ② 运维复杂度低； ③ 传输性能低； ④ 解决方案较成熟。 2 基于 MPLS 的 DCI 方 案 VPLS ① 节点间距离无限制 ② 运维复杂度高； ③ 传输性能相对较低； ④ 解决方案成熟。 3 基于纯二层的 DCI 方 案 TRILL ① 节点间无距离限制； ② 运维复杂度较高； ③ 传输性能高； ④ 标准协议，目前技术成熟度不 应用云平台采用“管理节点 + 资源节点”两级架构。智慧城市管理节点承载全国 性智慧城市行业应用，负责整体资源的统一调度、监控和管理；资源节点承载 本节点智慧城市行业应用，负责本节点资源的调度、监控和管理，接受管理节 点的统一调度和管理。各资源节点相互独立。详见下图。 智慧城市管理节点与资源节点是管理与被管理关系，从而实现管理节点对 各资源节点的统一管理。各资源节点自行管理所辖资源池。具体分工如下： 体分工如下： 1. 管理节点 > 管理节点负责系统全局资源、性能视图的管理和监看，平台不提供资 32 智慧城市平台架构规划及设计 源调度管理功能，须通过电子化流程才能实现资源调度。

..................157 4.2.1 集群节点......................................................................................................................157 4.2.1.1 管理节点................................ ..........157 4.2.1.2 计算节点.................................................................................................................................158 4.2.1.3 独立存储节点......................... ..................................................................................160 4.2.1.4 基础监控节点...................................................................................................

个 YARN 集 群 中 的 每 个 节 点 。 NodeManager 供针对集群中每个节点的服务,从监督对一个容器的 终生管理到监视资源和跟踪节点健康。通过插槽管理 Map 和 Reduce 任务的执行,而 NodeManager 管理抽象容器，这些容器代 表着可供一个特定应用程序使用的针对每个节点的资源。 1.4.2.2.2.3 分布式批处理引擎 MapReduce MapReduce Client 是 Hive 的 客 户 端 ， 用 户 连 接 至 27 HiveServer 。 在 启 动 Client 模 式 的 时 候 ， 需 要 指 出 HiveServer 所在节点，并且在该节点启动 HiveServer。WUI 是通过浏览器访问 Hive  元数据存储：Hive 将元数据存储在数据库中，如 MySQL、Derby。Hive 中的元数据包括表的名字，表的列和 是一个分布式、可靠、容错的实时流式数据处理 系统。在 Storm 中，先要设计一个用于实时计算的图状结构，我们 称之为拓扑（topology）。这个拓扑将会被提交给集群，由集群中 的主控节点（masternode）分发代码，将任务分配给工作节点 （workernode）执行。一个拓扑中包括 spout 和 bolt 两种角色， 其中 spout 发送消息，负责将数据流以 tuple 元组的形式发送出去； 而

图像综合业务应用。通过存储虚拟化管理，云存储可以整合这些不同业务应用 存储需求，并进行灵活的容量控制。此外，云存储采用统一命名空间，易于共 享及统一集中管理，可在线透明扩展，并可按需配置或增加节点数，自动负载 均衡，无性能瓶颈，性能亦随容量增长，由此有效的解决传统监控存储方案所 存在的管理困难、扩容困难、难以共享等问题。云存储本身也能够支持多路高 清或标准视频并发写入、读取，同时还可快速配置，做到即插即用，再加上完 云存储架构图 云存储中的分布式文件系统采用非对称分布式系统架构，主要包括元数据 节点、数据节点、客户端三个部分，系统构建在基于 x86 平台的存储之上，通 过操作系统的 API 管理磁盘上的数据，系统组成部分作用描述如下：  Master Servers（元数据服务器） Master Servers 元数据节点即为控制节点，元数据中记录所存储的文件的各 种属性，元数据主要包括文件系统的目录结构数据（文件目录树组织），各个 件操作日志记录、授权访 问等等。 元数据节点管理包括元数据的创建、查询等和提供数据存储的大容量空间 管理。管理整个存储系统的命名空间，对外提供单一的系统映像。 元数据节点相当于整个文件系统的大脑，管理各个数据节点，收集数据节 点信息，了解所有数据节点的现状，然后给它们分配任务，协调指示各数据节 点为系统服务。 云存储系统中采用三台元数据节点，可以起到对元数据的重要保护（冗 余）和系统负载均衡的作用（提升系统性能）。

160 要相应的绑定不同的执行角色，而流程操作通常需要与权限系 统、组织机构进行关联。 工作流需要和应用系统中的组织机构和人员信息进行关联才 能实现真正的工作流应用，因此此功能点支持工作流节点和人 员信息的绑定，工作流结点和机构信息的绑定。 5.3.4.5统一数据交换 5.3.4.5.1 系统概述 数据集成汇聚实现将某市某去智慧城市平台数据聚融到平 台数据资源池，涉及平台各业务应用数据。设计数据集成汇聚， 信息、编辑数据库连接信息、删除数据库连接信息。 创建数据库连接：新增数据库连接信息，包括配置数据库 类型、数据源名称、部署节点、主机地址、用户名、密码、数 据库连接池配置等信息。 180 编辑数据库连接信息：对于新建的数据库连接信息在发布 前进行修改。如数据源名称、部署节点、主机地址、用户名、 密码、数据库连接池配置等信息。 数据库连接信息配置成功后支持对于连接进行发布、停止、 测试、 为业务表单使用外部页面嵌入，既由业务系统开发流程表单。 流程品台只存储流程状态、与流程流转相关的数据，不存储 流程中携带的业务数据。 185  节点设置：流程平台中的关键事项为流程的顺序处理，除新 建表单需要填写业务数据，在节点中其他位置大部分地方为 只读表单，节点还需要设置当前节点的审批人、可查阅人、 抄送人；当流程状态被更改后，流程状态除了在流程平台存 储，还需要将流程反馈给业务系统，做业务数据的更改和回