The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Построение SAN для Xen на основе DRBD, LVM и GNBD"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от opennews (??) on 27-Фев-07, 03:55 
Появился перевод на русский язык (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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от andrey (??) on 27-Фев-07, 03:55 
iscsi рулит.
использую xen и внешний promise vtrak-m200i доволен до ужаса :)
все эти xbd прошлый век :)
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Андрей email(??) on 27-Фев-07, 08:57 
А скока он стоит, твой promise vtrak-m200i?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Андрей email(??) on 27-Фев-07, 08:59 
>iscsi рулит.
>использую xen и внешний promise vtrak-m200i доволен до ужаса :)
>все эти xbd прошлый век :)


и какой нужен процессор чтобы этот iscsi обсчитывать?

может SATA over Ethernet многим больше подойдёт?  

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 27-Фев-07, 10:17 
Чем принципиально iSCSI лучше чем AoE?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 27-Фев-07, 18:03 
Тем что работает TCP/IP, умеет обрабатывать ошибки и лучше масштабируется.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 28-Фев-07, 12:38 
По поводу ошибок: да AoE не обладает дополнительными
механизмами по коррекции ошибок в дополнение к
к ethernet checksum'ам.

Что касается всего остального, нельзя сказать, что iSCSI этим лучше.
Это просто его свойства.

"Умееет обрабатывать TCP/IP" означает, что
он не только умеет, но и "вынужден обрабатывать TCP/IP"
Зачем мне TCP/IP если у меня хранилище стоит
рядом с серовером, который его использует,
и они соединены или непосредственно коммутатором
или вообще кроссом?

С другой стороны у AoE есть и неоспоримые плюсы:
* Стоимость
* Производительность
* Простота

На мой взгляд, утверждение iSCSI лучше чем AoE
точно также неверно, как и обратное.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 28-Фев-07, 21:04 
>По поводу ошибок: да 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.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 01-Мрт-07, 11:01 

>>По поводу ошибок: да 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" -- это не так.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 01-Мрт-07, 13:19 
>Ошибки можно получить в любом случае.
>Вопрос только в их вероятности.
>Её можно подсчитать для того и для того случая.
>
>Вы можете назвать какие механизмы коррекции ошибок
>существуют в iSCSI?
Помимо контрольных сумм в самом TCP пакете есть возможность, добавления дополнительного CRC32 поле еще и в самом пакете. Плюс есть механизм отслеживания и коррекций ошибок.

>А если мне это не приспичит?
>И я это уже сейчас знаю?
Не зарекайтесь. К тому же по AoE можно подключить только PATA и SATA диски насколько я помню.

>Это очень хорошо.
Я про стоимость. Чем дешевле AoE ? ;)

>Вы что имеете в виду?
>Простоту настройки или простоту стандарта?
Я имею ввиду простоту настройки.

>Речь идёт о простоте стандарта.
AoE слишком простой стандарт который можно применять в достаточно ограниченном количестве случаев.

>Простота настройки и там и там находится на одном уровне.
Именно.

>>Лучше. AoE не имеет слоя по работе с ошибками, хуже масштабируется существует
>>только под Linux. iSCSI initiator (клиент) существует под Windows, Linux, Solaris,
>>*BSD и большую часть коммерческих UNIX.
>
>"существует только под Linux" -- это не так.
А под что еще? Есть под Windows есть под Solaris есть под *BSD ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 01-Мрт-07, 17:46 
>>Ошибки можно получить в любом случае.
>>Вопрос только в их вероятности.
>>Её можно подсчитать для того и для того случая.
>>
>>Вы можете назвать какие механизмы коррекции ошибок
>>существуют в 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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 02-Мрт-07, 11:08 
>>Плюс есть механизм отслеживания и
>>коррекций ошибок.
>
>Не совсем понял последнее предложение.
>Без него было уже почти всё понятно.
>Можно ещё раз?

Это вам в 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 как более рапрастраненном решении.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 03-Мрт-07, 12:28 
...
>
>Это вам в 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 как более рапрастраненном
>решении.

