NS0-157 · Question #256
When storage failover (SFO) occurs and cluster mode SAN protocols are enabled on a data vserver:
The correct answer is A. ALUA determines that the HA partner is an active direct path. During storage failover, ALUA identifies the HA partner node - which now directly owns the failed node's storage - as providing an active optimized (direct) path to the LUNs.
Question
When storage failover (SFO) occurs and cluster mode SAN protocols are enabled on a data vserver:
Options
- AALUA determines that the HA partner is an active direct path
- BALUA determines that the HA partner is an active indirect path
- CALUA determines the best path for active optimize LUN access even if it requires use of the
- DALUA does not factor into the path selection during Storage Failover (SFO)
How the community answered
(40 responses)- A75% (30)
- B8% (3)
- C15% (6)
- D3% (1)
Why each option
During storage failover, ALUA identifies the HA partner node - which now directly owns the failed node's storage - as providing an active optimized (direct) path to the LUNs.
When SFO occurs, the HA partner takes ownership of the failed node's aggregates and LUNs. ALUA reflects this ownership change by marking the partner's FC or iSCSI paths as 'active optimized' (direct path), because the partner now locally owns and serves those LUNs without requiring an inter-node cluster interconnect hop, enabling hosts to immediately route I/O over the most efficient available path.
An active indirect (non-optimized) ALUA path indicates I/O must traverse the cluster interconnect to a non-owning node; after SFO the HA partner directly owns the storage, so its paths are classified as direct (optimized), not indirect.
ALUA path classification is based on actual LUN ownership and does not arbitrarily promote paths to active optimized regardless of ownership - the optimized designation is only assigned to paths through the node that currently owns the LUN.
ALUA is a core mechanism for SAN non-disruptive operations and is actively involved in path state signaling during SFO, communicating path changes to the host so it can reroute I/O to the partner node's available paths.
Concept tested: ALUA path state changes during storage failover
Source: https://docs.netapp.com/us-en/ontap/san-admin/storage-failover-data-availability-concept.html
Topics
Community Discussion
No community discussion yet for this question.