如果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问题。
既然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,而不是存储做得？
Asadeer
290 消息
0
2012年11月14日 00:00
ALUA模式有点缓兵之计的意思，可以减少不必要的LUN trespass。当IO开始被redirect后，存储后台会计算被redirect的IO量，当量达到一定值时，存储会认定路径不可达，主机端的多路径软件就开始trespass LUN。
Anonymous
5 Practitioner
5 Practitioner
•
274.2K 消息
0
2012年11月14日 00:00
所以trespass还是由主机多路径软件发送trespass命令的？为啥存储不在IO到达一定量后 自动trespass呢
Roger_Wu
4K 消息
0
2012年11月14日 00:00
如果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做的：
Roger_Wu
4K 消息
0
2012年11月14日 01:00
这个是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
Anonymous
5 Practitioner
5 Practitioner
•
274.2K 消息
0
2012年11月14日 01:00
既然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,而不是存储做得？
Alex_Ye
109 消息
0
2012年11月14日 19:00
这个是阵列端进行累计的。