教育云平台建设方案Word下载.docx

上传人:b****5 文档编号:19931747 上传时间:2023-01-12 格式:DOCX 页数:27 大小:1.55MB
下载 相关 举报
教育云平台建设方案Word下载.docx_第1页
第1页 / 共27页
教育云平台建设方案Word下载.docx_第2页
第2页 / 共27页
教育云平台建设方案Word下载.docx_第3页
第3页 / 共27页
教育云平台建设方案Word下载.docx_第4页
第4页 / 共27页
教育云平台建设方案Word下载.docx_第5页
第5页 / 共27页
点击查看更多>>
下载资源
资源描述

教育云平台建设方案Word下载.docx

《教育云平台建设方案Word下载.docx》由会员分享,可在线阅读,更多相关《教育云平台建设方案Word下载.docx(27页珍藏版)》请在冰豆网上搜索。

教育云平台建设方案Word下载.docx

由于对教育信息资源建设的投入不断加大,各个学校都积累了大量的教育信息资源。

数据存储的安全性、可靠性显得越来越重要。

学校使用云计算服务时,有技术先进的数据中心来帮助保存数据,有强大的技术管理团队来帮助管理提交的数据和程序,可为学校提供可靠和安全的数据存储中心。

整合教育资源:

云计算模式最小化了终端设备的需求,在一个云计算环境中,不仅是课堂个人电脑、实验室都可以从“云”中获得,在“云”中存储,让所有学生随时随地进行学习。

可以解决教学资源需求持续增长与教育投入增长不足、教学资源相对短缺的矛盾,又可以提高优质教学资源的利用率,让更多的学生获得优质的受教育机会。

第2章设计方案

2.1设计原则

Ø

坚持以需求为主导、以应用为核心原则

紧紧围绕当前教育工作的迫切需求,坚持以校本服务的指导方针,积极推进教育信息资源的深入挖掘和综合利用。

坚持平台模块化开发、分布与集中相结合原则

采用分层的灵活架构,采用云计算、分布式存储等最新技术,不断提升项目服务性能,通过将业务模型资源与项目实现技术相分离,从根本上提升管理系统的技术无关性。

坚持实用性、先进性、可扩展性相结合原则

项目设计要有前瞻意识,必须着眼长远,坚持高起点规划、高标准要求。

设计必须采用成熟的技术,同时根据信息系统的发展趋势,在设计中充分考虑到将来可能的发展。

坚持智能维护、扩展原则

需要具备完备的智能维护、扩展功能,能符合教育信息化的整体趋势,为今后项目的功能扩展、升级留有接口,并有利于系统的推广应用和再次开发。

2.2总体架构

2.2.1逻辑架构

基于虚拟化及云计算管理技术,实现区级网络、技术、带宽资源的统一管理已经成为可能。

这可以通过两种方式实现:

一种是集中部署、统一分配、分散管理、分散使用、统一监控;

另一种是分散部署、分散管理、分散使用、统一监控。

前一种模式,硬件资源集中部署在县教育云中心,统一对计算、带宽、存储资源进行虚拟化,构建成全县整体的资源池。

由县教育云中心对资源根据需要进行分割,分配给各级学校使用,各学校可以自主管理与使用由区分配的资源池,教育云中心可以集中监控各种资源状态与使用情况。

各学校可以根据需要向云中心申请更多的资源,而云中心根据需要随时调整资源的分配。

这种模式实际上是由区统一提供硬件、网络资源,由学校来使用。

这样硬件、网络的维护负担由云中心统筹管理,每个学校则免去了这部分的工作负担,也增加了全区范围内资源分配的响应性。

但是,这种模式对网络的带宽与可用性要求比较高。

后一种模式,保留现在的部署方式,每个学校建设自己的硬件与网络资源,但是学校的硬件与网络资源根据规范进行统一的池化,并注册到统一的云计算管理平台。

这种模式下,每个学校可以根据需要建设自己的资源池,校级资源池分配、管理与使用由学校本身负责,云中心可以监控校级资源的状态与使用情况。

