"iSCSI killer" Native in Linux 235
jar writes "First came Fibre Channel, then iSCSI. Now, for the increasingly popular idea of using a network to connect storage to servers, there's a third option called ATA over Ethernet (AoE). Upstart Linux developer and kernel contributor Coraid could use AoE shake up networked storage with a significantly less expensive way to do storage -- under $1 per Gigabyte. Linux Journal also has a full description of how AoE works." Note that the LJ article is from last year; the news story is more recent.
Re:Will it catch on? (Score:1, Informative)
Re:Will it catch on? (Score:4, Informative)
I don't know that this is true, because the LinuxJournal article directly contradicts it. (Unless I'm misreading it.) Here's what the LJ says:
ATA over Ethernet is a network protocol registered with the IEEE as Ethernet protocol 0x88a2.
So, it looks like the protocol has been officially registered and was granted approval by the IEEE--so that makes it an industry standard. It may not be adopted yet, but it's certainly not something like 802.11 pre-n or anything; there's an official and approved protocol.
Re:Will it catch on? (Score:5, Informative)
Anyone can register a protocol number with IEEE by paying a $1000 fee. It doesn't mean it's a protocol endorsed by IEEE in any shape, way or form.
Re:How does it lower costs? (Score:3, Informative)
Re:Reliability (Score:4, Informative)
This is not necessarily true. [storagereview.com] It all depends on how your network storage is being used. SCSI drives are built and firmware'd for the sole purpose of running a server, and they consistently beat any ATA drive (be it IDE or Serial) when it comes to server performance and reliability. ATA drives just aren't built to handle the sort of usage a server requires--note that this isn't a reflection of quality, but of purpose. But a file server (which is the only thing the SAN would be used for) requires much less robust firmware than a server housing MySQL, PHP, maybe a CRM suite, e-mail server, etc.--and so ATA drives shouldn't immediately be ruled as less reliable. The maturity of the technology plays a more important role than the interface.
Re:Another "Killer" (Score:5, Informative)
In the case of AoE, a single remote block device can be shared between multiple systems. Each client could issue it's own write/reads. in combination with a distributed file system, each node could mount the same FS.
It's the same as NBD, iSCSI, Shared SCSI, and Fiber Channel.
Re:Cheaper? (Score:3, Informative)
The main disadvantage with AoE is that it's hideously sensitive to network latency, due to the limited payload size.
Re:More for business? (Score:3, Informative)
Re:Cheaper? (Score:2, Informative)
ATAoE is a crock, it's no better than iSCSI (Score:4, Informative)
They'll give excuses about the cost of iSCSI hardware offload.. but you don't need that. ATAoE is all software anyway it's just a protocol over ethernet, rather than layered on top of TCP/IP.
What is wrong with using TCP/IP - which is already standard and reliable? Nothing. We know TCP/IP provides certain things for us.. resilience (through retransmits), and routing, are a good couple, and what about QoS?
ATAoE needs to be all the same network, close together, they're reimplemented the resilience, you can't use inbuilt common TCP checksum, segmentation and other offloads in major ethernet chipsets because they're a layer too low for it.
No point in it. Just trying to gain a niche. They could have implemented products around iSCSI, gotten the same performance with the same features, for the same price. Bunkum!
Re:Reliability (Score:2, Informative)
Re:Bootable? (Score:2, Informative)
Re:Cheaper? (Score:3, Informative)
2 P II 400MHz systems running FC4
One system had software raid 0 on 2 IDE drives.
The target has a spare 10GB IDE drive.
Added 2 10/100T cards with a crossover cable.
Did a quick dd if=/dev/zero count=some large number of=the raid mirror or iSCSI target.
The iSCSI target was 30% slower.
Way cool.
I just deployed an AoE SAN (Score:5, Informative)
So far I am very pleased. Just make sure you get hardware that can do jumbo frames as this will increase your performance by 50%.
AoE works, and it is cheaper (Score:2, Informative)
the only thing that bothers me about AoE is there is only a single vendor supporting it at the moment. other than that, it is great stuff. while it is not routable in the sense ip is routable, you can do creative things with ethernet switches and vlan basically giving san like functionality at a fraction of the cost. no longer do you have to keep dual fc/cat6 infrastructure in your server farm.
it's cheap, and if/when it supports bonding lines, well beat fc in performance (comparing two gigabit fc vs/ bonded gigabit ethernet).
merlin
Re:Will it catch on? (Score:3, Informative)
The only way to really do it is to purchase a dedicated Block Controller (spare ethernet card) and a dedicated Block Data Cable (Cat 5) and hook it up to a dedicated Block Device Multiplexer (switch). If you want a replacement for FibreChannel and are willing to live with the limits of direct local physical connections, it's useful.
Just have fun getting those frames into a xen/vmware virtual host from an external machine...
Re:How does it lower costs? (Score:4, Informative)
Re:Reliability (Score:3, Informative)
No, they aren't. Just have an array running for a year or two and bring it down for maintenance, your chances of multiple drive failures are VERY good. Of course that happens even with SCSI drives, but it even more underscores the need for a premium part. Btw I just live through a scare this weekend. We lost one drive after powering up one of our main DB servers, then lost a second about 10 minutes later, luckily the 16 drive array was setup as RAID6 instead of RAID5, the first good decision we have found from the previous staff =)
Re:Another "Killer" (Score:2, Informative)