开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

5842

2013年11月11日 03:00

Networker中存储节点的问题

这几天在学习Networker,由于之前对Networker基本完全不了解,故有不少的问题,先抛出几个问问

LAN-based.pngSAN-based.png

上面两图是LAN-based和SAN-based,在ISM v2这本书截的,中文版p152或英文版p237。

Networker中有三个重要的角色,分别为Server、Storage Node、Client。

Server:安装时候包含了Server、Storage Node和Client。

Storage Node:安装是包含了Storage Node和Client。

Client:只有Client。

备份时候所有数据流都需要经过Storage Node,故在SAN-based中 如果Storage Node和Client是同一个的话,就是实现了LAN-Free,数据直接从Client/Storage Node到备份设备。

(注:根据上课后总结的,如果此描述有误的话,请帮忙指出,谢谢)

问题:

1、不考虑成本或者在购买Networker购买容量许可的情况下,是建议给每个Client都安装Storage Node吗,起码我觉得从性能上来说是这样子的。

2、上面第1点成立的话,如果Storage Node有限 是否就只给关键业务的Client安装Storage Node了,然后其他Client就是用另外的Storage Node?

3、在LAN-based中Storage Node和Client也可以装在一起,是否数据也是直接从Client/Storage Node到备份设备了,只不过数据传输链路变成是LAN网络而已。

4、上面第3点成立的话,跟Networker 8.0的新增加功能Client Direct貌似有点重复了? (Client Direct功能就是让Client绕过Storage Node,直接进入AFTD和DD Boost存储设备) 或者说备份设备不是DD,也可以实现类似Client Direct的功能。

1.1K 消息

2013年11月12日 17:00

备份时候所有数据流都需要经过Storage Node,故在SAN-based中 如果Storage Node和Client是同一个的话,就是实现了LAN-Free,数据直接从Client/Storage Node到备份设备。

(注:根据上课后总结的,如果此描述有误的话,请帮忙指出,谢谢)

LAN-Free的意思是备份数据不进过LAN,关键就是这个client和storage node都是在SAN里面的,那么就是LAN Free。

问题:

1、不考虑成本或者在购买Networker购买容量许可的情况下,是建议给每个Client都安装Storage Node吗,起码我觉得从性能上来说是这样子的。

不必每个如此,一方面管理起来稍显混乱,此处不是必须要用到dedicated storage node。另外域里面备份的数据当然是放到同一的位置(共享存储)方便以后进行统一维护,介质也应该接到指定的storage node上进行管理。

2、上面第1点成立的话,如果Storage Node有限 是否就只给关键业务的Client安装Storage Node了,然后其他Client就是用另外的Storage Node?

不必如此,关键数据可以从备份时间、存储目的地和安全等角度加以优化就可以了。

3、在LAN-based中Storage Node和Client也可以装在一起,是否数据也是直接从Client/Storage Node到备份设备了,只不过数据传输链路变成是LAN网络而已。

正确。

4、上面第3点成立的话,跟Networker 8.0的新增加功能Client Direct貌似有点重复了? (Client Direct功能就是让Client绕过Storage Node,直接进入AFTD和DD Boost存储设备) 或者说备份设备不是DD,也可以实现类似Client Direct的功能。

关键在于数据要不要经过storage node到存储设备。一个是要,一个是不要。

1.2K 消息

2013年11月11日 20:00

更多关于SAN-Based backup、LAN-based backup以及NetWorker 8 Client Direct功能的介绍,请参见:

备份架构——三种基本备份拓扑

https://community.emc.com/docs/DOC-26125

NetWorker 8.0 Client Direct备份功能介绍

https://community.emc.com/docs/DOC-20711

1.2K 消息

2013年11月11日 20:00

3、在LAN-based中Storage Node和Client也可以装在一起,是否数据也是直接从Client/Storage Node到备份设备了,只不过数据传输链路变成是LAN网络而已。

在LAN-based backup中,备份数据和元数据(metadata)都通过LAN来传输,备份数据通过storage node备份到存储设备,元数据由client和storage node发送给server。

4、上面第3点成立的话,跟Networker 8.0的新增加功能Client Direct貌似有点重复了? (Client Direct功能就是让Client绕过Storage Node,直接进入AFTD和DD Boost存储设备) 或者说备份设备不是DD,也可以实现类似Client Direct的功能。

不重复,甚至可以说是相反的。由于7.6及之前的版本中数据必须通过storage node备份到存储设备,storage node就可能成为一个备份瓶颈。NetWorker 8中对此提供了一个优化的新功能,即Client Direct,允许备份数据跳过storage node由client直接发送到AFTD或DD boost设备。storage node只起到管理备份设备的作用。当然storage node本身也是一个client,如果是备份它自己的数据,就不存在跳不跳过的问题了。

1.2K 消息

2013年11月11日 20:00

简单谈谈我的一些理解。

备份时候所有数据流都需要经过Storage Node,故在SAN-based中 如果Storage Node和Client是同一个的话,就是实现了LAN-Free,数据直接从Client/Storage Node到备份设备。

(注:根据上课后总结的,如果此描述有误的话,请帮忙指出,谢谢)

SAN-based backup本身就是一种最common的LAN-Free backup,跟Storage Node与Client是否同一个没有关系。只要备份数据备份到SAN设备并且Storage Node/Client元数据(metadata)通过LAN传送到Server上,这就是SAN-based backup。