这种模式硬件资源重用在学校的粒度上发生,不利于全县的资源调配,但可以使得云中心掌握全区的资源情况,保障全县硬件资源在统一规范下进行管理,对硬件资源建设进行统一的规划。

鉴于以上分析,考虑到各校的IT维护力量比较薄弱,建议在网络条件允许的情况下,进行第一种模式的建设。

图1逻辑架构图

如上图所示,各学校通过光纤链路直接连接到教育云服务中心,由云中心统一为各学校以及用户提供服务。

2.2.2技术架构

图2技术架构图

总体架构共分为五层,如上图所示,自底向上依次为接入层、基础设施层、资源层、服务层、用户层。

(1)接入层

接入层主要实现信息资源的接入,包括:

各学校监控区域的实时监控视频;

烟雾、温度、湿度等环境监测系统;

门磁、门禁、周界报警等安全防护系统;

教育示范课录播平台。

(2)基础设施层

基础设施层主要为教育云服务平台提供资源池化的硬件基础环境并配置管理调度和监控功能。

基础设施层建立在超融合服务器集群、网络设备和数据库集群的基础上,统一为平台提供虚拟化计算资源、统一文件存储环境以及数据库环境。

(3)资源层

资源层是整个平台的文件与数据库资源,是云服务平台的核心数据的分类存储区。

其中文件存储用于实时监控视频、示范课视频、网络教程、媒体素材、题库、课件等文件的集中存储,数据库用于教师信息、教务信息、学校信息、教研信息等业务数据库的存储。

(4)服务层

服务层为教育云服务平台对外提供访问的窗口,由教学服务平台、教研服务平台、管理服务平台、学校和测评服务平台、资源服务平台以及视频统一管理平台组成。

(5)用户层

用户层主要包括教育管理用户、学生用户、家长用户、教师用户和社会公众用户等。

(6)教育云支撑技术相关规范

教育云支撑技术相关规范包括教育云平台管理规范、教育云开放服务接口规范、教育云数据存储规范、教育云数据采集规范、教育云认证与授权规范、云端教育资源权利描述规范。

它是教育云服务平台中处理教育、教学、管理业务的核心技术支撑规范。

在这个层面,云平台在对平台本身进行管理的同时,还需要对外提供统一的服务接口,使用统一的数据采集和数据存储规范,确保数据在源头上统一,为之后的数据利用、传输和互操作奠定基础。

(7)教育云应用相关规范

教育云应用相关规范包括云端教育资源元数据规范、云端应用和服务接入与使用规范、云端教育资源分类和标记规范、云端教育资源推送服务接口规范、云端学习分析规范。

云端教育资源元数据规范旨在对云平台注册的应用和服务、学习资源进行描述,使用户能快速有效地在资源云海找到特定资源和服务应用,促进资源共享。

云端应用和服务接入与使用规范主要在于规范外部应用接入平台的统一接口和接入要求,规范接入到云平台的应用和服务。

云端教育资源分类和标记规范旨在按照不同维度对云端教育资源进行分类并标记,是资源统一管理的基础。

云端教育资源推送服务接口规范为不同学习者推送适合学生个性化学习资源规范统一的服务接口。

学习分析规范基于在平台中产生的过程性和结果性数据对学习进行多维度分析和评价,为学生的个性化学习提供指导。

资源权利描述规范从内容和服务版权的角度对云端资源进行版权保护,协调资源供给方和使用方的利益。

教育云应用相关规范是保证教育云应用和服务具备较高可利用性和互操作性的重要规范。

2.2.3部署架构

2.2.4方案优势

教育云服务平台将进一步规范化区域教育信息化建设,并提升全县的应用价值与管理水平。

实现硬件资源的集约化管理,降低总体拥成本(TCO)

教育云的建设,将实现硬件、网络、存储资源的池化管理,实现全县基础设施资源的集约化管理与响应性分配。

基础设施云建设,实现硬件资源在云中心的集中部署与维护,大大减轻了学校的维护成本与人员负担。