Я думаю, что мы тему исчерпали.
Большое спасибо за ваши комментарии.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от DenisBY email(ok) on 27-Фев-07, 10:44 
где бы еще это XEN раздобыть? что бы не 4-ре машины поддерживал, а хотя бы 14...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 27-Фев-07, 12:10 
Какие 4, вы что?!!!
Да он 14 легко держит

У вас случайно не падает dom0 в kernel panic,
когда вы запускаете пятый домен?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Grand paino email on 28-Фев-07, 12:45 
iSCSI рулит несомненно, особенно если сетка построена правильно с хорошим запасом и если используешь 2, максимум 2 свитча для коммутации всей фермы с хорошей матрицей коммутации. Единственный минус по сравнению с FC - отсутствие механизма снижения скорости по требованию, с iSCSI начинаются ретрейны и всё такое, но в целом решение приятнее нежели все эти SATA or ATA over Ethernet ибо на инициаторах легко ставятся аппаратные ускорители и в этом случае нагрузка на хост снижается в разы и практически, в зависимости от производителя, стремиться к 0. Да и таргет легко комплектуется ускорителями, а если таргет сразу аппаратный, то цены ему нет ибо дешевле и менее геморойно...
XEN или VMWare - а реально пофиг, потому как, кто к чему привык и кто считает то или иное решение более ему подходящим. У меня, в силу разных операционок и разношёрстности их стоит VMWare, но тут накладные поболе, в XEN будет меньше, но привязан к операционкам.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 28-Фев-07, 13:22 
...
>хорошей матрицей коммутации. Единственный минус по сравнению с FC - отсутствие
>механизма снижения скорости по требованию, с iSCSI начинаются ретрейны и всё
>такое, но в целом решение приятнее нежели все эти SATA or
>ATA over Ethernet ибо на инициаторах легко ставятся аппаратные ускорители и
>в этом случае нагрузка на хост снижается в разы и практически,
>в зависимости от производителя, стремиться к 0. Да и таргет легко
...

А правильно ли я понимаю,
что те самые аппаратные ускорители
нужны для того чтобы снять нагрузку
от TCP/IP, которая в AoE отсутствует
как таковая?


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Grand paino email on 28-Фев-07, 13:25 
>А правильно ли я понимаю,
>что те самые аппаратные ускорители
>нужны для того чтобы снять нагрузку
>от TCP/IP, которая в AoE отсутствует
>как таковая?

А правильно ли я понимаю, что не получаете скорости в 80-100 метров в секунду на AoE??

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 28-Фев-07, 13:28 
>>А правильно ли я понимаю,
>>что те самые аппаратные ускорители
>>нужны для того чтобы снять нагрузку
>>от TCP/IP, которая в AoE отсутствует
>>как таковая?
>
>А правильно ли я понимаю, что не получаете скорости в 80-100 метров
>в секунду на AoE??

100 Мегабайт в секунду на гигабитном линке?

Результаты замеров с помощью dd вас устроят?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Grand paino email on 28-Фев-07, 13:30 
>100 Мегабайт в секунду на гигабитном линке?
>
>Результаты замеров с помощью dd вас устроят?
Тогда я могу только порадоваться за этот стандарт и ждать когда он станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на его основе появятся аппаратные решения.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 28-Фев-07, 13:34 
..
>Тогда я могу только порадоваться за этот стандарт и ждать когда он
>станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на
>его основе появятся аппаратные решения.

Согласен на все 100 - за стандарт надо порадоваться.

Что касается аппаратных решений:
такие уже есть
http://www.coraid.com/

ещё раз повторю:

не стоит воспринимать AoE как тотальную замену iSCSI
во всех случаях жизни.
Но в некоторых AoE однозначно рулит

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Grand paino email on 28-Фев-07, 13:44 
>..
>>Тогда я могу только порадоваться за этот стандарт и ждать когда он
>>станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на
>>его основе появятся аппаратные решения.
>
>Согласен на все 100 - за стандарт надо порадоваться.
>
>Что касается аппаратных решений:
>такие уже есть
>http://www.coraid.com/
>
>ещё раз повторю:
>
>не стоит воспринимать AoE как тотальную замену iSCSI
>во всех случаях жизни.
>Но в некоторых AoE однозначно рулит