1、不考虑成本或者在购买Networker购买容量许可的情况下,是建议给每个Client都安装Storage Node吗,起码我觉得从性能上来说是这样子的。

每个storage node都要有与它相连的设备。配置成多个storage node的好处是处理并发备份任务数据流,或者出于管理的目的将不同的数据根据不同的需要备份到不同storage node的存储设备上。并不是storage node配得越多越好,因为这样你的数据存放的可能会很分散,不利于后期对数据的管理和维护,而且资源越多意味着出错的可能性越大。所以,storage node要配几个,要根据你的环境和需求做合理的规划,在性能优化和管理便捷中找到一个平衡点。

2、上面第1点成立的话,如果Storage Node有限 是否就只给关键业务的Client安装Storage Node了,然后其他Client就是用另外的Storage Node?

NetWorker storage node有一个属性,叫做dedicated storege node。配置成dedicated storege node以后,该storage node只能备份它自己的数据,而不能备份其他client的数据。如果某一个client备份数据量比较大(或者关键业务)的话,可以考虑将它配置成dedicated storege node。由于它的数据不会通过网络传送到其他storage node,因此也减轻了网络压力。

181 消息

2013年11月12日 05:00

Tim Quan 撰写:

简单谈谈我的一些理解。

SAN-based backup本身就是一种最common的LAN-Free backup,跟Storage Node与Client是否同一个没有关系。只要备份数据备份到SAN设备并且Storage Node/Client元数据(metadata)通过LAN传送到Server上,这就是SAN-based backup。

如果Storage Node和Client不在同一个的话,备份数据都要经过Storage Node,这样Storage Node会成为一个瓶颈么?

每个storage node都要有与它相连的设备。配置成多个storage node的好处是处理并发备份任务数据流,或者出于管理的目的将不同的数据根据不同的需要备份到不同storage node的存储设备上。并不是storage node配得越多越好,因为这样你的数据存放的可能会很分散,不利于后期对数据的管理和维护,而且资源越多意味着出错的可能性越大。所以,storage node要配几个,要根据你的环境和需求做合理的规划,在性能优化和管理便捷中找到一个平衡点。

也是,太分散了会不好管理。 那在实际实施中,估计绝大部分都只有一个storage node  或者就把Server当做Storage node了

1.8K 消息

2013年11月12日 05:00

1、不考虑成本或者在购买Networker购买容量许可的情况下,是建议给每个Client都安装Storage Node吗,起码我觉得从性能上来说是这样子的。

如果单纯从性能上去考虑当然是配置成 专用存储节点,能提升性能,但配置和管理和成本上就上去了。

2、上面第1点成立的话,如果Storage Node有限 是否就只给关键业务的Client安装Storage Node了,然后其他Client就是用另外的Storage Node?

理论上是的,其实除了考虑到有限之外,数据量是一个非常重要的参考标准。

3、在LAN-based中Storage Node和Client也可以装在一起,是否数据也是直接从Client/Storage Node到备份设备了,只不过数据传输链路变成是LAN网络而已。

这点不是非常理解您说的。不过还是要先区分是专用存储节点还是存储节点,这两个有区别。

4、上面第3点成立的话,跟Networker 8.0的新增加功能Client Direct貌似有点重复了? (Client Direct功能就是让Client绕过Storage Node,直接进入AFTD和DD Boost存储设备) 或者说备份设备不是DD,也可以实现类似Client Direct的功能。

这是提供一种新的数据存储方式,和第3点的存储节点还是有区别的。

1.2K 消息

2013年11月12日 17:00

如果Storage Node和Client不在同一个的话,备份数据都要经过Storage Node,这样Storage Node会成为一个瓶颈么?

当然有可能会了。这就是为什么NetWorker 8.0要推出Client Direct功能的原因,就是为了解决storage node成为瓶颈的问题。配置多个storage node也可以缓解这个问题。

也是,太分散了会不好管理。 那在实际实施中,估计绝大部分都只有一个storage node  或者就把Server当做Storage node了

如果备份环境小数据压力不大的情况下(比如测试环境),完全可以只配一个storage node,即直接把server作为storage node。如果备份数据量多的话,配置多个storage node可能更好些。还是那句话:“storage node要配几个,要根据你的环境和需求做合理的规划,在性能优化和管理便捷中找到一个平衡点”。通常在购买和搭建环境之前,EMC售前工程师会根据你的备份环境帮你做合理规划的。

181 消息

2013年11月12日 19:00

现在正确了,原来是我论坛设置的时区搞错了

181 消息

2013年11月12日 19:00

好像论坛的时间不准? 显示的时间跟实际时间不一样,现在快中午11点40了

181 消息

2013年11月12日 19:00

谢谢各位大咖的的回复,终于对存储节点和整个networker有点了解了

在SAN环境中,SAN交换机就需要对Storage Node、Client、备份设备(带库或DD)划到同一个zone了吧? 至于Server,由于只通过LAN来传输元数据,故不需要划zone。

1.8K 消息

2013年11月12日 21:00

一般server也要划入相关zone,因为server一般也会带设备。LAN备份传过来的数据写入server带的光纤设备。

181 消息

2013年11月12日 21:00

明白了,虽然理论上是不需要划到zone里,但实际环境中server一般有带带库,故也会把server放在SAN中并划zone。

1.1K 消息

2013年11月12日 21:00

你可以不把server放进SAN,这个没关系的。

13 消息

2013年11月30日 03:00

存储节点应该对的NBU 介质服务器的概念。

找不到事件!

Top