Появился перевод на русский язык (http://xgu.ru/wiki/DRBD_LVM_GNBD_Xen) статьи о том, как сделать отказоустойчивое хранилище для систем виртуализации Xen на базе DRBD, GNBD и LVM.URL: http://xgu.ru/wiki/DRBD_LVM_GNBD_Xen
Новость: http://www.opennet.me/opennews/art.shtml?num=9951
iscsi рулит.
использую xen и внешний promise vtrak-m200i доволен до ужаса :)
все эти xbd прошлый век :)
А скока он стоит, твой promise vtrak-m200i?
>iscsi рулит.
>использую xen и внешний promise vtrak-m200i доволен до ужаса :)
>все эти xbd прошлый век :)
и какой нужен процессор чтобы этот iscsi обсчитывать?может SATA over Ethernet многим больше подойдёт?
Чем принципиально iSCSI лучше чем AoE?
Тем что работает TCP/IP, умеет обрабатывать ошибки и лучше масштабируется.
По поводу ошибок: да AoE не обладает дополнительными
механизмами по коррекции ошибок в дополнение к
к ethernet checksum'ам.Что касается всего остального, нельзя сказать, что iSCSI этим лучше.
Это просто его свойства."Умееет обрабатывать TCP/IP" означает, что
он не только умеет, но и "вынужден обрабатывать TCP/IP"
Зачем мне TCP/IP если у меня хранилище стоит
рядом с серовером, который его использует,
и они соединены или непосредственно коммутатором
или вообще кроссом?С другой стороны у AoE есть и неоспоримые плюсы:
* Стоимость
* Производительность
* ПростотаНа мой взгляд, утверждение iSCSI лучше чем AoE
точно также неверно, как и обратное.
>По поводу ошибок: да AoE не обладает дополнительными
>механизмами по коррекции ошибок в дополнение к
>к ethernet checksum'ам.В результате мы можем получить сбои это очень здорово.
>"Умееет обрабатывать TCP/IP" означает, что
>он не только умеет, но и "вынужден обрабатывать TCP/IP"В случае ToE карт вам будет сугубо начихать.
>Зачем мне TCP/IP если у меня хранилище стоит
>рядом с серовером, который его использует,
>и они соединены или непосредственно коммутатором
>или вообще кроссом?Затем, что если через год вам вдруг приспичит унести его в другое здании и подключено оно там будет через L3 коммутатор, AoE у вас не будет работать.
>С другой стороны у AoE есть и неоспоримые плюсы:
>* Стоимость
Эээ... то, что существует программный iSCSI target вы не в курсе? У меня вон стоит и работает.>* Производительность
А чем iSCSI медленнее? :) У меня на гигабите упор идет в IO винчестера. Загрузка на стороне iSCSI target не привышает 20 процентов. Что я не так делаю?>* Простота
Что сложного в iSCSI?>На мой взгляд, утверждение iSCSI лучше чем AoE
>точно также неверно, как и обратное.Лучше. AoE не имеет слоя по работе с ошибками, хуже масштабируется существует только под Linux. iSCSI initiator (клиент) существует под Windows, Linux, Solaris, *BSD и большую часть коммерческих UNIX.
>>По поводу ошибок: да AoE не обладает дополнительными
>>механизмами по коррекции ошибок в дополнение к
>>к ethernet checksum'ам.
>
>В результате мы можем получить сбои это очень здорово.
>Ошибки можно получить в любом случае.
Вопрос только в их вероятности.
Её можно подсчитать для того и для того случая.Вы можете назвать какие механизмы коррекции ошибок
существуют в iSCSI?>>"Умееет обрабатывать TCP/IP" означает, что
>>он не только умеет, но и "вынужден обрабатывать TCP/IP"
>
>В случае ToE карт вам будет сугубо начихать.
>Спасибо, что вы это сказали.
>>Зачем мне TCP/IP если у меня хранилище стоит
>>рядом с серовером, который его использует,
>>и они соединены или непосредственно коммутатором
>>или вообще кроссом?
>
>Затем, что если через год вам вдруг приспичит унести его в другое
>здании и подключено оно там будет через L3 коммутатор, AoE у
>вас не будет работать.
>
А если мне это не приспичит?
И я это уже сейчас знаю?
>>С другой стороны у AoE есть и неоспоримые плюсы:
>
>>* Стоимость
>Эээ... то, что существует программный iSCSI target вы не в курсе? У
>меня вон стоит и работает.
>
Это очень хорошо.
>>* Производительность
>А чем iSCSI медленнее? :) У меня на гигабите упор идет в
>IO винчестера. Загрузка на стороне iSCSI target не привышает 20 процентов.
>Что я не так делаю?
>
>>* Простота
>Что сложного в iSCSI?
>
Вы что имеете в виду?
Простоту настройки или простоту стандарта?Речь идёт о простоте стандарта.
Простота настройки и там и там находится на одном уровне.
>>На мой взгляд, утверждение iSCSI лучше чем AoE
>>точно также неверно, как и обратное.
>
>Лучше. AoE не имеет слоя по работе с ошибками, хуже масштабируется существует
>только под Linux. iSCSI initiator (клиент) существует под Windows, Linux, Solaris,
>*BSD и большую часть коммерческих UNIX."существует только под Linux" -- это не так.
>Ошибки можно получить в любом случае.
>Вопрос только в их вероятности.
>Её можно подсчитать для того и для того случая.
>
>Вы можете назвать какие механизмы коррекции ошибок
>существуют в iSCSI?
Помимо контрольных сумм в самом TCP пакете есть возможность, добавления дополнительного CRC32 поле еще и в самом пакете. Плюс есть механизм отслеживания и коррекций ошибок.>А если мне это не приспичит?
>И я это уже сейчас знаю?
Не зарекайтесь. К тому же по AoE можно подключить только PATA и SATA диски насколько я помню.>Это очень хорошо.
Я про стоимость. Чем дешевле AoE ? ;)>Вы что имеете в виду?
>Простоту настройки или простоту стандарта?
Я имею ввиду простоту настройки.>Речь идёт о простоте стандарта.
AoE слишком простой стандарт который можно применять в достаточно ограниченном количестве случаев.>Простота настройки и там и там находится на одном уровне.
Именно.>>Лучше. AoE не имеет слоя по работе с ошибками, хуже масштабируется существует
>>только под Linux. iSCSI initiator (клиент) существует под Windows, Linux, Solaris,
>>*BSD и большую часть коммерческих UNIX.
>
>"существует только под Linux" -- это не так.
А под что еще? Есть под Windows есть под Solaris есть под *BSD ?
>>Ошибки можно получить в любом случае.
>>Вопрос только в их вероятности.
>>Её можно подсчитать для того и для того случая.
>>
>>Вы можете назвать какие механизмы коррекции ошибок
>>существуют в iSCSI?
>Помимо контрольных сумм в самом TCP пакете есть возможность, добавления дополнительного CRC32
>поле еще и в самом пакете. Плюс есть механизм отслеживания и
>коррекций ошибок.Не совсем понял последнее предложение.
Без него было уже почти всё понятно.
Можно ещё раз?>
>>А если мне это не приспичит?
>>И я это уже сейчас знаю?
>Не зарекайтесь. К тому же по AoE можно подключить только PATA и
>SATA диски насколько я помню.
>Нет, через AoE можно экспортировать любые блочные устройства.
По поводу iSCSI выше говорилось, что он масштабируется лучше.
С этим никто не спорит.
Но это не означает, что из-за этого качества во всех случаях жизни
нужно использовать только его.>>Это очень хорошо.
>Я про стоимость. Чем дешевле AoE ? ;)
>AoE дешевле тем, что позволяет
получить такую же производительность как iSCSI,
но без необходимости покупки дорогостоящих TCP offload Engines
в тех случаях, когда между хранилищем и сервером находится
коммутируемая сеть (то есть они находятся в пределах одного bc-домена).За те же деньги iSCSI в общем случае не сможет дать
такой же производительности как AoE.
>>Вы что имеете в виду?
>>Простоту настройки или простоту стандарта?
>Я имею ввиду простоту настройки.
>
>>Речь идёт о простоте стандарта.
>AoE слишком простой стандарт который можно применять в достаточно ограниченном количестве случаев.
>
ДаНо в этом ограниченном количестве случае он рулит.
Спор начался в том месте, где вы сказали,
что iSCSI лучше везде, во всех возможных ситуациях.
С чем я согласиться не могу.>
>>Простота настройки и там и там находится на одном уровне.
>Именно.
>
>>>Лучше. AoE не имеет слоя по работе с ошибками, хуже масштабируется существует
>>>только под Linux. iSCSI initiator (клиент) существует под Windows, Linux, Solaris,
>>>*BSD и большую часть коммерческих UNIX.
>>
>>"существует только под Linux" -- это не так.
>А под что еще? Есть под Windows есть под Solaris есть под
>*BSD ?Да
Есть под Windows, есть под Solaris, есть под FreeBSD
>>Плюс есть механизм отслеживания и
>>коррекций ошибок.
>
>Не совсем понял последнее предложение.
>Без него было уже почти всё понятно.
>Можно ещё раз?Это вам в RFC. На уровне протокола кроме обработки есть еще отслеживание сбоев помимо использования механизма четных сумм. На данный момент этот механизм реализован в Core iSCSI. В Open iSCSI реализации на данный момент нет.
>Нет, через AoE можно экспортировать любые блочные устройства.
В последний раз когда я смотрел можно было только PATA/SATA диски.>Но это не означает, что из-за этого качества во всех случаях жизни
>нужно использовать только его.
iSCSI это стандарт который закреплен в RFC, в отличие от AoE. Я предпочитаю стандартные решения.>AoE дешевле тем, что позволяет
>получить такую же производительность как iSCSI,
>но без необходимости покупки дорогостоящих TCP offload Engines
>в тех случаях, когда между хранилищем и сервером находится
>коммутируемая сеть (то есть они находятся в пределах одного bc-домена).
В случае когда вам для iSCSI требуется ToE там уже стоит забыть про AoE. К тому же я не думаю, что AoE позволяет добиться увеличения производительности в двое по сравнению с iSCSI. Максимум 50 процентов. Хотя думаю меньше так как частично ToE реализован практически на всех гигабитных картах.>За те же деньги iSCSI в общем случае не сможет дать
>такой же производительности как AoE.
Сильно сомневаюсь. Особенно в случе если берутся iSCSI карты с ToE. За счет чего AoE даст большую производительность при наличии карт ToE?>Но в этом ограниченном количестве случае он рулит.
В этом ограниченном количестве случаев обычно разница в производительности между AoE и iSCSI редко играет свою роль.>С чем я согласиться не могу.
Не соглашайтесь. :) IMHO iSCSI лучше AoE из-за своей стандартности. На то, что у AoE есть спецификация можете не пенять, т.к. в отличии от iSCSI практически поддержкой занимается только одна фирма.>Да
>Есть под Windows, есть под Solaris, есть под FreeBSD
Судя по информации из википедии нормальный рабочий драйвер есть только под Linux и возможно под FreeBSD. Под Windows драйвер есть только платный (iSCSI initiator от Microsoft качается с сайта) под Solaris в стадии бета-тестирования.Я в свое время тоже смотрел и на AoE и на iSCSI сравнивал их. Потом все же остановился на iSCSI как более рапрастраненном решении.
...
>
>Это вам в RFC. На уровне протокола кроме обработки есть еще отслеживание
>сбоев помимо использования механизма четных сумм. На данный момент этот механизм
>реализован в Core iSCSI. В Open iSCSI реализации на данный момент
>нет.Я понял.
Вообще, это, на мой взгляд, одно из самых слабых мест в AoE,
поскольку на больших объёмах информации вероятность необнаружения
сбоя средствами Ethernet уже становится значащей.>>Нет, через AoE можно экспортировать любые блочные устройства.
>В последний раз когда я смотрел можно было только PATA/SATA диски.На что именно вы смотрели?
Насколько я понимаю, это вопрос сугубо реализации,
но никак не стандарта.>
>>Но это не означает, что из-за этого качества во всех случаях жизни
>>нужно использовать только его.
>iSCSI это стандарт который закреплен в RFC, в отличие от AoE. Я
>предпочитаю стандартные решения.
>
Здесь согласен.>В случае когда вам для iSCSI требуется ToE там уже стоит забыть
>про AoE. К тому же я не думаю, что AoE позволяет
Почему?>добиться увеличения производительности в двое по сравнению с iSCSI. Максимум 50
>процентов. Хотя думаю меньше так как частично ToE реализован практически на
>всех гигабитных картах.
>
>>За те же деньги iSCSI в общем случае не сможет дать
>>такой же производительности как AoE.
>Сильно сомневаюсь. Особенно в случе если берутся iSCSI карты с ToE. За
>счет чего AoE даст большую производительность при наличии карт ToE?Он и не даст.
Но была фраза "за те же деньги"
Как я могу за теже деньги ещё и ToE получить?>
>>Но в этом ограниченном количестве случае он рулит.
>В этом ограниченном количестве случаев обычно разница в производительности между AoE и
>iSCSI редко играет свою роль.В этом что-то есть.
>
>>С чем я согласиться не могу.
>Не соглашайтесь. :) IMHO iSCSI лучше AoE из-за своей стандартности. На то,
>что у AoE есть спецификация можете не пенять, т.к. в отличии
>от iSCSI практически поддержкой занимается только одна фирма.
>
>>Да
>>Есть под Windows, есть под Solaris, есть под FreeBSD
>Судя по информации из википедии нормальный рабочий драйвер есть только под Linux
>и возможно под FreeBSD. Под Windows драйвер есть только платный (iSCSI
>initiator от Microsoft качается с сайта) под Solaris в стадии бета-тестирования.
>Да
Всё именно так.
Под Linux, FreeBSD, MacOSX, Solaris (beta, верно)
Под Windows платный. 100 баксов стоит>
>Я в свое время тоже смотрел и на AoE и на iSCSI
>сравнивал их. Потом все же остановился на iSCSI как более рапрастраненном
>решении.Я думаю, что мы тему исчерпали.
Большое спасибо за ваши комментарии.
где бы еще это XEN раздобыть? что бы не 4-ре машины поддерживал, а хотя бы 14...
Какие 4, вы что?!!!
Да он 14 легко держитУ вас случайно не падает dom0 в kernel panic,
когда вы запускаете пятый домен?
iSCSI рулит несомненно, особенно если сетка построена правильно с хорошим запасом и если используешь 2, максимум 2 свитча для коммутации всей фермы с хорошей матрицей коммутации. Единственный минус по сравнению с FC - отсутствие механизма снижения скорости по требованию, с iSCSI начинаются ретрейны и всё такое, но в целом решение приятнее нежели все эти SATA or ATA over Ethernet ибо на инициаторах легко ставятся аппаратные ускорители и в этом случае нагрузка на хост снижается в разы и практически, в зависимости от производителя, стремиться к 0. Да и таргет легко комплектуется ускорителями, а если таргет сразу аппаратный, то цены ему нет ибо дешевле и менее геморойно...
XEN или VMWare - а реально пофиг, потому как, кто к чему привык и кто считает то или иное решение более ему подходящим. У меня, в силу разных операционок и разношёрстности их стоит VMWare, но тут накладные поболе, в XEN будет меньше, но привязан к операционкам.
...
>хорошей матрицей коммутации. Единственный минус по сравнению с FC - отсутствие
>механизма снижения скорости по требованию, с iSCSI начинаются ретрейны и всё
>такое, но в целом решение приятнее нежели все эти SATA or
>ATA over Ethernet ибо на инициаторах легко ставятся аппаратные ускорители и
>в этом случае нагрузка на хост снижается в разы и практически,
>в зависимости от производителя, стремиться к 0. Да и таргет легко
...А правильно ли я понимаю,
что те самые аппаратные ускорители
нужны для того чтобы снять нагрузку
от TCP/IP, которая в AoE отсутствует
как таковая?
>А правильно ли я понимаю,
>что те самые аппаратные ускорители
>нужны для того чтобы снять нагрузку
>от TCP/IP, которая в AoE отсутствует
>как таковая?А правильно ли я понимаю, что не получаете скорости в 80-100 метров в секунду на AoE??
>>А правильно ли я понимаю,
>>что те самые аппаратные ускорители
>>нужны для того чтобы снять нагрузку
>>от TCP/IP, которая в AoE отсутствует
>>как таковая?
>
>А правильно ли я понимаю, что не получаете скорости в 80-100 метров
>в секунду на AoE??100 Мегабайт в секунду на гигабитном линке?
Результаты замеров с помощью dd вас устроят?
>100 Мегабайт в секунду на гигабитном линке?
>
>Результаты замеров с помощью dd вас устроят?
Тогда я могу только порадоваться за этот стандарт и ждать когда он станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на его основе появятся аппаратные решения.
..
>Тогда я могу только порадоваться за этот стандарт и ждать когда он
>станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на
>его основе появятся аппаратные решения.Согласен на все 100 - за стандарт надо порадоваться.
Что касается аппаратных решений:
такие уже есть
http://www.coraid.com/ещё раз повторю:
не стоит воспринимать AoE как тотальную замену iSCSI
во всех случаях жизни.
Но в некоторых AoE однозначно рулит
>..
>>Тогда я могу только порадоваться за этот стандарт и ждать когда он
>>станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на
>>его основе появятся аппаратные решения.
>
>Согласен на все 100 - за стандарт надо порадоваться.
>
>Что касается аппаратных решений:
>такие уже есть
>http://www.coraid.com/
>
>ещё раз повторю:
>
>не стоит воспринимать AoE как тотальную замену iSCSI
>во всех случаях жизни.
>Но в некоторых AoE однозначно рулитРешение которое выпускает 1 компания, а насколько я помню, именно она продавила внедрение поддержки в ядро линухов, не является массовым, т.к. именно эта компания будет диктовать цены и условия на этом рынке, монополия несоместима с массовым продуктом. Думаю, что оспаривать тот факт, что SAN сейчас становиться всё более массовым продуктом Вы не будете. Пока я не увижу 5-10 производителей предлагающих те или иные решения на базе этого стандарта говорить о его внедрении, для меня, не имеет никакого смысла. На мой взгляд, стандарт появился немного не ко времени, хотя может быть он и найдёт свою нишу, кто его знает. Короче, по моему мнению, не "канает" ))). Да показывает неплохие результаты, но, опять же, настройка руками, тут подоткнул, там пнул и вот оно взлетело. Но смысл брать на себя полную ответственность администратору за внедрение такой системы? Массового тестирования нет, то что есть, нельзя назвать массовым тестрованием в высоконагруженных системах. дддаааа забейте, так побадались и будет, каждый остался при своём, не стоит, просто высказали своё мнение. Флайм, одно слово)))
>Тогда я могу только порадоваться за этот стандарт и ждать когда он
>станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на
>его основе появятся аппаратные решения.Почему некоторые люди не принимают бесплатные работающие решения? Почему-то хотят выложить килобаксы за "появятся аппаратные решения". Эти "аппаратные решения", когда появятся, будут сделаны из того же железа и с тем же софтом внутри, только с каким-то логотипом на передней панели и книжкой про гарантийные обязательства.
>Почему некоторые люди не принимают бесплатные работающие решения? Почему-то хотят выложить килобаксы
>за "появятся аппаратные решения". Эти "аппаратные решения", когда появятся, будут сделаны
>из того же железа и с тем же софтом внутри, только
>с каким-то логотипом на передней панели и книжкой про гарантийные обязательства.Вы разницы между "может быть даст" и "минимум дает" не понимаете да?
Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому что за железкой с логотипом стоит компания с грамотными инженерами с ВО, а не студент гентушник... Потому что таике люди привыкли строить серьезные системы, а не СХД под порнуху...
Я когда-то тоже верил в в "грамотных инженеров с ВО". Но практика показывает, что админ остается один на один с реальной проблемой. "Грамотные инженеры" расказывают, что "по Вашему вопросу мы проконсультируемся с партнерами из Германии". Искать решение проблемы в поисковиках мы и без "инженеров" умеем. И сами знаем, что нам надо докупить, при надобности. Железку с логотипами нам продали за $60k, обещали продать такую же еще. "Грамотных инженеров", в моем случае, научили настраивать железяку токо под MS, под linux они не умеют. Настройка drbd у меня заняла 3 часа. Постараюсь заменить им железяки с логотипом за $120k. Ответственность в этом случае вся на мне. Но и в дорогом решении "грамоные инженеры" нифига мне не помогут. (может конечно помогут другие "грамотные инженеры", но они будут стоить еще дороже).
Одно дело верить, другое дело проверять, ты сам выбираешь с кем тебе работать... На себя потом и обижайся.
>Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому
>что за железкой с логотипом стоит компания с грамотными инженерами с
>ВО, а не студент гентушник... Потому что таике люди привыкли строить
>серьезные системы, а не СХД под порнуху...Любые решения нужно доводить до того чтобы они работали.
В любом случае.В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
а за iSCSI "инженер с ВО".Про СХД под порнуху без комментариев.
>>Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому
>>что за железкой с логотипом стоит компания с грамотными инженерами с
>>ВО, а не студент гентушник... Потому что таике люди привыкли строить
>>серьезные системы, а не СХД под порнуху...
>
>Любые решения нужно доводить до того чтобы они работали.
>В любом случае.Не факт.
>
>В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
>
>а за iSCSI "инженер с ВО".Это где вы прочитали? +)
>
>Про СХД под порнуху без комментариев.А как же "Про СХД под порнуху без комментариев". +)
...
>>Любые решения нужно доводить до того чтобы они работали.
>>В любом случае.
>
>Не факт.За исключением тех случаев,
когда вы просто заказчик
и заказываете готовое решение.В этом случае спор сохраняется, но слово "бесплатные"
нужно заменить на слово "дешевые">
>>
>>В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
>>а за iSCSI "инженер с ВО".
>
>Это где вы прочитали? +)
>Спор идёт об AoE/iSCSI и о том, что AoE позволяет в некоторых случая сэкономить деньги.
Потом приходит uiyn и говорит:
"""
Почему некоторые люди не принимают бесплатные работающие решения?
"""Потом приходите вы и говорите:
"""
Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому что за железкой с логотипом стоит компания с грамотными инженерами с ВО, а не студент гентушник...
"""
Потом прихожу я и думаю,
речь шла о том, что AoE дешевле iSCSI.
Интересно, применимо ли понятие "биплатность" к AoE?И я задал этот уточняющий вопрос.
Прямой связи я не увидел, поэтому и написал, что не совсем понятно.
>>
>>Про СХД под порнуху без комментариев.
>
>А как же "Про СХД под порнуху без комментариев". +)А какие могут быть комментарии?
Данные не пахнут.
Какая разница порнуха или не порнуха?
>100 Мегабайт в секунду на гигабитном линке?
>Результаты замеров с помощью dd вас устроят?Откуда считываете ? Вот тут есть тесты:
Конфигурация так же прилагается.
Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру создать диск на домашнем сервере с внешним ip, и файловой системой NTFS, и использовать потом этот диск как дома, так и на работе (естественно с авторизацией, или другим способом контроля доступа)?
>Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру
>создать диск на домашнем сервере с внешним ip, и файловой системой
>NTFS, и использовать потом этот диск как дома, так и на
>работе (естественно с авторизацией, или другим способом контроля доступа)?Можно.
>>Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру
>>создать диск на домашнем сервере с внешним ip, и файловой системой
>>NTFS, и использовать потом этот диск как дома, так и на
>>работе (естественно с авторизацией, или другим способом контроля доступа)?
>
>Можно.Только работать будет небыстро :)
>>>Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру
>>>создать диск на домашнем сервере с внешним ip, и файловой системой
>>>NTFS, и использовать потом этот диск как дома, так и на
>>>работе (естественно с авторизацией, или другим способом контроля доступа)?
>>
>>Можно.
>
>Только работать будет небыстро :)Я бы лучше сказал так:
"""
только имейте в виду, что скорость работы
будет определяться скоростью
канала между вашим домом и работой,
и если он не очень быстрый, то работать будет не быстро.
"""
Стал настраивать. Столкнулся с проблемой. Два клиента не могут записывать на диск одновременно. фС NTFS. Тоесть запись разрешена обоим, но изменение сделанные дома, не видны на работе и наоборот. А потом воопще теряються :(
iSCSI предоставляет блочные устройства и тем что как и кто туда пишет ее мало колышет.
Всем спасибо. Оказалась для моей задачи подходит многими забытый WebDAV. Даже странно почему он не такой популярный.
>Всем спасибо. Оказалась для моей задачи подходит многими забытый WebDAV. Даже странно
>почему он не такой популярный.WebDAV имеет слишком много лишних заморочек :)