One benefit of trunking though is the ability to do firmware upgrades 1 switch at a time. With a stack, you will need 100% downtime on the whole iSCSI environment when you do a switch firmware upgrade.
You can upgrade your Equallogic firmware without downtime (if you set up your environment properly (specifically the hosts), you can update your hosts 1 host at a time and assuming you run a cluster of some sort, this also doesn't mean downtime for your end users... but a switch stack would require 100% downtime if you want to upgrade the firmware.
Will there be any issue if our iSCSI switches are neither stack nor trunk? But just two isolated switches for HA?
When rebooting EQL for firmware update or switching of ports, I do notice that passive ports on EQL could become active to take over a previously active ports. Could this resulted in one iSCSI switch having 75% or even 100% of the active iSCSI paths while the other switch has only 25% or none at all?
No, that will not work. For EQL SANs the switches must either be stacked or trunked together. The array will use any available port to reach any server port.
Dev Mgr
6 Operator
•
9308 Posts
•
3 Points
1680
0
Posted January 19th, 2014 21:00
One benefit of trunking though is the ability to do firmware upgrades 1 switch at a time. With a stack, you will need 100% downtime on the whole iSCSI environment when you do a switch firmware upgrade.
You can upgrade your Equallogic firmware without downtime (if you set up your environment properly (specifically the hosts), you can update your hosts 1 host at a time and assuming you run a cluster of some sort, this also doesn't mean downtime for your end users... but a switch stack would require 100% downtime if you want to upgrade the firmware.