lzj09022351

听不懂

samuel

SVC属于IBM的virtualization的产品，硬件其实不贵，最简单的配置就是二台X3550，值钱在里面的微码上

SVC本身不带任何存储，它需要接backend storage，它支持的backend storage种类非常多，基本上你见过的主流厂商的FC产品都支持，当然，好像没有支持中国山寨存储的打算

SVC接了backend storage后，通过微码的虚拟，可以向host提供虚拟的lun(有二种模式，这里不多讨论)，在host看来，SVC是一台storage server，而在backend storage看来，SVC是一台host，说白了就是一个SAN gateway

SVC目前最主要的用途一是做不同品牌的storage之间的数据迁移，比如把EMC的存储上的东东迁移到IBM的上面，可以在很短的停机时间内做完

用途之二是做数据整合，各个不同的storage厂商之间用的multipath软件不一样，即使同是IBM的产品，DS4000用RDAC，DS8000用SDD，通过SVC，可以把各个不同的存储产品整合起来，全用SDD去管理，方便客户的IT管理人员

用途之三是做方便做远程数据复制(Copy services)，各家存储的数据复制技术都不一样，而SVC可以提供统一的复制技术，不依赖于backend storage的复制技术，也不需要backend storage的相关的license，还可以做到不同厂商之间的存储之间做数据复制，这也是一个亮点

用途之四是可以提高低端存储的性能，因为低端存储的cache有限，但是通过SVC在中间层提供cache(至少16G)，可以大幅提高性能

暂时能想到的就是这么多了，我不是卖SVC的，大家有意见不要扔鸡蛋，哈哈

wyhlg

引用:

原帖由 samuel 于 2008-8-20 10:48 发表
SVC属于IBM的virtualization的产品，硬件其实不贵，最简单的配置就是二台X3550，值钱在里面的微码上

SVC本身不带任何存储，它需要接backend storage，它支持的backend storage种类非常多，基本上你见过的主流厂商 ...

不错，给你一个鸡蛋

xinglucky

引用:

原帖由 samuel 于 2008-8-20 10:48 发表
SVC属于IBM的virtualization的产品，硬件其实不贵，最简单的配置就是二台X3550，值钱在里面的微码上

SVC本身不带任何存储，它需要接backend storage，它支持的backend storage种类非常多，基本上你见过的主流厂商 ...

终于看到专业人士出来了，我这有几个技术问题，希望你解答一下
1：既然SVC是两台pc server， 那硬件上，链接back end storage和前端host的肯定都是HBA卡了。那是不是链接后端存储的HBA卡要设置成target模式，而连接前段的HBA卡需要是iniatior的模式呢。
2：对于SVC来讲，他看到的后端存储上的应该是LUN， 就是说已经有raid级别的block device，好像叫什么MDISK。 那SVC对这些LUN做管理的时候好像又做了一次raid，为啥这么做呢。像你说的，也许对低端的存储有在cache上的优势，但对于高端存储来讲，又有什么好处呢。
3：我就不大明白对于主机来讲，SVC是怎么处理I/O的呢。而且，高端存储都是A/A模式，但svc做了cluster后，如果一个node坏了，怎么切换。
谢谢了。暂时想起这么多了，最近也没时间好好看文档，呵呵

klin121628

我不扔鸡蛋，我扔西红柿

samuel

引用:

原帖由 xinglucky 于 2008-8-20 03:25 发表

终于看到专业人士出来了，我这有几个技术问题，希望你解答一下
1：既然SVC是两台pc server， 那硬件上，链接back end storage和前端host的肯定都是HBA卡了。那是不是链接后端存储的HBA卡要设置成target模式，而连 ...

1.每个node有4个FC port，每一个port同时可以作为target和initiator，跟host连的时候，它是target，跟backend storage连的时候，它又是initiator
2.SVC管理mdisk的时候没有再对其做raid；SVC对高端存储的最大用途是数据迁移，其它方面倒是用处不大，因为可能会造成性能下降，而且还新引入了故障点
3.SVC把host的IO读写进行处理后，再写入backend storage啊，SVC也可以说是A/A的，但是是一种伪A/A，虽然所有的port都可以读写，但是数据的处理都在config node上面，在当前config conde出现故障时，它会failover到另外一个node上面，这个node就会变成新的config node，切换时间非常快，对IO的读写影响不大

samuel

引用:

原帖由 klin121628 于 2008-8-20 03:38 发表
我不扔鸡蛋，我扔西红柿

那麻烦再扔过好鸡蛋过来，我晚上吃西红柿炒鸡蛋....

xinglucky

果然是专业人士啊，哈哈
还有一个问题，SVC对于LUN的多路径是怎么处理的呢，在SVC上已经对后端存储的lun是否已经进行过一次路径合并了，但由于host端看到从SVC上过来的lun还是多路径的啊，那在host端还需要在用多路径软件合并一次，是这样的吗

samuel

SVC对后端存储的多路径处理跟host没有关系啦
SVC要处理的是它通过多条路径看到的backend storage的LUN(SVC里叫mdisk)
host要处理的是通过不同路径看到svc的LUN(SVC里叫vdisk)

acroman

引用:

原帖由 samuel 于 2008-8-20 12:50 发表
SVC对后端存储的多路径处理跟host没有关系啦
SVC要处理的是它通过多条路径看到的backend storage的LUN(SVC里叫mdisk)
host要处理的是通过不同路径看到svc的LUN(SVC里叫vdisk)

解释了不少嘛，我还以为你又会扔出一堆links  —— 看红皮书去，哈哈