GB/T 38633-2020
基本信息
标准号： GB/T 38633-2020
中文名称：信息技术 大数据 系统运维和管理功能要求
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：381993
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 38633-2020.Information technology-Big data-Functional requirements for system operation and management.
1范围
GB/T 38633规定了大数据系统的运维和管理功能要求。
GB/T 38633适用于大数据系统运维和管理功能的设计、开发和测试。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 35295-2017信息技术大数据 术语
GB/T 38673-2020信息技术 大数据大数据 系统基本要求.
3术语和定义
GB/T 35295-2017界定的以及下列术语和定义适用于本文件。
3.1
组件服务 component service
大数据系统中的组件提供的一种或多种能力。
3.2
角色 role
承载一个或多个权限的载体。
3.3
实例 instance
服务的一种具体表示,包含一种或多种资源。
3.4
节点 node
大数据系统中的一种计算或存储实体。
3.5
服务 service
大数据系统组件提供的服务化能力。
4缩略语
下列缩略语适用于本文件。
API:应用程序接口( Application Programming Interface)
SSH:安全外壳( Secure Shell)
UI:用户界面(User Interface)
5概述
大数据系统的运维和管理功能由GB/T 38673-2020给出的大数据系统框架中描述的系统管理模块提供。本标准是对GB/T 38673-2020中6.9的细化,包括安装部署、配置管理、租户管理、监控告警管理.服务管理、健康检查和日志管理功能的要求。
1范围
GB/T 38633规定了大数据系统的运维和管理功能要求。
GB/T 38633适用于大数据系统运维和管理功能的设计、开发和测试。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 35295-2017信息技术大数据 术语
GB/T 38673-2020信息技术 大数据大数据 系统基本要求.
3术语和定义
GB/T 35295-2017界定的以及下列术语和定义适用于本文件。
3.1
组件服务 component service
大数据系统中的组件提供的一种或多种能力。
3.2
角色 role
承载一个或多个权限的载体。
3.3
实例 instance
服务的一种具体表示,包含一种或多种资源。
3.4
节点 node
大数据系统中的一种计算或存储实体。
3.5
服务 service
大数据系统组件提供的服务化能力。
4缩略语
下列缩略语适用于本文件。
API:应用程序接口( Application Programming Interface)
SSH:安全外壳( Secure Shell)
UI:用户界面(User Interface)
5概述
大数据系统的运维和管理功能由GB/T 38673-2020给出的大数据系统框架中描述的系统管理模块提供。本标准是对GB/T 38673-2020中6.9的细化,包括安装部署、配置管理、租户管理、监控告警管理.服务管理、健康检查和日志管理功能的要求。
标准图片预览
标准内容
ICS35.240
中华人民共和国国家标准
GB/T38633—2020
信息技术
大数据
系统运维和管理功能要求
Information technology-Big data-Functional requirements for systemoperation and management
2020-04-28发布
国家市场监督管理总局
国家标准化管理委员会
2020-11-01实施
本标准按照GB/T1.1—2009给出的规则起草。GB/T38633—2020
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由全国信息技术标准化技术委员会（SAC/TC28）提出并归口。本标准起草单位：华为技术有限公司、中国电子技术标准化研究院、中国人民大学、浪潮软件集团有限公司、杭州海康威视数字技术股份有限公司、中电莱斯信息系统有限公司、成都四方伟业软件股份有限公司、阿里云计算有限公司、浙江蚂蚁小微金融服务集团股份有限公司、上海计算机软件技术开发中心、湖北微安交通安全研究院有限公司、深圳天源迪科信息技术股份有限公司、浪潮电子信息产业股份有限公司、星环信息科技（上海）有限公司本标准主要起草人：赵胜涛、赵华、卫凤林、杜小勇、高琨、黄先芝、李国涛、吴鹏亮、赵世范、严红、颜怀柏、张永飞、井诚、朱松、李克鹏、陈敏刚、陈文捷、王征平、王智谋、陈国礼、何国庆、赵江、苏志远、徐流明、陈凯、陈晋川、李冰、孙嘉阳。1
1范围
大数据
信息技术
系统运维和管理功能要求
本标准规定了大数据系统的运维和管理功能要求本标准适用于大数据系统运维和管理功能的设计、开发和测试规范性引用文件
GB/T38633-—2020
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。GB/T35295—20171
信息技术大数据术语
GB/T38673—2020信息技术大数据大数据系统基本要求术语和定义
GB/T35295一2017界定的以及下列术语和定义适用于本文件。3.1
componentservice
组件服务
大数据系统中的组件提供的一种或多种能力。3.2
承载一个或多个权限的载体。
instance
服务的一种具体表示，包含一种或多种资源。3.4
节点node
大数据系统中的一种计算或存储实体。3.5
service
大数据系统组件提供的服务化能力。4
缩略语
下列缩略语适用于本文件。
API：应用程序接口（ApplicationProgrammingInterface）SSH：安全外壳（SecureShell)
UI：用户界面（UserInterface）GB/T38633—2020
5概述
大数据系统的运维和管理功能由GB/T38673一2020给出的大数据系统框架中描述的系统管理模块提供。本标准是对GB/T38673一2020中6.9的细化，包括安装部署、配置管理、租户管理、监控告警管理、服务管理、健康检查和日志管理功能的要求6安装部署
安装部署功能要求如下：
a）应提供图形化界面自动进行系统及服务组件的安装/卸载；应支持通过一种或多种方式进行服务部署，如模板、部署方案及自定义等方式；b）
应支持集群部署时自动扫描及手动方式添加节点：应支持安装前对软、硬件等进行配置和检测功能，如服务器、客户安装的操作系统等；d)
应支持系统基于不同架构的硬件环境进行安装部署；e
应支持系统部署（安装/修复/升级）失败给出修复方式，如重试、回退等方式；应支持系统的安装/升级操作具备容错能力，不因个别节点的故障导致整个过程的失败；应支持自动化打通集群内部节点无密SSH的能力：应支持自动识别、格式化、挂载各类型磁盘的能力应具备设置机房断电恢复后服务快速恢复运行的能力；k）
应支持多集群多服务：
应支持开发工具包、数据库、身份认证等部件的预集成；m）应支持与第三方管理平台对接或提供开放API,方便用户自定义服务组件接入；应支持管理节点主备部署方式，主节点失效不影响对外功能；n）
应支持主备节点自动切换，当主节点失效时，备节点主动接管主节点服务；o
应提供主备节点数据同步机制：p)
宜支持在集群不重启的情况下增加、删除节点；q
宜支持设置数据均衡，避免集群新增节点后将新数据均放到新节点；宜支持多种粒度的系统升级或修复，同时不中断业务；t）宜支持系统的自动重装。
7配置管理
配置管理功能要求如下：
应支持图形化操作界面对系统的配置项进行管理，包括查看，修改，删除、自定义等a)
应提供每个配置参数的中英文命名和完整的解释；b
应支持多种方式对配置项进行管理，如：分类、分角色、分组等；应支持显示配置文件各配置项；d)
应支持配置项的批量导人导出；f)
应支持配置项或配置文件的上传、下载、更新；应支持滚动重启方式生效，不中断业务；h）
应支持手动和自动方式推送配置项的更新给集群内相关节点；i)
应支持配置参数的历史版本、过期管理和溯源能力：i）应提供配置参数模板；
应提供配置参数的默认值、阈值，针对可调参数应给出推荐值；k)
应支持角色组或实例组的管理，各个组下允许有不同的参数配置；m）应支持配置修改后同步到使用的客户端；GB/T38633-—2020
n）应支持多种参数的配置能力，如部署路径、时钟同步、部署模式、安全模式、角色布局等参数；o）
宜支持参数的相互影响识别，修改某参数对其他参数产生的影响给出提示或联动修改租户管理
租户管理功能要求如下：
a）应支持以角色、用户、用户组的方式管理租户权限；b）应提供图形化界面管理角色、用户、用户组；应支持权限控制到服务内的资源，如表、目录、文件等资源；c
d）应支持租户管理.包括删除、创建等；e）应支持系统和组件间的单点登录·以及系统与第三方系统间的单点登录9监控告警管理
监控告警管理功能要求如下：
应支持对集群、主机、服务、实例等多维度运维对象监控；a）
b）应支持对集群规模、资源使用情况、资源运行状态等进行监控；c)
应支持服务及服务组件监控指标的自定义；应支持监控项的定制功能，包括：展示方式，可视化的监控项等：d)
应支持监控项的多种展示方式.包括：图形、表格、时间线等；应支持监控数据的导出、归档和清理等管理功能；应提供监控数据可视化报表的生成与导出功能，包括手动和自动两种方式；h）
应支持图形化界面查看监控和告警，并支持按不同关键字查看：i)下载标准就来标准下载网
应支持报表能力，按照多维度提供资源统计报表，如：用户、租户、目录等；应支持数据汇聚和分析能力，给出数据的均值、最天值、最小值等；k）
应支持与第三方管理系统对接，上传监控和告警等数据；1
应支持对不同级别告警信息设置处理优先级：m）
应提供告警项定制功能，包括名称、级别、阈值等；应提供告警自动通知功能，如邮件、短信等方式；n）
应支持故障自动检测并发送告警，故障恢复后告警能够自行消除；o）
应支持故障修复后校验，以检查故障是否恢复成功。10服务管理
服务管理功能要求如下：
应支持展示所有已安装服务及实例健康状态、运行状态等信息：a）
b）应支持对服务、服务实例进行操作，如添加/卸载、启动/停止、强制停止、配置修改等；应支持服务进程挂起后自恢复的能力；c）
d）应支持对服务进行升级，及升级失败后的自动回滚；GB/T38633-—2020
应支持实时检查各服务进程的运行；应支持对服务配置的在线修改及同步；应支持可视化方式查看和下载指定节点服务角色的日志；应支持对分布式服务进行水平缩容/扩容的能力：应支持检测服务的可用性及发现问题时发送告警；应支持基于开源的大数据系统对开源组件原生UI的集成；应支持停止或重启某个服务时，上层服务联动一起停止或重启或给出提示；应支持通过各种策略（如分批、主备依次等）重启单个服务，同时不中断业务：应支持下载服务客户端；
应支持服务和数据自动恢复到新增或者是更换之后的服务器健康检查
健康检查功能要求如下：
应支持定期自动检查和手工检查；应支持对网络、服务器、操作系统及各服务健康度的定期检查；应支持按照场景进行检查，如升级前检查；c
KaeeiKAca
应支持输出检查报告；
宜提供界面化的系统运行环境自动检查服务。日志管理
日志管理功能要求如下：
应提供各类日志的收集与存储功能，如运行日志、操作日志等；b)
应提供日志目录的管理功能，如更改日志存储空间、更改日志存储目录等；c)
应提供图形化页面检索运行日志；应支持按照关键字段检索，如指定关键字、日志级别、服务、主机等；应提供日志的查询、过滤设置、导出等功能；应支持日志级别的设置功能；
应支持操作日志的审计能力。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T38633—2020
信息技术
大数据
系统运维和管理功能要求
Information technology-Big data-Functional requirements for systemoperation and management
2020-04-28发布
国家市场监督管理总局
国家标准化管理委员会
2020-11-01实施
本标准按照GB/T1.1—2009给出的规则起草。GB/T38633—2020
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由全国信息技术标准化技术委员会（SAC/TC28）提出并归口。本标准起草单位：华为技术有限公司、中国电子技术标准化研究院、中国人民大学、浪潮软件集团有限公司、杭州海康威视数字技术股份有限公司、中电莱斯信息系统有限公司、成都四方伟业软件股份有限公司、阿里云计算有限公司、浙江蚂蚁小微金融服务集团股份有限公司、上海计算机软件技术开发中心、湖北微安交通安全研究院有限公司、深圳天源迪科信息技术股份有限公司、浪潮电子信息产业股份有限公司、星环信息科技（上海）有限公司本标准主要起草人：赵胜涛、赵华、卫凤林、杜小勇、高琨、黄先芝、李国涛、吴鹏亮、赵世范、严红、颜怀柏、张永飞、井诚、朱松、李克鹏、陈敏刚、陈文捷、王征平、王智谋、陈国礼、何国庆、赵江、苏志远、徐流明、陈凯、陈晋川、李冰、孙嘉阳。1
1范围
大数据
信息技术
系统运维和管理功能要求
本标准规定了大数据系统的运维和管理功能要求本标准适用于大数据系统运维和管理功能的设计、开发和测试规范性引用文件
GB/T38633-—2020
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。GB/T35295—20171
信息技术大数据术语
GB/T38673—2020信息技术大数据大数据系统基本要求术语和定义
GB/T35295一2017界定的以及下列术语和定义适用于本文件。3.1
componentservice
组件服务
大数据系统中的组件提供的一种或多种能力。3.2
承载一个或多个权限的载体。
instance
服务的一种具体表示，包含一种或多种资源。3.4
节点node
大数据系统中的一种计算或存储实体。3.5
service
大数据系统组件提供的服务化能力。4
缩略语
下列缩略语适用于本文件。
API：应用程序接口（ApplicationProgrammingInterface）SSH：安全外壳（SecureShell)
UI：用户界面（UserInterface）GB/T38633—2020
5概述
大数据系统的运维和管理功能由GB/T38673一2020给出的大数据系统框架中描述的系统管理模块提供。本标准是对GB/T38673一2020中6.9的细化，包括安装部署、配置管理、租户管理、监控告警管理、服务管理、健康检查和日志管理功能的要求6安装部署
安装部署功能要求如下：
a）应提供图形化界面自动进行系统及服务组件的安装/卸载；应支持通过一种或多种方式进行服务部署，如模板、部署方案及自定义等方式；b）
应支持集群部署时自动扫描及手动方式添加节点：应支持安装前对软、硬件等进行配置和检测功能，如服务器、客户安装的操作系统等；d)
应支持系统基于不同架构的硬件环境进行安装部署；e
应支持系统部署（安装/修复/升级）失败给出修复方式，如重试、回退等方式；应支持系统的安装/升级操作具备容错能力，不因个别节点的故障导致整个过程的失败；应支持自动化打通集群内部节点无密SSH的能力：应支持自动识别、格式化、挂载各类型磁盘的能力应具备设置机房断电恢复后服务快速恢复运行的能力；k）
应支持多集群多服务：
应支持开发工具包、数据库、身份认证等部件的预集成；m）应支持与第三方管理平台对接或提供开放API,方便用户自定义服务组件接入；应支持管理节点主备部署方式，主节点失效不影响对外功能；n）
应支持主备节点自动切换，当主节点失效时，备节点主动接管主节点服务；o
应提供主备节点数据同步机制：p)
宜支持在集群不重启的情况下增加、删除节点；q
宜支持设置数据均衡，避免集群新增节点后将新数据均放到新节点；宜支持多种粒度的系统升级或修复，同时不中断业务；t）宜支持系统的自动重装。
7配置管理
配置管理功能要求如下：
应支持图形化操作界面对系统的配置项进行管理，包括查看，修改，删除、自定义等a)
应提供每个配置参数的中英文命名和完整的解释；b
应支持多种方式对配置项进行管理，如：分类、分角色、分组等；应支持显示配置文件各配置项；d)
应支持配置项的批量导人导出；f)
应支持配置项或配置文件的上传、下载、更新；应支持滚动重启方式生效，不中断业务；h）
应支持手动和自动方式推送配置项的更新给集群内相关节点；i)
应支持配置参数的历史版本、过期管理和溯源能力：i）应提供配置参数模板；
应提供配置参数的默认值、阈值，针对可调参数应给出推荐值；k)
应支持角色组或实例组的管理，各个组下允许有不同的参数配置；m）应支持配置修改后同步到使用的客户端；GB/T38633-—2020
n）应支持多种参数的配置能力，如部署路径、时钟同步、部署模式、安全模式、角色布局等参数；o）
宜支持参数的相互影响识别，修改某参数对其他参数产生的影响给出提示或联动修改租户管理
租户管理功能要求如下：
a）应支持以角色、用户、用户组的方式管理租户权限；b）应提供图形化界面管理角色、用户、用户组；应支持权限控制到服务内的资源，如表、目录、文件等资源；c
d）应支持租户管理.包括删除、创建等；e）应支持系统和组件间的单点登录·以及系统与第三方系统间的单点登录9监控告警管理
监控告警管理功能要求如下：
应支持对集群、主机、服务、实例等多维度运维对象监控；a）
b）应支持对集群规模、资源使用情况、资源运行状态等进行监控；c)
应支持服务及服务组件监控指标的自定义；应支持监控项的定制功能，包括：展示方式，可视化的监控项等：d)
应支持监控项的多种展示方式.包括：图形、表格、时间线等；应支持监控数据的导出、归档和清理等管理功能；应提供监控数据可视化报表的生成与导出功能，包括手动和自动两种方式；h）
应支持图形化界面查看监控和告警，并支持按不同关键字查看：i)下载标准就来标准下载网
应支持报表能力，按照多维度提供资源统计报表，如：用户、租户、目录等；应支持数据汇聚和分析能力，给出数据的均值、最天值、最小值等；k）
应支持与第三方管理系统对接，上传监控和告警等数据；1
应支持对不同级别告警信息设置处理优先级：m）
应提供告警项定制功能，包括名称、级别、阈值等；应提供告警自动通知功能，如邮件、短信等方式；n）
应支持故障自动检测并发送告警，故障恢复后告警能够自行消除；o）
应支持故障修复后校验，以检查故障是否恢复成功。10服务管理
服务管理功能要求如下：
应支持展示所有已安装服务及实例健康状态、运行状态等信息：a）
b）应支持对服务、服务实例进行操作，如添加/卸载、启动/停止、强制停止、配置修改等；应支持服务进程挂起后自恢复的能力；c）
d）应支持对服务进行升级，及升级失败后的自动回滚；GB/T38633-—2020
应支持实时检查各服务进程的运行；应支持对服务配置的在线修改及同步；应支持可视化方式查看和下载指定节点服务角色的日志；应支持对分布式服务进行水平缩容/扩容的能力：应支持检测服务的可用性及发现问题时发送告警；应支持基于开源的大数据系统对开源组件原生UI的集成；应支持停止或重启某个服务时，上层服务联动一起停止或重启或给出提示；应支持通过各种策略（如分批、主备依次等）重启单个服务，同时不中断业务：应支持下载服务客户端；
应支持服务和数据自动恢复到新增或者是更换之后的服务器健康检查
健康检查功能要求如下：
应支持定期自动检查和手工检查；应支持对网络、服务器、操作系统及各服务健康度的定期检查；应支持按照场景进行检查，如升级前检查；c
KaeeiKAca
应支持输出检查报告；
宜提供界面化的系统运行环境自动检查服务。日志管理
日志管理功能要求如下：
应提供各类日志的收集与存储功能，如运行日志、操作日志等；b)
应提供日志目录的管理功能，如更改日志存储空间、更改日志存储目录等；c)
应提供图形化页面检索运行日志；应支持按照关键字段检索，如指定关键字、日志级别、服务、主机等；应提供日志的查询、过滤设置、导出等功能；应支持日志级别的设置功能；
应支持操作日志的审计能力。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。