On Tue, Apr 24, 2012 at 03:50:33PM +0000, Jeff Sturm spake thusly: > (AoE multipath really demonstrates the advantages of a simple > protocol--there's nothing involved in making it work other than plugging in > additional interfaces.)
Agree completely. Simplicity has always been one of the primary reasons I used AoE for so long. Reasons why I am currently migrating away from AoE to iSCSI (*sigh*): 1. Disk alignment between Xen VMs and the target. I've never figured it out and got it working reliably. I've played with partitioning and disk geometry and partition offsets and all kinds of things. I've just never made it work properly and can't pay the performance penalty. Direct machine-to-machine AoE is blazing fast and typically faster than iSCSI. But my use case has always been VMs, from the very beginning of my initial use of AoE. I've really only used it outside of VMs just once. 2. Lack of integration with RHEL/CentOS. iSCSI gets all the work. I can write init scripts and fix this stuff myself if necessary, and have to some degree, it's just more work. > Multipath was important to us for reliability, so the loss of a single switch > would not impact the storage device. I've been using LACP but with multipath you can span switches without needing fancy expensive stacking switches which is pretty cool. I really should consider whether I want to go multipath with iSCSI. -- Tracy Reed
pgp72iBSsRUb5.pgp
Description: PGP signature
------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________ Aoetools-discuss mailing list Aoetools-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aoetools-discuss
