NetBackup的3层备份架构

做备份挺难的,做好备份难之又难。一个备份系统,从规划、实施、运营、规范、持续优化共5大阶段。实际上,持续优化又是一个规划、实施、运营的过程。所以备份系统的工作,是一个闭环的不断循环的过程。为什么说做好备份难之又难,作者认为最难的是备份设计,一个综合考虑客户现有IT环境结合后续发展的备份系统,才是一个好的备份系统。做备份系统设计,首先要对备份系统架构有一个深刻的认识,也正是本文的初衷。

Veritas NetBackup,不用过多的介绍,接触过NetBackup的客户和工程师都知道,NetBackup是全球备份软件市场份额最大的软件之一,甚至可以去掉”之一”。


不得不提的备份重要性。

2012年3月,GoogleMusic的程序bug导致误删除了60万条音频文件,直接影响约2.1万用户的正常使用,维护团队花了7天时间才从磁带中恢复了的1.5PB数据。

2015年5月,携程网由于员工错误操作,删除了生产服务器上的执行代码,导致官方网站和APP大面积瘫痪。维护团队花费12小时从备份中恢复数据,业务才得以恢复。

2017年1月,游戏”炉石传说”的数据损坏,经过长时间修复,才将数据恢复到41小时之前的状态。

此刻作为IT管理或维护人员的你是否认为你的企业数据很重要,需要备份,需要做好备份工作?如果是,那么请往下看。


NetBackup备份架构

上图是一个经典NetBackup入门培训文档的必用图。NetBackup备份软件架构总体来说是一个3层架构。

位于最顶层的Master/EMM Server是整个备份系统的控制中心,负责整个备份系统的控制、管理。

中间一层是Media Server,顾名思义就是备份介质管理,数据通过备份链路传送到Media Server,由Media Server负责将备份数据存储到备份介质上。

最下面一层是NetBackup Client,nbu客户端,可以简单的理解为IT系统中的服务器,包括数据库服务器、web服务器、邮件服务器,也就是具有数据保护需求的业务系统。规模大的企业的IT系统,估计有几十到几千个需要备份的Client;规模小的企业,也有几个到十几个。

针对中小IT系统的2层备份架构

最顶层的MasterServer,实际上不仅仅只是一个控制中心,它可以是一个独立完整的备份系统,因为这个备份控制中心Master,包含了架构图中的MediaServer和Clients的所有功能和特性。针对中小企业,为了节约成本,我们可以精简掉MediaServer这一层,于是有了下图的针对中小客户的2层备份结构。

2层备份架构

这种备份结构的特点是,架构简单,维护简单。当然,这种2层架构后续在备份数据不断增长而需要做备份系统扩容之时,可以增加一台或多台MediaServer,灵活地扩展到3层备份架构。

中间一层的MediaServer,也包含了Client的功能和特性,因此,理论上可以使用只有MasterServer和Media Server这个特殊的2层备份架构的备份系统,但从成本和合理性考虑,几乎没有客户采用这种架构,作者至今没有见过。可以想象,再大的IT系统环境也会有个别的只有几个GB到几百个GB的备份需求,一个便宜的Client许可即可满足,为何强行做一个相对昂贵的MediaServer呢?

针对大型IT系统的3层备份架构

小规模IT环境使用2层Server/Clients的备份架构;那么针对规模大的IT环境,设计一个3层备份架构(如下图),会是一个很好的建议:

3层备份架构

在3层备份架构中的MediaServer的作用最明显的就是分担客户端的备份数据流,减轻MasterServer的备份压力。假设一个IT系统中有50个备份客户端的备份需求,那么可以考虑其中10个客户端的备份数据由MasterServer负责,其他的40个备份需求由2台MediaServer平均分担。

当然,MediaServer除了可以是一台专用的备份介质服务器以外,它还可以是一台生产服务器。当IT环境中有一个数据库的数据量比较大,几个TB到几十个TB,这个时候,把这个服务器做成一个NetBackup Client,通过网络备份到MasterServer或MediaServer上,显然不是一个合适的做法。合理的做法是,将这条数据库服务器做成一个MediaServer角色,通过FC光纤网络,将备份数据从数据库服务器备份到备份介质上,不再通过以太网络传送备份数据。这种就是lan-free备份,降低以太网络的消耗,使用san链路,提升备份效率。


如何选择适合的备份架构

初学者可能迷惑,怎么评估一个IT系统环境是小规模还是大规模,应该使用2层备份架构还是3层备份架构,如何判断。

这是一个专业性比较强的问题,请咨询和相信你们的备份顾问,让他们根据你们IT环境的现状和评估,给出合理的建议。在此我们暂时不做复杂的讨论,仅作简单的假设分析:

假设用户提供使用的备份网络是1Gb/s,每秒传送的数据最大大概就是100MB/s,那么1小时我们可以备份360GB的数据,在晚上的8个小时备份时间,一共能备份360*8=2.88TB。也就是评估并找出当前备份的瓶颈,计算备份性能极限,优化备份方案或架构。

假设千兆网络是瓶颈,是否可以使用网络链路聚合来提升备份速度,从1Gb/s提升到2Gb/s,甚至3Gb/s;

假设瓶颈是备份介质设备和介质的读写速度,是否可以通过增加/更新磁带驱动器、增加磁盘阵列来做优化;

如果通过以上2个手段不能满足客户数据在规定备份时间内的备份需求,那可能增加一个MediaServer会是一个比较良好的方案。


数据安全无小事,今日敬请多关注。欢迎各位点赞和转发。

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

推荐阅读更多精彩内容