现在的位置: 首页 > 综合 > 正文

数字化校园闭门技术论证会

2013年09月25日 ⁄ 综合 ⁄ 共 1503字 ⁄ 字号 评论关闭
今天的会议中,针对第三版本技术方案我提出了几点技术建议:
一、系统架构方面
    1、第xx页网络架构图中的问题,dmz区的服务器群在新网络拓扑的改造中需要考虑好原有设备6506核心虚拟交换技术的匹配性,以及由此带来的网络中心ip网络和san网络融合的情况,这里的vpn和链路负载均衡需设计为前置堆叠方式,另外原有锐捷网络和接入层设备需考虑好学校不同接入层环境的具体需求和特点,比如针对教学区、图书馆、办公楼、宿舍、家属区、食堂、车队其网络链路接入及vlan有各自的设计特点
    2、基于双刀片刀箱上各自部署oracle rac节点本身受支持,但是由于基于虚拟化环境来实现的,而且esxi和存储裸设备映射及存储资源池基于iscsi,这样对后端的存储设备存在数据库集群设计造成性能和ocfs可用性故障的风险,而且这样的设计造成采购清单中的存储使用remote mirror没法用,除非rac只接1台存储,但这样违背了用户的购买初衷。
    3、备份环境中未针对vsphere和rac的备份进行描述,这样有些重要事项无法确认,比如在这样的虚拟化双esxi环境的rac多节点中如果使用备份软件通常的实现方式rman备份会造成虚拟机备份和数据库备份占用lio和pio的性能大副降低。
    4、建议在不同的数据场景下考虑oracle层面的多种高可用性实现,不要仅仅依赖于rac,也要考虑flashback,stream,dataguard
二、虚拟化方面
    1、使用esx错误,从4.1版本后vmware不再支持esx方式,仅支持esxi方式
    2、建议使用vmware ft来实现实时ha对于部分核心非写入型数据。
    3、虚拟化的安全型未考虑,可以考虑趋势公司产品
    4、对于未来三期的本部、汉口、余家头的情况,需要考虑三中心的site recovery manager
    5、未来做的时候即使有专线,虚拟化存储的remote mirrror需考虑距离和带宽适用问题

三、信息平台标准化方面
    1、数据uc矩阵和相关信息字段的标准化设计没有体现,可以参考这个地址的方式 http://www.ibm.com/developerworks/cn/data/tutorials/dm-1108isqualitystagestddata/index.html
    2、数据汇流排 的方式建议基于公共库集中模式,但集中模式中有原库、标准化库、多维度cubeview的etl数据串型,如果涉及到异构数据源可以采用联邦方式以及cdc等数据同步方式。
    3、需要有数据集成的整体可靠方案

四、安全配置方面
    1、虚拟化平台安全
    2、公共库安全审计带来的风险和亟需解决的问题
五、云平台方面
    1、这里仅实现了iaas,需进一步考虑paas等
    2、云的资源管理和调度平台,可以基于openstack、Eucalyptus等开源实现

六、业务信息集成方面
    1、这么多的业务子系统需设计,优先级和关联性、耦合度的科学评估决定了“统一规划、分步实施”的要求是否真的被落实,如果落实分步的科学需要给出思路和结果
    2、数据集成、业务逻辑集成、界面集成是否有一个比较好的方式实现敏捷和风险最低,如基于social的方式等

七、三期的采购清单及配置方面
    1、考虑的wasnd建议在这个系统中可以加入wve,很适合你们
    2、hba卡数量没有依据,担心未来不够
    3、存储镜像授权这个需要考虑好,采用哪种镜像模式比如远程镜像、全局镜像、虚拟磁盘镜像等都还没有确定下来,贸然定这个参数不合理。

给你了一些ibm的技术参考内容,请参考pdf附件

抱歉!评论已关闭.