Anonymous
不适用

关于alua的一个疑问

在EMC存储上如果适用alua的话,假设一个LUN有一个PATH到SPA,另外一个到spb,如果当前的active path down了,lun是不会做failover的,而是通过MIRROR PATH把到io redirect过去。这个行为会持续多久?如果我down掉的path 10天不恢复,IO还是一直redirect过去?这样会不会影响性能?如果fail over,是主机mulitpath软件显示的让存储去failover还是存储自动做得?

标签 (2)
6 回复数
Asadeer
3 Argentum

Re: 关于alua的一个疑问

ALUA模式有点缓兵之计的意思,可以减少不必要的LUN trespass。当IO开始被redirect后,存储后台会计算被redirect的IO量,当量达到一定值时,存储会认定路径不可达,主机端的多路径软件就开始trespass LUN。

0 项奖励
Anonymous
不适用

Re: 关于alua的一个疑问

所以trespass还是由主机多路径软件发送trespass命令的?为啥存储不在IO到达一定量后 自动trespass呢

0 项奖励
Roger_Wu
5 Rhenium

Re: 关于alua的一个疑问

如果path down掉了,I/O不会一直走non-optimal Path,根据白皮书EMC CLARiiON Asymmetric Active/Active Feature的说明“When it detects that the non-optimal path has received 128,000 more I/Os than the optimal path, it initiates a trespass.”,所以到一定时间还是会trespass。ALUA可以改善FE、LCC线路短时间内不稳定造成的大量LUN trespass问题。

ALUA对性能会有轻微的影响(毕竟不是optimal path),但该是哪个SP处理的数据还是由哪个SP处理。

Failover是主机的PowerPath或MPIO做的:

alua_pp_mpio.png

0 项奖励
Anonymous
不适用

Re: 关于alua的一个疑问

既然failover是主机做得 那说明“When it detects that the non-optimal path has received 128,000 more I/Os than the optimal path, it initiates a trespass”这个detection是主机端的detection,而不是存储做得?

0 项奖励
Roger_Wu
5 Rhenium

Re: 关于alua的一个疑问

这个是implicit trespass,是存储做的,与之对应的在MPIO做的叫explicit trespass。

应该说主机和存储都要开启ALUA mode,单独在主机的MPIO或存储端设置ALUA是不生效的,可以再看下之前的讨论:

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

https://community.emc.com/message/687535?tstart=0  (emc99467.pdf)

https://community.emc.com/thread/147734

0 项奖励
Alex_Ye
3 Argentum

Re: 关于alua的一个疑问

这个是阵列端进行累计的。

0 项奖励