Решение которое выпускает 1 компания, а насколько я помню, именно она продавила внедрение поддержки в ядро линухов, не является массовым, т.к. именно эта компания будет диктовать цены и условия на этом рынке, монополия несоместима с массовым продуктом. Думаю, что оспаривать тот факт, что SAN сейчас становиться всё более массовым продуктом Вы не будете. Пока я не увижу 5-10 производителей предлагающих те или иные решения на базе этого стандарта говорить о его внедрении, для меня, не имеет никакого смысла. На мой взгляд, стандарт появился немного не ко времени, хотя может быть он и найдёт свою нишу, кто его знает. Короче, по моему мнению, не "канает" ))). Да показывает неплохие результаты, но, опять же, настройка руками, тут подоткнул, там пнул и вот оно взлетело. Но смысл брать на себя полную ответственность администратору за внедрение такой системы? Массового тестирования нет, то что есть, нельзя назвать массовым тестрованием в высоконагруженных системах. дддаааа забейте, так побадались и будет, каждый остался при своём, не стоит, просто высказали своё мнение. Флайм, одно слово)))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от uiyn on 28-Фев-07, 13:51 
>Тогда я могу только порадоваться за этот стандарт и ждать когда он
>станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на
>его основе появятся аппаратные решения.

Почему некоторые люди не принимают бесплатные работающие решения? Почему-то хотят выложить килобаксы за "появятся аппаратные решения". Эти "аппаратные решения", когда появятся, будут сделаны из того же железа и с тем же софтом внутри, только с каким-то логотипом на передней панели и книжкой про гарантийные обязательства.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 28-Фев-07, 21:08 
>Почему некоторые люди не принимают бесплатные работающие решения? Почему-то хотят выложить килобаксы
>за "появятся аппаратные решения". Эти "аппаратные решения", когда появятся, будут сделаны
>из того же железа и с тем же софтом внутри, только
>с каким-то логотипом на передней панели и книжкой про гарантийные обязательства.

Вы разницы между "может быть даст" и "минимум дает" не понимаете да?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от DoktorPZ on 01-Мрт-07, 01:05 
Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому что за железкой с логотипом стоит компания с грамотными инженерами с ВО, а не студент гентушник... Потому что таике люди привыкли строить серьезные системы, а не СХД под порнуху...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от uiyn on 01-Мрт-07, 09:36 
Я когда-то тоже верил в в "грамотных инженеров с ВО". Но практика показывает, что админ остается один на один с реальной проблемой. "Грамотные инженеры" расказывают, что "по Вашему вопросу мы проконсультируемся с партнерами из Германии". Искать решение проблемы в поисковиках мы и без "инженеров" умеем. И сами знаем, что нам надо докупить, при надобности. Железку с логотипами нам продали за $60k, обещали продать такую же еще. "Грамотных инженеров", в моем случае, научили настраивать железяку токо под MS, под linux они не умеют. Настройка drbd у меня заняла 3 часа. Постараюсь заменить им железяки с логотипом за $120k. Ответственность в этом случае вся на мне. Но и в дорогом решении "грамоные инженеры" нифига мне не помогут. (может конечно помогут другие "грамотные инженеры", но они будут стоить еще дороже).
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

29. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Doktor (??) on 01-Мрт-07, 17:17 
Одно дело верить, другое дело проверять, ты сам выбираешь с кем тебе работать... На себя потом и обижайся.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 01-Мрт-07, 11:05 
>Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому
>что за железкой с логотипом стоит компания с грамотными инженерами с
>ВО, а не студент гентушник... Потому что таике люди привыкли строить
>серьезные системы, а не СХД под порнуху...

Любые решения нужно доводить до того чтобы они работали.
В любом случае.

В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
а за iSCSI "инженер с ВО".

Про СХД под порнуху без комментариев.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Doktor (??) on 01-Мрт-07, 17:18 
>>Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому
>>что за железкой с логотипом стоит компания с грамотными инженерами с
>>ВО, а не студент гентушник... Потому что таике люди привыкли строить
>>серьезные системы, а не СХД под порнуху...
>
>Любые решения нужно доводить до того чтобы они работали.
>В любом случае.

Не факт.

>
>В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
>
>а за iSCSI "инженер с ВО".