云中心可以根据学校的需求,灵活分配相应容量的主机与存储资源,并且可以时刻掌握这些资源的使用情况,并根据需要回收空闲资源,这些操作只要通过一个管理界面就轻松完成。

建设过程中,可以充分利用陈旧的服务器设备,提高服务器资源的利用率。

并且,实现硬件的整合,在支持同等数量的应用及用户时,比传统模式总体上减少服务器硬件数量,从而总体上降低了硬件维护的成本及网络运营成本。

提升区域教育数字资源的整合能力

传统模式中,各学校的各个应用都是独立建设,这些应用生成的数字资源形成一个个数据孤岛。

基于数据交换技术可以解决部分应用间的数字资源整合问题,但是当应用数量不断增加时,带来的交换复杂性会无法管理,对于全县的资源整合,不适合完全依赖于交换技术来实现。

云服务平台基于云存储实现数字资源的统一存储、统一索引,基于应用云构建统一的数字资源处理层。

构建于平台之上的教育应用,在授权的基础上可以直接访问平台中任何一个数字资源,甚至是其它应用产生的资源。

在一些业务场景,仍然需要通过数据交换实现整合,但此时交换的只是资源的平台标识,而不是资源的内容,因为应用可以通过标识向平台索取资源内容。

此时,应用产生的资源统一存储到平台中,而应用之间的数据共享变得直接透明,这就大大提高了区教育数字资源的整合能力。

促进区域信息技术与教育教学的融合

信息技术与教育教学的融合需要经历一个不断探究、不断创新的过程,每往前走一步,都要依托与前人的智慧与经验。

在这个过程中,经常需要重用以往的数据成果与应用成果,而不是每次都是从无到有的构建过程。

云服务平台使数据沉淀、应用沉淀的成为可能,而且这种沉淀是以重用为目的的。

平台应用的不断建设,使得后来者可以借鉴、重用的资源就会不断积累,从而加快技术与教育的融合。

当这种积累与沉淀的范围打破学校的边界,发生在整个区域时,效果将更加明显。

成为学校信息化建设的催化剂

学校信息化建设面临硬件与软件两部分的问题。

云服务平台解决了学校硬件建设的问题,学校只需要根据需求向信息中心申请存储、计算与带宽资源,而不需要自己建设与维护,从而省去了这部分的时间与人员消耗。

对于软件部分来说,存在大部分类似的业务应用,可以有区统一建设,开通给每个学校使用。

另外,学校会根据实际情况建设个性化或创新的应用,这些应用的建设可以直接使用平台的数据成果与应用成果,从而加速应用开发。

最后,通过授权可以访问其它学校的创新应用,从而借鉴其它学校的优秀成果,加速本校的应用建设。

实现区域教育信息化建设的效能累加模式

云服务平台的建设会大大提高信息化建设的规范程度。

为了实现数据与功能的沉淀,平台会建设相应的规范接口,并发布平台的数据描述、功能描述及业务描述标准。

植入平台的应用须要遵循这些规范,才能利用平台提供的各种数据与功能。

而一旦应用迁移到平台上,其生成的数据将沉淀到平台中,其提供的功能也成为平台服务。

这实际上构成一个信息化系统建设的生态环境,构成教育信息化建设的效能累加。

大大提升区域教育信息系统的应用价值与用户体验

云服务平台采用先进的云计算架构,最大程度实现了全县范围内的数据融合与应用融合。

不同学校的人员通过平台能够随时互动,发生数据共享与交换;

不同学校产生的数据,可以一起进行分析与展现;

不同的应用可以随时访问对方的数据。

应用可以访问更丰富的关联数据,可以借助更多其它应用功能完成自己的工作时,就会为用户提供更大的价值。

而用户在使用单一应用时,就能够获取到其它应用产生的相关数据时,则会大大提高应用的用户体验。

2.3总体性能要求

2.3.1存储容量要求

2.3.1.1视频接入设计要求

设计接入高清视频1000路,单路视频码流为2Mbps,存储1星期,按照磁盘空间90%利用率,所需存储容量为160TB,两副本存储,所需存储空间为320TB。

2.3.1.2其他

