форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (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.dev/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"
	Сообщение от Андрей (??) on 27-Фев-07, 08:57
	А скока он стоит, твой promise vtrak-m200i?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Построение SAN для Xen на основе DRBD, LVM и GNBD"
	Сообщение от Андрей (??) 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 (??) 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 (??) 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 (??) 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 (??) 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 (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 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 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 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 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 (??) 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 (??) on 28-Фев-07, 21:10
	>100 Мегабайт в секунду на гигабитном линке? >Результаты замеров с помощью dd вас устроят? Откуда считываете ? Вот тут есть тесты: http://www.open-iscsi.org/ Конфигурация так же прилагается.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Построение SAN для Xen на основе DRBD, LVM и GNBD"

Сообщение от LM (??) 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 (??) 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 on 02-Мрт-07, 12:52
	Стал настраивать. Столкнулся с проблемой. Два клиента не могут записывать на диск одновременно. фС NTFS. Тоесть запись разрешена обоим, но изменение сделанные дома, не видны на работе и наоборот. А потом воопще теряються :(
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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