Это где вы прочитали? +)

>
>Про СХД под порнуху без комментариев.

А как же "Про СХД под порнуху без комментариев". +)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 01-Мрт-07, 18:11 
...
>>Любые решения нужно доводить до того чтобы они работали.
>>В любом случае.
>
>Не факт.

За исключением тех случаев,
когда вы просто заказчик
и заказываете готовое решение.

В этом случае спор сохраняется, но слово "бесплатные"
нужно заменить на слово "дешевые"

>
>>
>>В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
>>а за iSCSI "инженер с ВО".
>
>Это где вы прочитали? +)
>

Спор идёт об AoE/iSCSI и о том, что AoE позволяет в некоторых случая сэкономить деньги.

Потом приходит uiyn и говорит:
"""
Почему некоторые люди не принимают бесплатные работающие решения?
"""

Потом приходите вы и говорите:
"""
Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому что за железкой с логотипом стоит компания с грамотными инженерами с ВО, а не студент гентушник...
"""


Потом прихожу я и думаю,
речь шла о том, что AoE дешевле iSCSI.
Интересно, применимо ли понятие "биплатность" к AoE?

И я задал этот уточняющий вопрос.

Прямой связи я не увидел, поэтому и написал, что не совсем понятно.

>>
>>Про СХД под порнуху без комментариев.
>
>А как же "Про СХД под порнуху без комментариев". +)

А какие могут быть комментарии?

Данные не пахнут.
Какая разница порнуха или не порнуха?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 28-Фев-07, 21:10 
>100 Мегабайт в секунду на гигабитном линке?
>Результаты замеров с помощью dd вас устроят?

Откуда считываете ? Вот тут есть тесты:

http://www.open-iscsi.org/

Конфигурация так же прилагается.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от LM email(??) on 28-Фев-07, 22:58 
Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру создать диск на домашнем сервере с внешним ip, и файловой системой NTFS, и использовать потом этот диск как дома, так и на работе (естественно с авторизацией, или другим способом контроля доступа)?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 01-Мрт-07, 11:57 
>Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру
>создать диск на домашнем сервере с внешним ip, и файловой системой
>NTFS, и использовать потом этот диск как дома, так и на
>работе (естественно с авторизацией, или другим способом контроля доступа)?

Можно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 01-Мрт-07, 13:21 
>>Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру
>>создать диск на домашнем сервере с внешним ip, и файловой системой
>>NTFS, и использовать потом этот диск как дома, так и на
>>работе (естественно с авторизацией, или другим способом контроля доступа)?
>
>Можно.

Только работать будет небыстро :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от xguru on 01-Мрт-07, 17:10 
>>>Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска. К примеру
>>>создать диск на домашнем сервере с внешним ip, и файловой системой
>>>NTFS, и использовать потом этот диск как дома, так и на
>>>работе (естественно с авторизацией, или другим способом контроля доступа)?
>>
>>Можно.
>
>Только работать будет небыстро :)

Я бы лучше сказал так:
"""
только имейте в виду, что скорость работы
будет определяться скоростью
канала между вашим домом и работой,
и если он не очень быстрый, то работать будет не быстро.
"""

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

34. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от Nerian email on 02-Мрт-07, 12:52 
Стал настраивать. Столкнулся с проблемой. Два клиента не могут записывать на диск одновременно. фС NTFS. Тоесть запись разрешена обоим, но изменение сделанные дома, не видны на работе и наоборот. А потом воопще теряються :(
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

35. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 02-Мрт-07, 15:16 
iSCSI предоставляет блочные устройства и тем что как и кто туда пишет ее мало колышет.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

36. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от LM email(??) on 03-Мрт-07, 11:17 
Всем спасибо. Оказалась для моей задачи подходит многими забытый WebDAV. Даже странно почему он не такой популярный.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

38. "Построение SAN для Xen на основе DRBD, LVM и GNBD"  
Сообщение от sauron email(??) on 04-Мрт-07, 08:25 
>Всем спасибо. Оказалась для моей задачи подходит многими забытый WebDAV. Даже странно
>почему он не такой популярный.

WebDAV имеет слишком много лишних заморочек :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




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

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