设计网络教程、媒体素材、题库、课件等文件存储量为50TB,两副本存储,所需存储空间为100TB。

2.3.2计算资源要求

设计虚机数量不小于40台,每台虚机至少为1颗虚拟CPU,2G以上内存,100G以上存储空间。

第3章基础设施层

3.1总体方案拓扑

3.1.1逻辑架构

图3逻辑架构图

本规划的逻辑图由存储层、计算层、业务层三部分组成:

存储层由具有良好可扩展性、高可靠性的集群存储系统构成,整个存储层为计算层的计算提供存储资源访问支撑。

计算层以标准X86服务器为硬件基础,以云管理、服务器虚拟化为核心进行建设,为应用系统提供灵活的资源分配、快速应用支撑环境构建能力。

应用层以计算层为基础,直接构建在计算层提供的计算、存储虚拟资源之上,并具备直接访问底层存储层的能力,以实现海量数据的高速存储访问。

3.1.2组成

图4云管理系统组成

本节将描述各部分具体硬件构成以及层级直接的连接系统:

存储层基于标准X86服务器为硬件基础,利用每台服务器的多块SSD、SATA磁盘构建具有高可靠性、高IOPS能力的集群存储系统YeeStor。

集群存储系统采用标准的POSIX接口通过以太网为计算层提供虚拟机镜像存储支撑服务,并为将来业务层提供海量数据存储访问支持。

计算层服务器采用标准的高性能X86服务器构建,利用高性能服务器实现多虚拟机资源支撑,虚拟化技术统一采用KVM技术支撑。

对于应用层则通过以太网构建业务访问网络,保持各应用系统原有使用模式。

应用层包含多类应用,运行在云计算虚拟化提供的Linux、Win虚拟机中,利用云计算虚拟化平台的支撑能力实现系统的高可用、系统能力的按需调用,以保障其更加可靠、高效的稳定运行。

3.2虚拟化云平台建设

计算池核心为服务器虚拟化,设备数量随着系统规模的增长后期设备会越来越多,且需要针对不同的应用系统提供差异化服务,因此为了实现整体系统的有效管理,将采用统一管理平台来实现对硬件资源的虚拟化以及虚拟化云管理。

平台需要通过单一Web界面提供广泛的管理功能,包括资源池管理,网络管理,服务产品管理,资源监控。

在此建议采用利用EasyCloud平台进行统一管理和服务。

图5EasyCloud平台

3.2.1系统特性

3.2.1.1计算资源复用

在将服务器硬件资源虚拟化后,其CPU、内存等资源为多台虚拟机共享使用,在应用系统虚拟机创建时需要指派定量的CPU和存储资源,理论上多台虚拟机的CPU和内存分配资源综合等于物理服务器的资源配置。

但在实际的运行环境中,各应用系统不会将分配给自己的CPU、内存资源用到100%,因此可能依然存在一定的资源浪费。

图6计算资源服用

为了解决此问题,本方案的EasyCloud云管理系统提供CPU和内存的超量配置功能,以物理服务器的CPU、内存配置为基础单位,在此基础上进行倍率增加,这样云管理系统会认为该物理设备可以分配更多的资源,从而也就可以建立更多的虚拟机。

当某台虚拟机运行所需实际资源不足时则可以利用本平台的负载迁移功能进行整体迁移。

3.2.1.2个性化网络服务

作为整体云平台的管理系统,应用网络也是其重要组成部分之一。

在传统IT系统中,应用服务器的网络安全、集群负载处理等需要专门的设备来提供,而在虚拟环境如果没有有效措施,则在虚拟化服务器内部的多台虚拟机之间的网络则成了完全透明无保障的环境,为了解决此问题需要在虚拟化服务器系统内部进行适当的隔离、策略定制。

图7网络管理

云管理平台为了解决以上问题,提供了可针对掌握不同资源的不同用户的差异化网络管理方案。

每一个掌握有资源的用户,均可建立自己的独立网络环境,并由云管理工具提供诸如防火墙、地址映射、负载均衡等网络管理功能,这样每个用户就可以针对自己的环境进行针对性配置,以保障应用系统的访问安全、高效。

