Появился перевод (http://xgu.ru/wiki/AoE) на русский язык статьи "Kernel Korner - ATA Over Ethernet: Putting Hard Drives on the LAN (http://www.linuxjournal.com/article/8149)".Описываемая технология построения хранилищ даёт возможность строить дисковые массивы для архивов, резервных копий или обычного использовани на базе обычных дисков ATA.
URL: http://xgu.ru/wiki/AoE
Новость: http://www.opennet.me/opennews/art.shtml?num=9080
хороший IMHO обзор, спасибо за ссылку.// wbr
Любопытно. Но... не взирая на то что они хают iSCSI за его сложность и использование TCP/IP в качестве транспорта он универсальнее. Во первых есть поддержка практически под все ОС, во вторых существует IET (ПО отвечающее за target сторону iSCSI) в третьих нв соединении точка в точку и использовании SATA дисков iSCSI на гигабите легко дает 42Mbs, а AoE что-то дало меньше. Ну и опять же заточено оно как-то больше на ATA IDE т.е. при использовании SATA и SCSI получается пролет.
...
>42Mbs, а AoE что-то дало меньше. Ну и опять же заточено
>оно как-то больше на ATA IDE т.е. при использовании SATA и
>SCSI получается пролет.SATA и AoE прекрасно работают.
См. например:
* http://www.coraid.com/
* http://linuxdevices.com/news/NS8849739629.html
* http://targnum.penguin.org.il/index.php?page=coraid&name=cor...
Через libata или как ?
Фревый ggated никак кого-то вдохновил что ли? Хотя там круче, не только ATA можно.
А что будет быстрее/производительней, а рамках бездисковых станций - iSCSI или, традиционный, NSF?
iSCSI и тут не обсуждаемо, я выжимал на болших массивах 120м/с но при этом были настроены Jumbo и т.д. NFS предел практически 80-ну в притык 90 м/с. Плюс iSCSI легко масштабируется установкой 2-3 адаптеров и работой их в параллель с возможностью fault tolerances и т.д. чего NFS обеспечить не может, объеденить то можно, а вот бесперебойность никак. Плюс простота настройки и "выгрызания" кусков нужного размера из боьлшого массива, тут iSCSI просто на высоте. Имо, дальше так и будет NFS for SMB рынка, а iSCSI&Fiber для корпоративного и больших медиа-хранилищь. Пока iSCSI не подешевеет - имеется ввиду закончяенные решения для создания target серверов (на коленке не канает, тут нужно удобство в максимуме), это решение не будет востребовано в массовом порядке на рынке SMB. А корпорации рассматривают iSCSI как дешёвую альтернативу Fiber, но если посчитать большие хранилища, то не так уж и дёшево оно стоит как кажется на первый взгляд, потому как по любому нужны аппаратные инициаторы, а они стоят под 800-900 у.е., при этом Fiber обходиться не намного дороже, но имеет ряд плюсов и более гибок. Плюс никто не будет делать большое хранилище на сущетсвующей инфраструктуре Ethernet, просто потому что она может не потянуть те нагрузки, которые уронит на неё iSCSI и вот тут то и начинают проступать все минусы, которые имеет данная технология.С точки зрения бездисковых станций - возникает только один вопрос - а какой смысл ставить инициатор на бездисоквую станцию, ну можно конечно же реализовать его софтверно, но смысл если уже есть отработанное решение? Или у Вас бездисковые станции гоняют гигами трафик по сетке?? Если так, то навеное, стоит задуматься, но опять же смотря какая задача.
Лично я бы не стал бы гемороиться и оставил бы как есть.
AoE тоже быстрее чем NFS.
И на бездисковых станциях
без проблем используется.Естественно, нужно чтобы была
поддержка загрузки по PXE
ядра и initrd.Правда, как было справедливо замечено выше для iSCSI,
но и а AoE это тоже применимо
(правда в меньше степени за счёт дешевизны)
особенных преимуществ при использовании
в бездисковых станциях не наблюдается.
>AoE тоже быстрее чем NFS.А если нужно выжать все что можно из NFS, какую версию выбрать ? NFSv3 ? или есть смысл смотреть на NFSv4, как у нее со стабильностью и скоростью ? как я понял ее на tcp перевели и для WAN оптимизировали.
>>AoE тоже быстрее чем NFS.
>
>А если нужно выжать все что можно из NFS, какую версию выбрать
>? NFSv3 ? или есть смысл смотреть на NFSv4, как у
>нее со стабильностью и скоростью ? как я понял ее на
>tcp перевели и для WAN оптимизировали.Однозначно, лучше выбирать NFSv4,
за исключением тех случаев, когда legacy-клиенты
не в состоянии её поддерживать.Подробнее о NFSv4, в частности, о том, чем она круче NFSv3
можно прочитать здесь:
* http://nfs.sourceforge.net/ (англ.)
* http://www.nfsv4.org/index.html (англ.)
А кто в курсе - под FreeBSD, nfs4-server, когда нибудь будет?
Сервер уже есть.
ftp://ftp.cis.uoguelph.ca/pub/nfsv4/С клиентом, насколько я понимаю, ситуация несколько похуже,
но он тоже есть. Там же. Но его пробовать надо
Предлагаю новый протокол - Floppy over Modem (CONNECT 300/NONE)
>Предлагаю новый протокол - Floppy over Modem (CONNECT 300/NONE)
А у меян лучше протокол есть: перфокарты over (бумажный) mail.Обломался, да?
Секретные послания over бритые головы рабовТолько я что-то не пойму чем все эти варианты
лучше AoE?
все класно, а вот как все это завязать на гетерогенные сети?
>все класно, а вот как все это завязать на гетерогенные сети?Если под гетерогенностью подразумевается
смесь Linux/FreeBSD ;) то всё работает отлично.Если речь идёт о Windows, то здесь всё ещё не так
классно, но уже всё к тому идёт.
См. например:
* http://coraid.vnewscenter.com/press.jsp?id=1138201128249
* http://www.digitalproducer.com/articles/viewarticle.jsp?id=3...А если хочется истинной и всеобъемлющей гетерогенности,
то это Xen :) А уж он то с AoE работает просто на ура
кстати о xen
правильно они в аннотации сказали, что для xen'а aoe просто настоящая находкаэто же получается полная развязка всего и вся! вычисления на одной машине бегают (а при необходимости на другую мигрируют прямо вживую), данные на другой живут,
резервные копии на третьей. При желании LVM snapshot'ы делаешь.да..... вот это жизнь пошла
а еще есть такая штука - vblade
эмулирует устройства blade в сети
берем старый комп, пихаем в него кучу винтов и ...
>а еще есть такая штука - vblade
>эмулирует устройства blade в сети
>берем старый комп, пихаем в него кучу винтов и ...
Так это же оно и есть
vblade как раз с помощью ata over ethernet работает
Вчера вопрос интересный возник:
а что если в момент записи/чтения случайно
кто-то дёрнет кабель?
Или свитч зависнет?Будет такой же эффект как если дернуть кабель винта или нет?
>Вчера вопрос интересный возник:
>а что если в момент записи/чтения случайно
>кто-то дёрнет кабель?
>Или свитч зависнет?
>
>Будет такой же эффект как если дернуть кабель винта или нет?Пробовал...
http://pentarh.com/wp/2008/07/15/cheap-san-using-aoe/Выдернул кабель, аое модуль исправно залочил запись в ожидании. Если ожидание больше определенного таймаута, получаешь IO Error. Если успеть воткнуть вовремя, все пойдет дальше как ни в чем не бывало. Если успеть не вовремя, ФС конечно похерится слегонца, но винт появится.