小金融对双活要求不高,能否采用超融合架构替代存储架构?

今天在社区看到这个文章转发过来抛砖引玉一下,欢迎大家参与交流,各抒己见。

栏目内容来自同行分享的一手体验和观察,仅代表个人观点

@ACDante TYYJ:

超融合加应用层容灾,可行。

@pysx0503 系统工程师:

我觉得是没有问题的,超融合有着很多优越性,而且也特别适合中小企业,当然也包括小金融。具体的搭配要看实际环境的业务量,对故障的容忍度等等。总体来说,需求不算苛刻的情况下可以用超融合架构代替传统的存储架构,可以适当增加一些备份容灾手段来提高可靠性。

@huijx 某银行 系统运维工程师:

1、若对建设和运维成本敏感、系统对扩展性要求不高,请酌情考虑。

2、若系统架构比较稳定,对性能有较高要求,比较推荐。

@解志 电子云 项目经理:

小金融和大金融对安全以及监管的要求是一样的,小金融和大金融最大的区别就是规模,再就是需要考虑其业务对底层存储的要求,如果是集中式存储那就不能通过超融合架构替代,如果是分布式的这个可以考虑通过超融合架构替代。超融合最大的特点是算存、管控、安全一体化,涉及的不仅仅是存储的问题,还有计算与安全的,所以这个问题需要更进一步细致的分开讨论,不能仅仅是存储层面。

@s6dong 东软集团 it技术咨询顾问:

首先明确一个要求,小金融对双活要求不高,并不代表可以不做双活,只是做的级别和程度要求相对较低。

按照国家银监会的要求,银行等金融机构在成立一年内就需要实现双活或数据备份等容灾手段保护数据安全和业务安全。按照国家容灾等级建设制度要求,双活属于6级最高级,小金融可以根据自身情况做5级或以下容灾级别,但是不可以不做。

超融合架构做数据中心双活架构,需要依赖的网络和技术的条件比较多,严格意义上讲不是特别合适,但是如果做本地级别的双活或者网络条件允许下的双中心级别的双活容灾还可以考虑,主要有以下两种方案:

1,如果两个数据中心距离不是很远,或者只做本地数据中心的双活或主备架构,在网络条件比较好的情况下(光纤或万兆网络链接)可以实现。如果是本地数据中心双活,直接使用超融合架构组建一个或多个超融合群集,部署在群集内的金融应用可以实现高可用性。如果是两个数据中心直接,可以将超融合的群集服务器在物理上分开部署,将群集内的服务器分别部署在两个数据中心,但是逻辑上还是一个群集,这样两个数据中心共享一套群集,部署在群集内的应用同样享受高可用特性。

2,如果两个数据中心距离较远,或者本地数据中心要求不高,小金融不做双活,只做数据备份或者数据复制,那么可以通过超融合架构的分布式存储数据复制功能实现。首先一定是两套超融合群集,一主一备,不管是分别部署在两个数据中心还是全部本地化部署,平时都是只启用主群集,备群集只做数据同步和备份,在主群集有故障时再启用备群集接管。这种架构好处是随时实现不了双活级别,但是对网络要求比较低,可以实现并满足银监会的要求。

另外,超融合架构本身就是分布式存储+虚拟化系统的架构,从技术上来讲是可以替换小金融的存储架构的。但是建议是只替换小金融的分布式存储架构,对于数据一致性要求比较高的集中式存储,能否替代还需要多做测试。因为超融合的存储架构毕竟是分布式的,存储文件和数据没有问题,但是对于Oracle rac这类对数据有强一致性要求的业务,需要慎重选择,并不一定能支持得很好,而且不管大小金融数据库类业务比较多,还需要谨慎选择。

@qiuxuming 售前技术支持:

一,以VSAN为例的超融合架构,是可以通过延伸集群功能来实现双活。就基础架构本身而言,超融合实现双活没有问题。

二、需要对业务应用进行分析。哪些业务确实需要高可用且能够部署在超融合架构上,如果业务允许在虚拟化平台上部署,且计算资源和存储资源的消耗相对比较均衡,那是适合在超融合架构,这个时候就可以采用实现双活的超融合架构。

@michael1983 某证券 技术总监:

要考虑稳定性的问题,如果系统对稳定性要求不是非常极致,超融合完全没问题。

@大夏 英大基金 副总经理:

完全没问题,超融合就是为小金融而生的,小金融不像银行保险对高可用要求那么高,所以一般不需要双活。而且,超融合对数据库RAC也是支持的,也可加上应用的负载均衡,不会比双活差。

@zwz99999 dcits 系统工程师:

这个是完全可行的,对应轻量化的应用是完全合适的;相比银行保险那些要求较高的性能估计比那些强,完全可行。

第二超融合存储部署也比较方便,功能也很全,对数据库rac也是完全支持的。

@cpc1989 某保险公司 存储工程师:

超融合架构的核心技术是服务器虚拟化+分布式存储,只是计算和存储运行在同一软件堆栈上。

优点:方案集成度高,部署便捷,可横向扩容;

缺点:虚拟化方案可选,但存储方案是封闭的,易形成资源孤岛;整体架构扩展性不足,不管是横向还是纵向扩容;系统内部复杂性很高。

超融合架构有其固有缺陷,并不适合通用的存储场景。但如果合理规划,确实能替代很多存储使用场景。需要注意的有:要控制住超融合集群的规模,应用可在多个集群中部署,适合一般的虚拟化场景( 计算与存储配比稳定)。

超融合 #存储

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,723评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,003评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,512评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,825评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,874评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,841评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,812评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,582评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,033评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,309评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,450评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,158评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,789评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,409评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,609评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,440评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,357评论 2 352

推荐阅读更多精彩内容