3.2.1.3多级别用户管理

在云计算环境中,使用少量的虚拟化服务器取代了大量的物理机,如何有效对资源进行分配和管理将成为考验每位IT系统管理人员能力的基础指标。

而在超大规模环境下,IT管理人员往往只进行设备管理,应用系统对于CPU、内存、磁盘等资源的需求往往只是遵照前端业务人员提供的信息,而随着业务数量、类型的增加,管理工作会变的异常复杂、耗时。

图8用户管理

为了解决此问题,云管理平台提出了用户分级管理模式,特权管理员可以管理所有的资源可以直接建立虚拟机直接分配给相关应用。

同时管理人员还可以将一定量的CPU、内存、磁盘空间、vlan数量的可量化资源分配给某一个team的管理人员,最终到了最熟悉应用环境部署的人员手中,既减轻了特权管理员的工作量,同时也实现了对资源的最佳配置、最佳利用。

最终达到:

云平台由运维中心管理,各应用模块及接入单位自己管理维护自己的小云(虚拟机系统)。

3.2.1.4快速部署

传统数据中心中经过多年的实践,为了实现应用系统的快速部署多采用镜像分发模式,针对每个应用提供一整套镜像,每个应用部署时需要经过批量的分发网络配置-镜像分发-系统空间微调-网络分配等一系列流程,虽然相比逐台安装、配置缩短了部署时间,但在大规模环境下的部署和变更仍然是一个很大的工作量。

图9快速部署

为了解决此问题,云管理平台从多个角度入手,提供了整体系统快速部署的解决方案。

首先采用系统模板技术,为每个应用制作了统一的操作系统,一旦应用需要部署直接选择相应模板即可。

其次在系统部署过程中提供了友好的导航界面,只需点几下鼠标,不同的CPU、内存、数据磁盘、应用网络便迅速的匹配到所要建立的虚拟机之上。

另外,在系统内部网络无法连通情况下,云管理平台提供了终端显示功能,有了终端显示功能就如为虚拟机接入了显示器和键盘,可以在排出网络环境的条件下进行系统调试、设置。

3.2.1.5资源监控

面对大规模系统,如何有效管理需要多种途径提供依据,其中最重要的依据便是来自于系统整体资源的监控。

当系统利用云计算技术进行部署以后,原有的监控手段已经无法准确体现资源的使用情况,因此本方案中的云管理平台针对实际情况开发了自有的具有针对性的监控模块。

图10资源监控

云管理平台的资源监控包括了CPU、内存、网络、存储、IP等方方面面的监控,一旦管理代理被部署到云计算服务器上,便自动收集服务器的可用性及性能信息,及时通知管理员潜在的问题,使得管理员可以掌握峰值,并灵活的根据需要调整临界值。

3.2.1.6业务可持续性保障

业务持续性保障是数据中心建设需要提供的有效保障之一,特别是在利用云计算技术构建基础平台后,每台虚拟化服务器都承载着数台虚拟机且会涉及到多个应用,一旦系统发生负载能力不足、硬件损坏等故障,将直接对大量的应用造成影响,因此如何保障业务的可持续性将成为云计算平台选型的基础考量指标质之一。

3.2.2虚拟化系统硬件构建选型

多路多核心CPU

服务器使用多路多核心使得一台服务器可以支持处理更多的并发软件任务,对于虚拟化来说将可以提供更多的虚拟机同时运行,这样就可以以更加低廉的成本、获得更高效的处理能力。

同时在一台服务器中采用多路处理器,则意味着可以在单位设备中提供更高的处理能力,能为更多的虚拟机提供计算服务。

大容量内存

虚拟机在分配时,除了cpu的计算能力外,内存的大小也将是其性能保障的重要选项之一,应用程序首先都要读到内存,CPU才能对内存中的数据进行操作,应用服务器在配置部署时对内存都有着标准容量需求,在采用服务器虚拟化技术后,一台物理服务器的内存将同时支撑其上运行的多台虚拟机使用,更多的内存则意味着可以支撑个更多数量的虚拟机运行,也就意味着降低物理设备的数量,为节能、减排提供有效保障。

