The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

ATA over Ethernet в Linux

04.12.2006 00:24

Появился перевод на русский язык статьи "Kernel Korner - ATA Over Ethernet: Putting Hard Drives on the LAN".

Описываемая технология построения хранилищ даёт возможность строить дисковые массивы для архивов, резервных копий или обычного использовани на базе обычных дисков ATA.

  1. Главная ссылка к новости (http://xgu.ru/wiki/AoE...)
Автор новости: xguru
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/9080-ata
Ключевые слова: ata, aoe, disk, ethernet, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, klalafuda (?), 12:08, 04/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/

    хороший IMHO обзор, спасибо за ссылку.

    // wbr

     
  • 1.2, sauron (??), 12:36, 04/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Любопытно. Но... не взирая на то что они хают iSCSI за его сложность и использование TCP/IP в качестве транспорта он универсальнее. Во первых есть поддержка практически под все ОС, во вторых существует IET (ПО  отвечающее за target сторону iSCSI) в третьих нв соединении точка в точку и использовании SATA дисков iSCSI на гигабите легко дает 42Mbs, а AoE что-то дало меньше. Ну и опять же заточено оно как-то больше на ATA IDE т.е. при использовании SATA и SCSI получается пролет.
     
     
  • 2.3, xguru (?), 13:12, 04/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    ...
    >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=coraid-prod

     
     
  • 3.4, sauron (??), 13:28, 04/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Через libata или как ?
     

  • 1.5, nuclight (?), 17:26, 04/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Фревый ggated никак кого-то вдохновил что ли? Хотя там круче, не только ATA можно.
     
  • 1.6, Inspirra (ok), 17:47, 04/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что будет быстрее/производительней, а рамках бездисковых станций - iSCSI или, традиционный, NSF?
     
     
  • 2.7, Grand paino (?), 18:37, 04/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    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 и вот тут то и начинают проступать все минусы, которые имеет данная технология.

    С точки зрения бездисковых станций - возникает только один вопрос - а какой смысл ставить инициатор на бездисоквую станцию, ну можно конечно же реализовать его софтверно, но смысл если уже есть отработанное решение? Или у Вас бездисковые станции гоняют гигами трафик по сетке?? Если так, то навеное, стоит задуматься, но опять же смотря какая задача.
    Лично я бы не стал бы гемороиться и оставил бы как есть.

     
  • 2.8, fnny (?), 19:21, 04/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    AoE тоже быстрее чем NFS.
    И на бездисковых станциях
    без проблем используется.

    Естественно, нужно чтобы была
    поддержка загрузки по PXE
    ядра и initrd.

    Правда, как было справедливо замечено выше для iSCSI,
    но и а AoE это тоже применимо
    (правда в меньше степени за счёт дешевизны)
    особенных преимуществ при использовании
    в бездисковых станциях не наблюдается.

     
     
  • 3.9, Аноним (-), 20:50, 04/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >AoE тоже быстрее чем NFS.

    А если нужно выжать все что можно из NFS, какую версию выбрать ? NFSv3 ? или есть смысл смотреть на NFSv4, как у нее со стабильностью и скоростью ? как я понял ее на tcp перевели и для WAN оптимизировали.

     
     
  • 4.15, xguru (?), 01:13, 05/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>AoE тоже быстрее чем NFS.
    >
    >А если нужно выжать все что можно из NFS, какую версию выбрать
    >? NFSv3 ? или есть смысл смотреть на NFSv4, как у
    >нее со стабильностью и скоростью ? как я понял ее на
    >tcp перевели и для WAN оптимизировали.

    Однозначно, лучше выбирать NFSv4,
    за исключением тех случаев, когда legacy-клиенты
    не в состоянии её поддерживать.

    Подробнее о NFSv4, в частности, о том, чем она круче NFSv3
    можно прочитать здесь:
    * http://nfs.sourceforge.net/  (англ.)
    * http://www.nfsv4.org/index.html (англ.)

     
     
  • 5.16, Inspirra (ok), 03:41, 05/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    А кто в курсе - под FreeBSD, nfs4-server, когда нибудь будет?
     
     
  • 6.18, xguru (?), 18:24, 05/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Сервер уже есть.
    ftp://ftp.cis.uoguelph.ca/pub/nfsv4/

    С клиентом, насколько я понимаю, ситуация несколько похуже,
    но он тоже есть. Там же. Но его пробовать надо

     

  • 1.10, pavlinux (??), 22:19, 04/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Предлагаю новый протокол - Floppy over Modem (CONNECT 300/NONE)
     
     
  • 2.13, Аноним (-), 00:25, 05/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Предлагаю новый протокол - Floppy over Modem (CONNECT 300/NONE)
    А у меян лучше протокол есть: перфокарты over (бумажный) mail.Обломался, да?
     
     
  • 3.14, xguru (?), 01:07, 05/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Секретные послания over бритые головы рабов

    Только я что-то не пойму чем все эти варианты
    лучше AoE?

     

  • 1.11, Skif (??), 22:40, 04/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    все класно, а вот как все это завязать на гетерогенные сети?
     
     
  • 2.12, fnny (?), 23:58, 04/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >все класно, а вот как все это завязать на гетерогенные сети?

    Если под гетерогенностью подразумевается
    смесь Linux/FreeBSD ;) то всё работает отлично.

    Если речь идёт о Windows, то здесь всё ещё не так
    классно, но уже всё к тому идёт.
    См. например:
    * http://coraid.vnewscenter.com/press.jsp?id=1138201128249
    * http://www.digitalproducer.com/articles/viewarticle.jsp?id=37192

    А если хочется истинной и всеобъемлющей гетерогенности,
    то это Xen :) А уж он то с AoE работает просто на ура

     

  • 1.17, yauza (?), 18:20, 05/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кстати о xen
    правильно они в аннотации сказали, что для xen'а aoe просто настоящая находка

    это же получается полная развязка всего и вся! вычисления на одной машине бегают (а при необходимости на другую мигрируют прямо вживую), данные на другой живут,
    резервные копии на третьей. При желании LVM snapshot'ы делаешь.

    да..... вот это жизнь пошла

     
  • 1.19, Аноним (-), 07:37, 06/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а еще есть такая штука - vblade
    эмулирует устройства blade  в сети
    берем старый комп, пихаем в него кучу винтов и ...
     
     
  • 2.20, xguru (?), 09:59, 06/12/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >а еще есть такая штука - vblade
    >эмулирует устройства blade  в сети
    >берем старый комп, пихаем в него кучу винтов и ...


    Так это же оно и есть
    vblade как раз с помощью ata over ethernet работает

     

  • 1.21, fnny (?), 13:37, 09/12/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вчера вопрос интересный возник:
    а что если в момент записи/чтения случайно
    кто-то дёрнет кабель?
    Или свитч зависнет?

    Будет такой же эффект как если дернуть кабель винта или нет?

     
     
  • 2.22, pentarh (??), 22:19, 15/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Вчера вопрос интересный возник:
    >а что если в момент записи/чтения случайно
    >кто-то дёрнет кабель?
    >Или свитч зависнет?
    >
    >Будет такой же эффект как если дернуть кабель винта или нет?

    Пробовал...
    http://pentarh.com/wp/2008/07/15/cheap-san-using-aoe/

    Выдернул кабель, аое модуль исправно залочил запись в ожидании. Если ожидание больше определенного таймаута, получаешь IO Error. Если успеть воткнуть вовремя, все пойдет дальше как ни в чем не бывало. Если успеть не вовремя, ФС конечно похерится слегонца, но винт появится.

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру