云环境下基于稳态、敏态应用的存储服务整体规划.docxVIP

云环境下基于稳态、敏态应用的存储服务整体规划.docx

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

?

?

云环境下的基于稳态、敏态应用的存储服务整体规划

?

?

近年来,随着银行业数字化转型不断加速和金融科技的蓬勃发展,银行业积极探索尝试金融科技创新应用。在新的业态下,基于互联网产品的快速投放需求和交易流量大幅攀升,传统的IT投入和研发方式已显得难以应对,互联网金融产品灵活多变的特性对金融科技的支撑能力提出了更高的要求和挑战,“数字化转型”、“金融科技创新”已成新金融时代的关键词。?

自2014年7月Gartner提出对应稳态和敏态业务的双模IT概念,国内众多厂商和银行业积极开展了诸多行业实践,稳态、敏态业务,一个维稳一个图新,双轨的IT架构共同推动企业业务的快速发展。特别是2019年8月,人民银行科技司发布了《金融科技(FinTech)发展规划(2019-2021年)》,指出要合理布局云计算,构建集中式与分布式协调发展的信息基础设施架构,为银行金融科技建设指明了方向。

议题一:如何分析在云环境下敏态和稳态业务的存储服务特性并选择适合的存储架构?

议题二:如何统筹规划在云环境下不同业务负载对存储服务的使用??

在用户专家分享环节,彭毅老师分享了《云环境下基于双态应用的存储服务整体规划》,介绍了本行在云环境下基于双态应用的存储服务整体规划实践,从技术架构、服务架构、存储架构和容灾架构等多个方面,全面介绍了业界大行对云环境下技术发展的整体思路和实践。特别是针对银行不同业务场景下,数据存储所面临的差异化挑战和需求,不仅给出了独特方案,还展现了令人信服的实践数据,为同业提供了有价值的参考。

华为专家分享环节,郭洋老师分享了名为《拨云见日,求真务实从需求变化与业内实践,看云内存储选型》的精彩内容,首先以块/文件/对象存储的不同特性与演进,展现了存储发展的过往今生,以市场需求为导向的大道至简。其次,聚焦于金融业务对存储需求本质,详细介绍块/文件存储对应的不同业务场景,全面揭示业务场景衍生多样化存储,不同类型存储助力多样化业务。最终针对于企业当前业务上云的需求,从性能、时延、网络、容灾等多个视角对比企业存储与分布式存储,点明云平台存储架构规划设计回归业务需求本质,理性决定选型。

互动交流环节中,参会用户通过文字或语音的方式积极提出了自己在云平台存储建设中的痛难点问题,与会的专家老师也都相应给出了设身处地的技术解答。精彩问答节选如下:

某城商行用户提问:结合技术和经济等整体因素,城商行应该如何有效构建云环境下敏态和稳态的存储架构体系?

用户专家彭毅回复:

我行目前在敏态环境下,主要也是发展一些分布式的NAS存储,还有一些对象存储。这种业务发展其实很不可控的,它不在我们的掌控之内,发展得非常快,在这种情况下,不仅要从技术上考虑,可能还要从另外一些方面,比如说采购方面一起考虑。通常来说行内的商务采购周期一般都比较长,但存储需求增长非常快,可以从商务采购模式上进行一些变化,如通过框架集采的方式,尽量弥补存储容量的快速增长需求。对于容量的一个控制监控我觉得确实非常必不可少的。

华为专家武装回复:

1、云外的稳态业务已经比较清晰,以经典的IOE体系为准,重点是信创的考量,而引起更多争论的是云内的存储如何选择

1)需要提前考虑敏态业务的块存储规模和需求是什么?到底扩展性有多大?结构化数据,有没有实际扩展性诉求?选型的本质是面向需求,基于厂商能力的适配性选择;要朝向真实的业务诉求,业务负载,业务规模,而不是个别风向或者所谓的‘趋势’。

2)就目前很多大行的云,Region代表数据中心或者较大的一块独立业务,而Region内部是按照AZ来建设每个IaaS单元的,包含相应的计算资源,多为100~150服务器,网络资源和块存储资源。

①块存储都被分割到各个AZ之内,国内金融行业不存在跨AZ的块存储;而AZ内块存储的规模都是固定的,一个AZ常规只有几百TB。然后IaaS层以AZ的规模进行扩展,而每个AZ的大小最初都规定好了,中间也不存在扩容场景,从成本角度看,分布式块的三副本,还是明显提高了客户的采购成本的。我们交流过很多银行的客户,在分布式块上,都是三副本部署方式,并不经济高效。而在这个几百TB的规模上,企业存储无论是性能、时延、采购成本,自身可靠性,成熟度,灾备体系完整度上,优势极为明显。主要承载之前云外的虚拟机承载的相关业务。

②NAS存储和对象存储,多为整个Region内部,所有AZ可以共享的资源部署;其中NAS存储主要是业务共享性需求,近一段大量用于容器类业务对接,以确保容器类应用可以在不同AZ的计算资源体系上拉起。而对象多用于备份、归档资源池,长期存放数据。

3)从华为存储的调研和实践经验上,尊重客户的历史选择,但是,更尊重实际客观的真实需求。分布式化是业务分布式,而并不是存储分布式,块存储明显不适合分布式;不是为了分布式而

文档评论(0)

幸福是什么 + 关注
实名认证
文档贡献者

幸福是什么

1亿VIP精品文档

相关文档