Celia_Lee's Posts

Celia_Lee's Posts

你的存储是CX500, 最高的软件版本是R26, 上面的版本都不适用这个存储. 最好使用匹配版本的软件. 如果不知道版本可以用R26 的navisphere Array Initialization Tool试试. 使用时要求安装此软件的笔记本和存储的两个控制器的管理端口在相同的物理子网里,最简单就是连到同一个小交换机上即可. 交换机的串口线往往在存储上是不能用的. CX500... See more...
你的存储是CX500, 最高的软件版本是R26, 上面的版本都不适用这个存储. 最好使用匹配版本的软件. 如果不知道版本可以用R26 的navisphere Array Initialization Tool试试. 使用时要求安装此软件的笔记本和存储的两个控制器的管理端口在相同的物理子网里,最简单就是连到同一个小交换机上即可. 交换机的串口线往往在存储上是不能用的. CX500的串口线非常特殊, 是两根线对接起来用的, RJ-45转串口只是一个转接口,还需要一根null-modem的串口线, 具体标准线序可以网上查到, 可以自己做, 可以用全反线的网线加RJ45-DB9的转接头拼出来.
具体应用的读写比例及随机IO和连续IO, 大数据小数据的比例分配, 是要用工具去测的. clariion和vnx提供了性能参数收集的工具是analyzer, 这个问题要计算太复杂了, 很久以前的存储给过最优的IOPS数值,但客户环境太复杂, 用户会以为是个固定值, 达不到这个数值就来找EMC, 争议非常多, 后来就不提供官方的数字了. 所以还要看客户的需要实测比较好, 在一个... See more...
具体应用的读写比例及随机IO和连续IO, 大数据小数据的比例分配, 是要用工具去测的. clariion和vnx提供了性能参数收集的工具是analyzer, 这个问题要计算太复杂了, 很久以前的存储给过最优的IOPS数值,但客户环境太复杂, 用户会以为是个固定值, 达不到这个数值就来找EMC, 争议非常多, 后来就不提供官方的数字了. 所以还要看客户的需要实测比较好, 在一个范围内, 应用可以接受就可以了. 对IOPS有影响的非常多的因素: 磁盘数量 磁盘型号(SAS, SATA, FC, Flash, 2.5', 3.5') 磁盘转速 磁盘容量大小 后端磁盘分布(bus数量,每bus磁盘数等等) RAID类型 RAID配置 数据读,写比例 大数据小数据比例 磁盘的utilization SP压力 主机HBA卡数量, 驱动, firmware版本, 型号 交换机配置 存储连接主机的拓朴结构 主机链路管理软件类型 主机链路负载均衡策略及算法 存储Cache配置 Fast Cache配置 有无其他复制软件 上面的还不是全部, 做性能调优的人必须有各方面的知识和丰富的经验. analyzer只是收集性能参数的工具, 具体分析还要工程师根据具体的应用去分析.
串口线是不是随机带的线? 那根线不是普通的串口线,是null-modem线, 初始化工具要从powerlink上下旧版本的, 这么旧的机器了,不是很好找的, 新的VNX的初始化工具能扫到的可能性比较小.
write intent log配置的标准流程就是先创建两个128M的LUN, 要求是传统的LUN(Raid Group)里创建出来的, 再把这两个LUN配置成write intent log, 如果都用命令行做,把上面的几个命令结合起来就可以了. 没有单一命令直接创建并配置成write intent log.
SMI-S是个工业标准, 用于对不同厂家存储的统一管理. wikipedia上有对SMI-S的详细说明. 关键的在于SMI-S defines CIM management profiles for storage systems. SMI-S定义了存储系统的CIM管理属性,CIM也是一种硬件管理协议, 大家都遵循这种协议, 就可以使用同一个软件上去管理不同的存储系统.从前面的贴子来看,... See more...
SMI-S是个工业标准, 用于对不同厂家存储的统一管理. wikipedia上有对SMI-S的详细说明. 关键的在于SMI-S defines CIM management profiles for storage systems. SMI-S定义了存储系统的CIM管理属性,CIM也是一种硬件管理协议, 大家都遵循这种协议, 就可以使用同一个软件上去管理不同的存储系统.从前面的贴子来看,是用于服务器和存储的统一管理,需要服务器的配合. VSI是存储厂家和VMware的vSphere Storage API相配合,开发出来的存储厂家的管理软件, 用来在vCenter Server里直接为ESXi主机划分用于该ESXi主机所访问的Datastore, 所以其他主机类型所应用的磁盘管理, 是不能用这个功能的.  具体功能范围, 取决于挂载到vCenter Server的这个软件存储厂家开发的功能.
补充一下: 主机, 一块HBA卡, 一根光纤线, 连一个FC存储, 这个属于直接连接 -- direct connect, 但不是DAS 当前存储当中DAS主要定位为连接的存储被主机独占, 不是共享存储, 不能被多台主机同时连接. 大多数FC存储都是共享存储的, 可以支持SAN switch及direct connect的直连方式.
如果主机只连到了SPA, SPB的LUN肯定是访问不到的. 如果主机到存储的failover mode设的是1, 如果设置的failover mode=4, 应该是可以访问的. 如果主机通过单块HBA卡, 加交换机同时连到了SPA和SPB,那样是两条链路, 在主机端认到的是两个设备(设备管理器中), 而只有LUN所在的SP上的那个设备被主机的磁盘管理识别到,所以LUN被tr... See more...
如果主机只连到了SPA, SPB的LUN肯定是访问不到的. 如果主机到存储的failover mode设的是1, 如果设置的failover mode=4, 应该是可以访问的. 如果主机通过单块HBA卡, 加交换机同时连到了SPA和SPB,那样是两条链路, 在主机端认到的是两个设备(设备管理器中), 而只有LUN所在的SP上的那个设备被主机的磁盘管理识别到,所以LUN被trespass以后, 在没装powerpath的情况下, 主机识别到的设备不是同一个,不能自动切换. 单块HBA卡, 该HBA到SPA, SPB各一条链路,是需要安装powerpath的, 但可以不用license. 建议在powerpath版本支持ALUA的前题下, 把failover mode设成4.
之前版本R31以前的,在RAID5当中是以4+1的RAID5为基准. 而多余出来的磁盘以2+1到6+1之间的RAID5去填充. 所以EMC推荐在RAID5的pool里, 最好以5的整数倍数为pool的数量. R32这点也发生了改变, 论坛首页有R32的很多功能改变的说明文章, 感兴趣可以去看看.
SAN copy的源和目标LUN并没有要求一定要属于同一个SP, 而是要求复制的两个SP之间建立了san copy connection的连接, 有相应的复制授权就可以了. 这个在san copy创建的时候check connection, 就可以知道连接是不是做得对了.
首先VNX的前四块系统盘是不能被放入pool里的, 这四块盘会被系统占掉一部分空间用来存放控制器的操作系统, 配置信息, 故障诊断信息等等, 即被系统使用, 这部分空间叫private space. 在VNX里前四块盘private space占用大概192G/disk. 空余的磁盘空间可以用来做Raid Group, 出余整个存储性能的考虑不要在这几块盘上放对性能有要求或是读写频繁的... See more...
首先VNX的前四块系统盘是不能被放入pool里的, 这四块盘会被系统占掉一部分空间用来存放控制器的操作系统, 配置信息, 故障诊断信息等等, 即被系统使用, 这部分空间叫private space. 在VNX里前四块盘private space占用大概192G/disk. 空余的磁盘空间可以用来做Raid Group, 出余整个存储性能的考虑不要在这几块盘上放对性能有要求或是读写频繁的数据. 另外在VNX里, WIL已经被放到了private space里面, 而且很小, 2个128M的LUN, 所以你不用担心这部分没地方配. 而在CX4的存储里, 可以在系统盘的空余空间来配置RAID Group存放这个LUN. 类似的LUN还有clone的clone private lun也是如此, 只是大小为2个1G的LUN.
VNX For File的Replicator V2是调用快照来做的复制, 采用copy on first write的原理, 即对同一个文件的数据块第一次改写的时候会产生复制的操作, 所以会有一点点的写入延迟. 但对读应该是没有影响的. 这里如果写的IO要求比较高, 要查看一下快照配置的数量. 而在初始化复制过程当中, 由于有大量的数据传送, 会占用系统的资源, 肯定会对系统造成... See more...
VNX For File的Replicator V2是调用快照来做的复制, 采用copy on first write的原理, 即对同一个文件的数据块第一次改写的时候会产生复制的操作, 所以会有一点点的写入延迟. 但对读应该是没有影响的. 这里如果写的IO要求比较高, 要查看一下快照配置的数量. 而在初始化复制过程当中, 由于有大量的数据传送, 会占用系统的资源, 肯定会对系统造成性能的影响, 推荐在不忙的时候做初始化复制. 但初始化复制完成之后, 没有其他操作的话, 就只有快照的影响了. 这个快照不会删掉, 下一次更新复制的时候还会用到. 另外主机的IO并不是持续平均的, 要看主机的应用. 从复制前的1000 IOPS到开启复制初始化之后的50IOPS, 这个差距有点悬殊, 是不是有可能刚好到了应用的IO的忙闲交替的时间? 如果只有这一个复制, 初始化复制又完成了, 是不应该会有这么大的悬殊的. 可以查看一下有没有其他的快照在使用. 另外对文件系统有影响性能的操作还有: 文件系统配额启动的时候, 对全文件系统做病毒扫描的时候等等.
哈哈, vsphere 5.1已经发布了,改变了不少东东! vCenter这一块也有很大改变. 5.1的what's new已经出来了, 这世界变化快啊.
这么多的复制技术, 使得我们在碰到问题的时候, 选择也很多, 经常不清楚应该选用哪些产品. 其实关键的地方就是, 先找到目前想要解决问题的关键点, 针对这个问题来解决. 案例一: 快照/克隆如何和备份相结合? 一讲到快照/克隆是备份的辅助方案, 很多人就会和备份软件相比较. 的确很多备份软件都提供在线备份功能, 那为什么还要基于存储的快照呢? 这个关键的选择点就在于, ... See more...
这么多的复制技术, 使得我们在碰到问题的时候, 选择也很多, 经常不清楚应该选用哪些产品. 其实关键的地方就是, 先找到目前想要解决问题的关键点, 针对这个问题来解决. 案例一: 快照/克隆如何和备份相结合? 一讲到快照/克隆是备份的辅助方案, 很多人就会和备份软件相比较. 的确很多备份软件都提供在线备份功能, 那为什么还要基于存储的快照呢? 这个关键的选择点就在于, 一个是看你的应用在备份的时候, 备份会不会对应用造成性能的影响. 如果客户的业务晚上很闲, 基本没有流量, 白天很忙, 这样可以把备份放在晚上来做, 基本备份和应用不在同一个时间段, 没有性能的影响, 就可以选择直接备份软件做在线备份(当然备份软件也是基于文件系统做了一份快照再拿去备份的) 我就碰到有一个用户的业务24小时都很忙, 基本没有应用的忙闲时间,应用又很重要,不希望备份对应用造成哪怕是一点的性能影响,这样他选择的就是利存储本地复制的技术,而性能影响最小的是clone, 所以这样就是三者的结合: clone, 备份软件以及replication manager. 备份一定是某一个时间点的一致性的数据, 这样的数据才能用来成功的恢复数据, 而数据的时间点是要根据不同的应用, 有不同的要求的. 有些应用并不是任意时间点的数据都可以成功的恢复应用. 所以由replication manager去和应用打交道, 决定什么时间点是最佳时间点可以用来做备份, 用clone来产生这个时间点的复本, 做出来的复本(clone lun)让备份服务器访问拿去做备份. 在这里的关键点就是对应用性能的影响, 生产主机的备份软件影响最大, 基于LAN的数据传送又影响备份速度, 存储端相对而言, 基于copy on first write的快照有可能对应用会产生大概10%左右的性能影响(不同应用差别很大,以实测为准),  clone的影响最小.
to yanhong: 先对CLARiiON/VNX上可选的复制软件做一个概述, 再来看碰到实际情况的时候, 如何去选择: **基于LUN的数据复制: 1. Snapview有两个功能, snapshot和clone, 单个存储内的本地复制.      ** snapshot采用的快照的技术, copy on first write, 基于指针的虚拟LUN技术, 典型应用... See more...
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不支持, 其他的复制技术都可以比较好的配合使用.
我最早装的windows是windows31, 还是软盘装进去的. 最早只有英文版, 没有中文版, windows的1.x, 2.x还真没在中国见过. 在这之前用的是dos和apple机. 当时3000块的电脑已经算便宜的了, 96年我组装了一台电脑还要5000-6000块. 给朋友买了一个康柏的台式机电脑要1W多块, 当时的配置和现在的比起来, 所有的都小得可怜, 贵得要死.
Celerra Replicator是基于文件系统的复制. 调用快照的技术做的异步复制, 复制采用data mover上的前端端口. 复制的源文件系统和目标文件系统必须一模一样大. 源文件系统和目标文件系统可以在同一个data mover上, 也可以在同一个Celerra的两个data mover上, 也可以在两个Celerra之间做复制. 如果复制的源和目标文件系统分别在两个c... See more...
Celerra Replicator是基于文件系统的复制. 调用快照的技术做的异步复制, 复制采用data mover上的前端端口. 复制的源文件系统和目标文件系统必须一模一样大. 源文件系统和目标文件系统可以在同一个data mover上, 也可以在同一个Celerra的两个data mover上, 也可以在两个Celerra之间做复制. 如果复制的源和目标文件系统分别在两个celerra上, 要求两个celerra的control station也要建立网络连接, 并建立信任关系.
嗯, 上述几个是针对LUN的复制. SnapSure和Replicator是对文件系统的复制.
Wangzhizheng: Clone的protected restore的选项是在做反向同步的时候保护的clone LUN的数据. 因为clone的反向同步, 有一个instant restore的功能, 即在restore一开始, source lun的数据会瞬时变化为clone lun的数据状态, 反向同步的进程在后台进行. 这个时候就允许生产主机把source lun挂载上... See more...
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的数据完全一样, 系统会自动翻转为正向同步状态.
上面讲的是CLARiiON/VNX所支持的复制技术的一部分. 在CLARiiON/VNX基于存储的复制技术是有snapview, mirror view, san copy这几个选择. 这几个软件都是安装在存储上, 基于LUN的数据复制. 简单来讲: 1. Snapview有两个功能, snapshot和clone, 单个存储内的本地复制.      ** snapshot采... See more...
上面讲的是CLARiiON/VNX所支持的复制技术的一部分. 在CLARiiON/VNX基于存储的复制技术是有snapview, mirror view, san copy这几个选择. 这几个软件都是安装在存储上, 基于LUN的数据复制. 简单来讲: 1. Snapview有两个功能, snapshot和clone, 单个存储内的本地复制.      ** snapshot采用的快照的技术, copy on first write, 基于指针的虚拟LUN技术, 典型应用是备份的辅助方案, 即把源LUN做一个快照,再作快照snapshot去做备份.      ** clone是全卷镜像 full volume mirror, 同步状态下源LUN和clone lun数据实时同步. 典型的应用是做出一份复本来做测试. 也有很多客户使用clone做为数据保护的第一份复本, 2. SAN copy有两个功能: full copy和incremental sancopy, 同时支持存储内和存储间的数据复制.      ** full copy, 大数据块全LUN拷贝, 典型应用是数据快速迁移, 尤其是异构存储之间的快速数据迁移.      ** incremental san copy, 基于快照的增量数据同步, 在一个全复制的复本基准上, 可以做增量的数据更新. 典型应用是数据分发, 可以快速把数据从一个站点最多分发出100个复本. 3. Mirror View有两个产品, 同步(mirror view/S)和异步(mirror view/A) , 必须在两个存储(CLARiiON/VNX)之间做, 专为容灾而设计.      ** Mirror View/S, 同步复制技术, 数据同时写到源和目标存储, 要求两个存储之间的连接信道带宽比较高, 大多数用来构建同城灾备.      ** Mirror View/A, 基于快照的复制技术, RPO在分钟到小时级, 后台调用incremental san copy和snapshot, 用来做距离比较远或是带宽有限的容灾. 另外对于CLARiiON/VNX上比较常用的复制还有Recover Point, 可以支持异构存储之间的同步和异步, 本地和远程复制. 主要用于容灾. 其特点是连续数据保护, 多恢复点.
xiaolong: 严格来讲,三点灾备一般是采用同步加异步的灾备方式, 站点1到站点2, 距离比较近,做同步, 站点2到站点3是异步, 不限距离. 在站点1发生故障的时候, 站点2的数据和站点1是同步的, 可以在短时间内把数据继续更新到站点3. 这样做到远距离, 并且零数据丢失. 这是一个例子, 在symmetrix的灾备方案中还有很多模型可以选择. 在VNX, 使用clo... See more...
xiaolong: 严格来讲,三点灾备一般是采用同步加异步的灾备方式, 站点1到站点2, 距离比较近,做同步, 站点2到站点3是异步, 不限距离. 在站点1发生故障的时候, 站点2的数据和站点1是同步的, 可以在短时间内把数据继续更新到站点3. 这样做到远距离, 并且零数据丢失. 这是一个例子, 在symmetrix的灾备方案中还有很多模型可以选择. 在VNX, 使用clone做存储内数据实时同步, 以及两个CLARiiON/VNX间用mirror view/S也可以做实时的数据同步. 但这个是数据的全同步, 并不是并发访问, 即主机只访问复制的源, 而复本LUN仅仅保护数据. 在没有其他软件配合的情况下, 是不能做到源故障, 自动切换到复本LUN去访问的, 需要手动去切换. 凡是和应用有关的, 都不能单纯依赖存储, 必须有主机端的软件配合. 比如说主机端的cluster软件. 无缝切换这个词, 要看是什么情况下的无缝切换. mirror view/S可以在全同步(sychronized)的状态下, 做主备的切换, 把备用的secondary image升级为primary imabe, 这样要求备用主机接管业务. 复制同步的方向就翻转了. 有很多客户用这种方法做远程的数据迁移, 只有很短的业务中断时间. 由于对单个数据LUN的同步是单向的 ( primary image --> secondary image), 双活可以针对存储, 在不同的存储去跑不同的应用, 应用A在存储A是主, 存储B是备用, 应用B在存储B是主, 存储A为备用. 在mirror view里, 复本LUN( secondary image)是不能直接访问的, 但可以通过快照或是clone去访问secondary image的数据, 你所讲到的测试是可以做到的,  有很多客户在主存储上跑业务, 在备用存储上做快照去做备份. 另一个方案就是把存储和虚拟化产品配合在一起, 可以做到存储故障的不间断访问, 可以在存储间去做LUN的同步复制, 并且支持异构存储间LUN的同步复制. 就是EMC的V-PLEX的产品, 现在使用的客户也越来越多, 可以很大限度的提供非常好的RPO和RTO. 另外, 30公里的距离出于成本的考虑可以不用到DWDM, 两个FC交换机加上extender, 有人叫放大器, 单模长波可以支持到40公里的距离.