Highlighted
nash_li
不适用

VPLEX单引擎部署时的设备单点问题?

目前遇到一个比较矛盾的需求,客户需要存储虚拟化方案+存储,但是预算不多,在主备机房最多只有部署一台VPLEX的资金+VNX5400两套,单VPLEX又存在设备单点(虽然我们和客户都知道单引擎中的冗余部件和路径),客户的应用必须24小时不停机,0 RPO&RTO,这个时候symentec的storage foundation HA和IBM的V7000U就进来了。

由此跪求诸位专家,在真心遇到这种资金和需求的时候,如何引导客户或者告诉客户去相信设备单点的这个问题呢,或者在于其他厂商的PK过程中,如何有说服力的去规避这个问题?谢谢!

标签 (2)
标记 (2)
0 项奖励
10 条回复10
8 Krypton

Re: VPLEX单引擎部署时的设备单点问题?

storage foundation HA我认为有一个致命的缺点,那就是这个软件有自己的文件系统。如果这个软件出现了问题,那么服务器的HA就有可能会有问题。如果客户不想用storage foundation HA,那么客户需要做数据迁移。当然,storage foundation HA这款软件可能会比较便宜。

V7000U不是十分了解这款产品。

至于VPLEX的单引擎。一个引擎有两个控制器(Director),这两个Director是双A的方式。据说硬件架构是与VMAX10K的架构是一样的,硬件稳定性能够达到五个9。需要的是,客户必须保证有两路稳定的电源提供。

至于如何跟另外两家PK,我感觉不要跟客户过多的纠结于单引擎的造成的单点故障。还是要去跟客户将storage foundation HA和V7000U的缺点。V7000U的缺点只能其他高手来补充了。

客户的项目资金是最关键的。没有钱,还想要这个,想要那个,没有这么好的事情。

8 Krypton

Re: VPLEX单引擎部署时的设备单点问题?

你推荐的方案是一台单引擎的VPLEX后端接两台VNX吗?客户是需要本地机房内的0 RPO和RTP吗?还是说需要跨地域的解决方案。storage foundation HA和IBM的V7000U各自提出的方案又是怎么样的?如果不是真的了解竞争对手的产品情况,如果妄加判断对手的缺点,也不是很明智的做法。

你现在知道客户最关心的问题是什么吗?至于单点故障,我觉得你可以解释一下VPLEX的单引擎也是存在两个冗余控制器的,如果部署双引擎的主要目的不是解决单点故障(因为单引擎的双控制器已经很好了规避了单点故障的问题),而是提供更好的负载均衡。

nash_li
不适用

Re: VPLEX单引擎部署时的设备单点问题?

谢谢你的回答!

这个单子是由存储引进去的,vplex作为vnx的出彩点,联合推荐,最早给客户推荐的是metro的方式,目前的情况是客户一期预算有限,有希望在两栋楼的主备机房部署一套虚拟化,但是仅能先上一台,客户纠结于设备单点,是因为在整个架构当中,所有的设备都是冗余的,目前给他的建议是单台vplex在第三点部署。

V7000U推得是存储整合和HA,缺点是双活不足;SF HA是纯软方案,灵活部署,缺少存储支持,客户还得买。

另:其实客户关系还不错,五个9的可靠性也说了无数遍,但是大家都清楚客户不会那么纠结于纯技术,对于客户想法很简单,我的服务器所有部件也都是冗余的,但是单设备坏了在冗余也没用,最后我不还是做了HA,VPLEX两台太贵,单台我就觉得不可靠,所以我们只是想更完美的去给客户解决或解释这个问题。

0 项奖励
nash_li
不适用

Re: VPLEX单引擎部署时的设备单点问题?

谢谢你的回答!

哈哈,客户嘛,总是想要的很多,钱很少,正常!

其中这个单子是从存储切入进去的,所以SF HA本身就不占优势,最差的结果也是双方联合,V7000U其实也很贵,没什么优势,客户欣赏我们的方案,但纠结于单点(至于五个9之类的,我在上一个回复也提到了,都说过),所以我在想一些办法去规避这个风险。

现在给他的建议就是vplex第三点部署,我也想看看各位大拿有何高招使使,谢谢啦!

0 项奖励
8 Krypton

Re: VPLEX单引擎部署时的设备单点问题?

很难想象一个引擎的两个Director同时坏掉。只有一种可能,那就是引擎的两路电源同时断电,这样会造成业务中断。一个Director坏掉是不会影响到客户的任何业务。

我认为引擎只是一个笼子,里面有背板。背板或者叫总线连接了两个Director。硬件坏通常是某一个Director的电源坏掉,不会影响到客户的应用。

0 项奖励
8 Krypton

Re: VPLEX单引擎部署时的设备单点问题?

的确,你说的这种两栋楼的情况,更合适直接部署Metro方式。至于VPLEX Local,好处是方便在两台VNX之间进行数据迁移,把一个LUN在两台VNX中做镜像。

主机的HA和存储高可用没有直接的联系,一个是应用层面,一个是数据层面。你的方案中Host(假设部署HA的话)- VPLEX - VNX其实都已经是冗余了。你客户就是在VPLEX引擎和控制器之间纠结。如果把VPLEX单引擎双控制器拆成双引擎,每个引擎一个控制器,应该就能满足他的需求了,呵呵开个玩笑。

0 项奖励
8 Krypton

Re: VPLEX单引擎部署时的设备单点问题?

V7000U整合存储的解决方案我的理解是一个V7000+第三方存储,实现容灾。V7000实现存储的虚拟化,这个解决方案也是有单点故障的隐患。所以单点故障的隐患不是问题核心。

我个人不建议VPLEX部署在第三个site。这样做对于后期的实施有一定的复杂度,维护也不太方便。同时,VPLEX对链路的要求很高。如果某一条链路不稳定,也会地VPLEX带来一定的影响。

0 项奖励
8 Krypton

Re: VPLEX单引擎部署时的设备单点问题?

哈哈,可以这么卖么?

我做过Local双引擎,将两个引擎放到两个机柜里面,客户认为这样实施就可以避免由于单个机柜断电造成的单点故障。

0 项奖励
v_shan
不适用

Re: VPLEX单引擎部署时的设备单点问题?

首先,这个案例面临的问题是客户在预算有限的同时希望实现对自己基础架构的突破,但仍然需要一个细致及长远的规划。这里我们需要做的是帮助他们了解自己的IT构架及近期几年里的规划。这样就可以让客户对最后的产品或者技术做出高消费比的选择。

1. 当前IT状况了解 (例如对存储及IT架构的评估:保修状况,设备新旧程度,产品是否EOSL等等);

2. 细致的需求分析(例如:最想实现什么,最先实现什么,长远IT架构的目标)

其次,从一个中立的纯技术的角度来评价两款产品来说VPlex Local实现的功能与IBM V7000 还是挺相似的。 VPlex 的优势在于“单打独斗能力”(支持目前市场上不同产品的存储/方便管理员对旧的数据实施在线迁移/高效的帮助企业利用旧的存储设备,节约IT经费/同时还可以实现不同厂家存储间数据的相互备份)。

最后从长期规划来看(通过客户简单不明确目标来的初步分析)EMC可以逐步分批次地通过VPlex帮助客户在本地架构实现扩展, 如从单引擎到多引擎以实现对本地业务扩张及性能的需求。 并且EMC可以通过VPlex帮助客户在横向异地架构(最大200 KM)实现高级扩展,也就是目前业界唯一的VPlex Metro/Geo架构。 这也就是VPlex 平台的不可比拟的产品优势。

0 项奖励