未解决
此帖子已超过 5 年
1.2K 消息
2
12552
【专家问答第四期】：CLARiiON和VNX本地远程复制配置和主机应用配合方案选择
好消息，EMC中文论坛里新一期的“专家问答”活动即将开启。从10月15日（周一）开始为期两周的时间里，我们将和大家一起讨论和分享关于CLARiiON和VNX本地远程复制配置和主机应用配合方案选择 的话题和心得。以往所有已完成的“专家问答”活动可参考这个汇总贴。
本期讨论主题：CLARiiON和VNX本地远程复制配置和主机应用配合方案选择
本期持续时间：2012年10月15日 – 10月28日，为期两周。活动结束后，本贴将锁定，有相关的后续问题可开新贴提问。
本期我们邀请到的两位专家是： Celia Lee 和 姜华
Celia Lee 存储相关工作从事了8年, 04年到05年做了一年的CLARiiON技术支持, 从05年开始, 做CLARiiON, Celerra, VNX, ETF, ISM等课程的培训。对相关产品的安装，实施，管理，故障排除都有一定的了解。对本地及远程复制, 容灾方案及相关产品的整合比较感兴趣。 |
||
姜华 有3年的EMC CLARiiON远程技术支持工作经验，现任职现场支持专家。对于CLARiiON数据复制技术和存储性能问题有浓厚的兴趣。 |
和专家交流，与同行畅谈。欢迎大家以回帖的方式就CLARiiON和VNX本地远程复制配置和主机应用配合方案选择 这个主题，来积极提问和踊跃发表自己的意见。期待您的参与！
Celia_Lee
106 消息
1
2012年10月17日 20:00
Wangzhizheng:
Clone的protected restore的选项是在做反向同步的时候保护的clone LUN的数据. 因为clone的反向同步, 有一个instant restore的功能, 即在restore一开始, source lun的数据会瞬时变化为clone lun的数据状态, 反向同步的进程在后台进行. 这个时候就允许生产主机把source lun挂载上来跑应用了.
这个时候, 如果选用了protected restore, 主机写入source lun的数据, 就不会同步到clone lun上, 这样反向同步完成以后, source lun和clone lun的数据是有差异的, 所以restore完成以后, 系统进入fractured状态.
如果没有选择protected restore, 在反向同步的时候, 主机写入source lun的数据会实时同步到clone lun, 反向同步完成之后, source lun和clone lun的数据完全一样, 系统会自动翻转为正向同步状态.
A-FAH
33 消息
0
2012年10月18日 22:00
专家，你们好
能不能对Celerra Replicator技术做一个简单的介绍？如果这个技术适用的EMC产品，限制性条件等，谢谢
Celia_Lee
106 消息
0
2012年10月20日 07:00
Celerra Replicator是基于文件系统的复制. 调用快照的技术做的异步复制, 复制采用data mover上的前端端口.
复制的源文件系统和目标文件系统必须一模一样大.
源文件系统和目标文件系统可以在同一个data mover上, 也可以在同一个Celerra的两个data mover上, 也可以在两个Celerra之间做复制.
如果复制的源和目标文件系统分别在两个celerra上, 要求两个celerra的control station也要建立网络连接, 并建立信任关系.
Celia_Lee
106 消息
1
2012年10月22日 08:00
to yanhong:
先对CLARiiON/VNX上可选的复制软件做一个概述, 再来看碰到实际情况的时候, 如何去选择:
**基于LUN的数据复制:
1. Snapview有两个功能, snapshot和clone, 单个存储内的本地复制.
** snapshot采用的快照的技术, copy on first write, 基于指针的虚拟LUN技术, 典型应用是备份的辅助方案, 即把源LUN做一个快照,再作快照snapshot去做备份.
** clone是全卷镜像 full volume mirror, 同步状态下源LUN和clone lun数据实时同步. 典型的应用是做出一份复本来做测试. 也有很多客户使用clone做为数据保护的第一份复本. 复制的源和clone LUN要求完全一样大.
2. SAN copy有两个功能: full copy和incremental sancopy, 同时支持存储内和存储间的数据复制. 并支持CLARiiON/VNX和异构存储间的复制, 并可以从小LUN拷贝至大LUN.
** full copy, 大数据块全LUN拷贝, 典型应用是数据快速迁移, 尤其是异构存储之间的快速数据迁移.
** incremental san copy, 基于快照的增量数据同步, 在一个全复制的复本基准上, 可以做增量的数据更新. 典型应用是数据分发, 可以快速把数据从一个站点最多分发出100个复本.
3. Mirror View有两个产品, 同步(mirror view/S)和异步(mirror view/A) , 必须在两个存储(CLARiiON/VNX)之间做, 专为容灾而设计. 复本LUN(secondary image)不可以直接访问, 但可以间接做快照或是克隆来访问.
** Mirror View/S, 同步复制技术, 数据同时写到源和目标存储, 要求两个存储之间的连接信道带宽比较高, 大多数用来构建同城灾备.
** Mirror View/A, 基于快照的复制技术, RPO在分钟到小时级, 后台调用incremental san copy和snapshot技术, 用来做距离比较远或是带宽有限的容灾.
**基于文件系统的复制:
1. Snapsure: Celerra/VNX文件系统的快照, 做出来的快照叫checkpoint(ckpt), 最多可以做96个只读的快照和16个可读可写的快照, 基于指针的copy on first write技术. 多数用来做备份或是备份的辅助(做一份快照再拿去备份到其他的备份存储上)
2. Replicator V2: Celerra/VNX文件系统的异步复制. 采用快照的原理, 后台调用snapsure做增量的更新, 要求源LUN和目标LUN完全一样大小, 多数用来做容灾, 或是数据迁移.
有三种情况可以使用:
loop back replicator - 同一个data mover上的两个文件系统的复制
local replicator - 同一个celerra/VNX内两个不同的data mover上的两个文件系统的复制.
remote replicator - 两个celerra/VNX上的文件系统的复制.
**对于CLARiiON/VNX上比较常用的LUN的复制还有Recover Point, 可以支持异构存储之间的同步和异步, 本地和远程复制. 主要用于容灾. 其特点是连续数据保护, 多恢复点.
有三个选择: CDP同步的连续数据保护, CRR异步的连续远程复制, CLR同步加异步的复制.
** Replication Manager
由于上述的所有复制都是基于存储的复制,要想和应用很好的配合, 一个方法是在主机上写脚本, 但难度很大, 很复杂, 可靠性需要反复调试. 所以replication manager是一个和主机应用相配合的, 智能化的复制辅助工具, 由服务器端去触发复制的发生和更新, 更好的和应用紧密联系.
上述几种复制技术当中, 只有mirror view不支持, 其他的复制技术都可以比较好的配合使用.
Yanhong1
1.6K 消息
0
2012年10月22日 08:00
两位专家，有没有在这个方面碰到的典型案例，或者是给你们印象深刻的实际碰到的案例，给大家分享讨论一下啊
Celia_Lee
106 消息
1
2012年10月22日 08:00
这么多的复制技术, 使得我们在碰到问题的时候, 选择也很多, 经常不清楚应该选用哪些产品.
其实关键的地方就是, 先找到目前想要解决问题的关键点, 针对这个问题来解决.
案例一: 快照／克隆如何和备份相结合?
一讲到快照／克隆是备份的辅助方案, 很多人就会和备份软件相比较.
的确很多备份软件都提供在线备份功能, 那为什么还要基于存储的快照呢?
这个关键的选择点就在于, 一个是看你的应用在备份的时候, 备份会不会对应用造成性能的影响.
如果客户的业务晚上很闲, 基本没有流量, 白天很忙, 这样可以把备份放在晚上来做, 基本备份和应用不在同一个时间段, 没有性能的影响, 就可以选择直接备份软件做在线备份(当然备份软件也是基于文件系统做了一份快照再拿去备份的）
我就碰到有一个用户的业务24小时都很忙, 基本没有应用的忙闲时间，应用又很重要，不希望备份对应用造成哪怕是一点的性能影响，这样他选择的就是利存储本地复制的技术，而性能影响最小的是clone, 所以这样就是三者的结合: clone, 备份软件以及replication manager.
备份一定是某一个时间点的一致性的数据, 这样的数据才能用来成功的恢复数据, 而数据的时间点是要根据不同的应用, 有不同的要求的. 有些应用并不是任意时间点的数据都可以成功的恢复应用. 所以由replication manager去和应用打交道, 决定什么时间点是最佳时间点可以用来做备份, 用clone来产生这个时间点的复本, 做出来的复本(clone lun)让备份服务器访问拿去做备份.
在这里的关键点就是对应用性能的影响, 生产主机的备份软件影响最大, 基于LAN的数据传送又影响备份速度, 存储端相对而言, 基于copy on first write的快照有可能对应用会产生大概10%左右的性能影响(不同应用差别很大,以实测为准), clone的影响最小.
Yanhong1
1.6K 消息
0
2012年10月24日 07:00
这么好的帖子都不在首页上了，我把它顶上来。我看最近论坛里有人在问san copy方面的问题。可以来这里请教专家哦
WangZhizheng
74 消息
0
2012年10月24日 18:00
专家们：
既然专家们说到对应用性能的影响，我来问个问题。
使用Replicator V2是不是对应用性能影响很大？
我们有个case，VNX For File用ReplicatorV2做remote的备份。
在做性能测试的时候，replication start前，主机端有1000以上iops
第一次replication完成后，就变50iops了。
不知道专家们有什么经验或者前例没有？
Celia_Lee
106 消息
0
2012年10月25日 11:00
VNX For File的Replicator V2是调用快照来做的复制, 采用copy on first write的原理, 即对同一个文件的数据块第一次改写的时候会产生复制的操作, 所以会有一点点的写入延迟. 但对读应该是没有影响的. 这里如果写的IO要求比较高, 要查看一下快照配置的数量.
而在初始化复制过程当中, 由于有大量的数据传送, 会占用系统的资源, 肯定会对系统造成性能的影响, 推荐在不忙的时候做初始化复制. 但初始化复制完成之后, 没有其他操作的话, 就只有快照的影响了. 这个快照不会删掉, 下一次更新复制的时候还会用到.
另外主机的IO并不是持续平均的, 要看主机的应用. 从复制前的1000 IOPS到开启复制初始化之后的50IOPS, 这个差距有点悬殊, 是不是有可能刚好到了应用的IO的忙闲交替的时间? 如果只有这一个复制, 初始化复制又完成了, 是不应该会有这么大的悬殊的. 可以查看一下有没有其他的快照在使用.
另外对文件系统有影响性能的操作还有: 文件系统配额启动的时候, 对全文件系统做病毒扫描的时候等等.
WangZhizheng
74 消息
0
2012年10月25日 21:00
谢谢专家的意见
我们在测试中发现，降低的只是write的速度。
虽然系统本身是cost要求大于performance,所以salvol也是从clarata_r6 pool里面做出来的。
但是replication发生前后这个Iops也差太大了。这个iops不是实际应用，而是我们的测试。
xeon3
53 消息
0
2012年10月27日 09:00
谢谢周的组织！
谢谢李老师的帖子，让我豁然开朗，明白了一直纠结的问题！
在remote replicator - 两个celerra/VNX上的文件系统的复制中，我们是如何打开replicator这个功能的？是装enabler吗？还是有license？
Jeffey1
2 Intern
2 Intern
•
2.8K 消息
0
2012年10月28日 18:00
可以在以下目录打开replicator功能：
VNX： VNX > Settings目录右下角的Manage Licenses for File里面
Celerra: Celerra > System > System Information目录左上角的Manage Licenses里面
只要勾上ReplicatorV2 Licensed选项，Replicator功能就可以用了。随便说一下，在没有license的情况下使用Replicator功能，是无法获得EMC售后支持滴。^_^
Jason_Zhou
1.2K 消息
0
2012年10月28日 22:00
本期关于“CLARiiON和VNX本地远程复制配置和主机应用配合方案选择”话题的专家问答活动已圆梦结束。再次感谢各位积极参与讨论和提供精彩解答的朋友们。
本帖就此锁定。大家有新的问题的话，欢迎开新贴讨论（点击右边操作栏里的“展开讨论”）。
下个月还会继续有关于其他产品主题的专家问答活动，敬请期待。