因此在选择服务器时,需要服务器可以容纳更多的物理内存容量,尽量选择具有多内存插槽、支持高主频、支持单条内存容量可以达到8GB以上的产品。

支持硬件虚拟化

在选择服务器时,处理器是否支持虚拟化将是必要的选项之一。

目前流行的虚拟化平台均需要CPU从底层支撑虚拟化技术。

目前支持CPU虚拟化的技术包括:

(1)Intel虚拟化技术VT:

Intel虚拟化技术VT是一种硬件方案,支持虚拟技术的CPU带有特别优化过的指令集来控制虚拟过程,通过这些指令集,VMM会很容易提高性能,相比软件的虚拟实现方式会很大程度上提高性能。

(2)AMD虚拟化技术AMD-V:

AMD公司推出了支持虚拟化的硬件辅助技术AMD-V。

具备AMD-V功能的处理器中,有一套指令用于帮助VMM进行虚拟化,从而有效降低了虚拟化的开销,提高性能。

3.3集群存储系统建设

YeeStor存储池将作为虚拟机磁盘、应用系统海量数据文件存储的支持,它具有高可靠性、高吞吐高IOPS能力、在线扩展以及基于标准X86构建等个适用于云计算、虚拟化环境的优秀特性。

YeeStor集群存储系统利用集群式文件系统软件、标准X86架构存储服务器以及热插拔的高速SSD磁盘、大容量SATA磁盘构建,对上层云计算虚拟化提供高效IOPS支持、高吞吐能力支持。

其目标是“存得住----支持海量数据存储;

读得出----具有较高的性能;

用得好----使用方便灵活”,帮助用户应对IT系统存储基础设施面临的挑战。

YeeStor集群存储系统有着与业内最先进规模最大的存储系统Google-FS(GFS)相似的要求,比如性能,可扩展性,可靠性,以及可用性等。

3.3.1系统组成

图11系统组成

分布式集群存储系统由四部分构成

元数据服务器集群(MDSCMetaDataServerCluster):

存放整个文件系统的元数据,管理整个文件系统的名字空间。

提供单一的系统映像,部署在一组通用X86结构的PC服务器上。

对象存储服务器集群(OSSCObjectStorageServerCluster):

存储应用系统的文件数据,具有故障探测、自我修复功能,内置独特的文件存储与备份机制,每个文件被系统分割成多块后按一定规则存放在多个存储服务器中,并且每块文件在其他服务器中至少有1份备份(根据安全和性能需求可设定为多份),这些软件部署在一组通用X86结构的PC服务器上。

访问客户端(AP:

AccessPoint)对上层提供标准POSIX语义的访问接口和统一的文件系统映像,响应上层应用对文件访问请求并通过内部私有协议高速访问后端集群存储上的文件数据。

访问客户端软件替换操作系统中原有的文件访问接口,可以安装在应用系统服务器上,对应用系统提供访问存储的文件支撑,也可以单独安装在一组服务器上并与NFS系统结合对外提供统一的虚拟存储池。

网络支持,分布式集群存储系统提供了标准以太网连接,支持千兆以太网、万兆以太网以及IPOIB连接模式。

3.3.2系统特性

3.3.2.1存储空间复用能力

图12空间复用

集群存储系统具有支持空洞文件的特性,在建立虚拟机镜像文件时不需要将实际空间占满,初始创建只需要创建头尾标记既可,随着虚拟机磁盘中文件数量的增加空洞文件会慢慢被填满,真正做到了按需使用。

基于此特性分布式集群存储系统将可以为前端虚拟化服务器子系统提供几倍于自己实际存储空间的可分配虚拟磁盘空间,达到存储空间的复用效果。

另外,随着虚拟磁盘文件数量的不断增长,分布式集群文件系统的空间也将逐步填满,而在系统配置时虚拟磁盘总规划空间大幅度超过了分布式集群存储实际空间,为此分布式集群存储系统将采用空

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 成人教育 > 自考

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1