forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

OpenNews: Построение SAN для Xen на основе DRBD, LVM и GNBD, opennews (??), 27-Фев-07, (0) [смотреть все]

iscsi рулит использую xen и внешний promise vtrak-m200i доволен до ужаса все э, andrey (??), 03:55 , 27-Фев-07, (1) //

А скока он стоит, твой promise vtrak-m200i , Андрей (??), 08:57 , 27-Фев-07, (2)
и какой нужен процессор чтобы этот iscsi обсчитывать может SATA over Ethernet мн, Андрей (??), 08:59 , 27-Фев-07, (3)
Чем принципиально iSCSI лучше чем AoE , xguru (?), 10:17 , 27-Фев-07, (4) //

Тем что работает TCP IP, умеет обрабатывать ошибки и лучше масштабируется , sauron (??), 18:03 , 27-Фев-07, (7) //

По поводу ошибок да AoE не обладает дополнительнымимеханизмами по коррекции оши, xguru (?), 12:38 , 28-Фев-07, (8)

В результате мы можем получить сбои это очень здорово В случае ToE карт вам буде, sauron (??), 21:04 , 28-Фев-07, (17)

Ошибки можно получить в любом случае Вопрос только в их вероятности Её можно под, xguru (?), 11:01 , 01-Мрт-07, (23)

Помимо контрольных сумм в самом TCP пакете есть возможность, добавления дополнит, sauron (??), 13:19 , 01-Мрт-07, (26)

Не совсем понял последнее предложение Без него было уже почти всё понятно Можно , xguru (?), 17:46 , 01-Мрт-07, (31)

Это вам в RFC На уровне протокола кроме обработки есть еще отслеживание сбоев п, sauron (??), 11:08 , 02-Мрт-07, (33)

Я понял Вообще, это, на мой взгляд, одно из самых слабых мест в AoE,поскольку, xguru (?), 12:28 , 03-Мрт-07, (37)

где бы еще это XEN раздобыть что бы не 4-ре машины поддерживал, а хотя бы 14 , DenisBY (ok), 10:44 , 27-Фев-07, (5) //

Какие 4, вы что Да он 14 легко держитУ вас случайно не падает dom0 в kernel p, xguru (?), 12:10 , 27-Фев-07, (6)

iSCSI рулит несомненно, особенно если сетка построена правильно с хорошим запасо, Grand paino (?), 12:45 , 28-Фев-07, (9) //

А правильно ли я понимаю, что те самые аппаратные ускорителинужны для того, xguru (?), 13:22 , 28-Фев-07, (10) //

А правильно ли я понимаю, что не получаете скорости в 80-100 метров в секунду на, Grand paino (?), 13:25 , 28-Фев-07, (11) //

100 Мегабайт в секунду на гигабитном линке Результаты замеров с помощью dd вас у, xguru (?), 13:28 , 28-Фев-07, (12)

Тогда я могу только порадоваться за этот стандарт и ждать когда он станет станда, Grand paino (?), 13:30 , 28-Фев-07, (13)

Согласен на все 100 - за стандарт надо порадоваться Что касается аппаратных ре, xguru (?), 13:34 , 28-Фев-07, (14)

Решение которое выпускает 1 компания, а насколько я помню, именно она продавила , Grand paino (?), 13:44 , 28-Фев-07, (15)

Почему некоторые люди не принимают бесплатные работающие решения Почему-то хотя, uiyn (?), 13:51 , 28-Фев-07, (16)

Вы разницы между может быть даст и минимум дает не понимаете да , sauron (??), 21:08 , 28-Фев-07, (18)
Потому что очень часто биплатные решения приходится допинывать до состояния вм, DoktorPZ (?), 01:05 , 01-Мрт-07, (21)

Я когда-то тоже верил в в грамотных инженеров с ВО Но практика показывает, чт, uiyn (?), 09:36 , 01-Мрт-07, (22)

Одно дело верить, другое дело проверять, ты сам выбираешь с кем тебе работать , Doktor (??), 17:17 , 01-Мрт-07, (29)

Любые решения нужно доводить до того чтобы они работали В любом случае В контекс, xguru (?), 11:05 , 01-Мрт-07, (24)

Не факт Это где вы прочитали А как же Про СХД под порнуху без комментариев , Doktor (??), 17:18 , 01-Мрт-07, (30)

За исключением тех случаев, когда вы просто заказчики заказываете готовое реш, xguru (?), 18:11 , 01-Мрт-07, (32)

Откуда считываете Вот тут есть тесты http www open-iscsi org Конфигурация та, sauron (??), 21:10 , 28-Фев-07, (19)

Подскажите пожалуйста, а можно использовать iscsi для организации сетевого диска, LM (??), 22:58 , 28-Фев-07, (20) //

Можно , xguru (?), 11:57 , 01-Мрт-07, (25) //

Только работать будет небыстро , sauron (??), 13:21 , 01-Мрт-07, (27) //

Я бы лучше сказал так только имейте в виду, что скорость работыбудет определя, xguru (?), 17:10 , 01-Мрт-07, (28)

Стал настраивать Столкнулся с проблемой Два клиента не могут записывать на дис, Nerian (?), 12:52 , 02-Мрт-07, (34)

iSCSI предоставляет блочные устройства и тем что как и кто туда пишет ее мало ко, sauron (??), 15:16 , 02-Мрт-07, (35)

Всем спасибо Оказалась для моей задачи подходит многими забытый WebDAV Даже ст, LM (??), 11:17 , 03-Мрт-07, (36)

WebDAV имеет слишком много лишних заморочек , sauron (??), 08:25 , 04-Мрт-07, (38)

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

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

Сообщение от Grand paino (?), 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 (?), 28-Фев-07, 13:22

...
>хорошей матрицей коммутации. Единственный минус по сравнению с FC - отсутствие
>механизма снижения скорости по требованию, с iSCSI начинаются ретрейны и всё
>такое, но в целом решение приятнее нежели все эти SATA or
>ATA over Ethernet ибо на инициаторах легко ставятся аппаратные ускорители и
>в этом случае нагрузка на хост снижается в разы и практически,
>в зависимости от производителя, стремиться к 0. Да и таргет легко
...
А правильно ли я понимаю,
что те самые аппаратные ускорители
нужны для того чтобы снять нагрузку
от TCP/IP, которая в AoE отсутствует
как таковая?

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

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

Сообщение от Grand paino (?), 28-Фев-07, 13:25

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

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

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

Сообщение от xguru (?), 28-Фев-07, 13:28

>>А правильно ли я понимаю,
>>что те самые аппаратные ускорители
>>нужны для того чтобы снять нагрузку
>>от TCP/IP, которая в AoE отсутствует
>>как таковая?
>
>А правильно ли я понимаю, что не получаете скорости в 80-100 метров
>в секунду на AoE??
100 Мегабайт в секунду на гигабитном линке?
Результаты замеров с помощью dd вас устроят?

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

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

Сообщение от Grand paino (?), 28-Фев-07, 13:30

>100 Мегабайт в секунду на гигабитном линке?
>
>Результаты замеров с помощью dd вас устроят?
Тогда я могу только порадоваться за этот стандарт и ждать когда он станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на его основе появятся аппаратные решения.

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

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

Сообщение от xguru (?), 28-Фев-07, 13:34

..
>Тогда я могу только порадоваться за этот стандарт и ждать когда он
>станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на
>его основе появятся аппаратные решения.
Согласен на все 100 - за стандарт надо порадоваться.
Что касается аппаратных решений:
такие уже есть
http://www.coraid.com/
ещё раз повторю:
не стоит воспринимать AoE как тотальную замену iSCSI
во всех случаях жизни.
Но в некоторых AoE однозначно рулит

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

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

Сообщение от Grand paino (?), 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 (?), 28-Фев-07, 13:51

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

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

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

Сообщение от sauron (??), 28-Фев-07, 21:08

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

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

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

Сообщение от DoktorPZ (?), 01-Мрт-07, 01:05

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

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

Сообщение от uiyn (?), 01-Мрт-07, 09:36

Я когда-то тоже верил в в "грамотных инженеров с ВО". Но практика показывает, что админ остается один на один с реальной проблемой. "Грамотные инженеры" расказывают, что "по Вашему вопросу мы проконсультируемся с партнерами из Германии". Искать решение проблемы в поисковиках мы и без "инженеров" умеем. И сами знаем, что нам надо докупить, при надобности. Железку с логотипами нам продали за $60k, обещали продать такую же еще. "Грамотных инженеров", в моем случае, научили настраивать железяку токо под MS, под linux они не умеют. Настройка drbd у меня заняла 3 часа. Постараюсь заменить им железяки с логотипом за $120k. Ответственность в этом случае вся на мне. Но и в дорогом решении "грамоные инженеры" нифига мне не помогут. (может конечно помогут другие "грамотные инженеры", но они будут стоить еще дороже).

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

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

Сообщение от Doktor (??), 01-Мрт-07, 17:17

Одно дело верить, другое дело проверять, ты сам выбираешь с кем тебе работать... На себя потом и обижайся.

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

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

Сообщение от xguru (?), 01-Мрт-07, 11:05

>Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому
>что за железкой с логотипом стоит компания с грамотными инженерами с
>ВО, а не студент гентушник... Потому что таике люди привыкли строить
>серьезные системы, а не СХД под порнуху...
Любые решения нужно доводить до того чтобы они работали.
В любом случае.
В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
а за iSCSI "инженер с ВО".
Про СХД под порнуху без комментариев.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

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

Сообщение от Doktor (??), 01-Мрт-07, 17:18

>>Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому
>>что за железкой с логотипом стоит компания с грамотными инженерами с
>>ВО, а не студент гентушник... Потому что таике люди привыкли строить
>>серьезные системы, а не СХД под порнуху...
>
>Любые решения нужно доводить до того чтобы они работали.
>В любом случае.
Не факт.
>
>В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
>
>а за iSCSI "инженер с ВО".
Это где вы прочитали? +)
>
>Про СХД под порнуху без комментариев.
А как же "Про СХД под порнуху без комментариев". +)

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

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

Сообщение от xguru (?), 01-Мрт-07, 18:11

...
>>Любые решения нужно доводить до того чтобы они работали.
>>В любом случае.
>
>Не факт.
За исключением тех случаев,
когда вы просто заказчик
и заказываете готовое решение.
В этом случае спор сохраняется, но слово "бесплатные"
нужно заменить на слово "дешевые"
>
>>
>>В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник",
>>а за iSCSI "инженер с ВО".
>
>Это где вы прочитали? +)
>
Спор идёт об AoE/iSCSI и о том, что AoE позволяет в некоторых случая сэкономить деньги.
Потом приходит uiyn и говорит:
"""
Почему некоторые люди не принимают бесплатные работающие решения?
"""
Потом приходите вы и говорите:
"""
Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому что за железкой с логотипом стоит компания с грамотными инженерами с ВО, а не студент гентушник...
"""

Потом прихожу я и думаю,
речь шла о том, что AoE дешевле iSCSI.
Интересно, применимо ли понятие "биплатность" к AoE?
И я задал этот уточняющий вопрос.
Прямой связи я не увидел, поэтому и написал, что не совсем понятно.
>>
>>Про СХД под порнуху без комментариев.
>
>А как же "Про СХД под порнуху без комментариев". +)
А какие могут быть комментарии?
Данные не пахнут.
Какая разница порнуха или не порнуха?

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

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

Сообщение от sauron (??), 28-Фев-07, 21:10

>100 Мегабайт в секунду на гигабитном линке?
>Результаты замеров с помощью dd вас устроят?
Откуда считываете ? Вот тут есть тесты:
http://www.open-iscsi.org/
Конфигурация так же прилагается.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

9. "Построение SAN для Xen на основе DRBD, LVM и GNBD"	+/–
Сообщение от Grand paino (?), 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 (?), 28-Фев-07, 13:22
	... >хорошей матрицей коммутации. Единственный минус по сравнению с FC - отсутствие >механизма снижения скорости по требованию, с iSCSI начинаются ретрейны и всё >такое, но в целом решение приятнее нежели все эти SATA or >ATA over Ethernet ибо на инициаторах легко ставятся аппаратные ускорители и >в этом случае нагрузка на хост снижается в разы и практически, >в зависимости от производителя, стремиться к 0. Да и таргет легко ... А правильно ли я понимаю, что те самые аппаратные ускорители нужны для того чтобы снять нагрузку от TCP/IP, которая в AoE отсутствует как таковая?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Построение SAN для Xen на основе DRBD, LVM и GNBD"	+/–
	Сообщение от Grand paino (?), 28-Фев-07, 13:25
	>А правильно ли я понимаю, >что те самые аппаратные ускорители >нужны для того чтобы снять нагрузку >от TCP/IP, которая в AoE отсутствует >как таковая? А правильно ли я понимаю, что не получаете скорости в 80-100 метров в секунду на AoE??
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Построение SAN для Xen на основе DRBD, LVM и GNBD"	+/–
	Сообщение от xguru (?), 28-Фев-07, 13:28
	>>А правильно ли я понимаю, >>что те самые аппаратные ускорители >>нужны для того чтобы снять нагрузку >>от TCP/IP, которая в AoE отсутствует >>как таковая? > >А правильно ли я понимаю, что не получаете скорости в 80-100 метров >в секунду на AoE?? 100 Мегабайт в секунду на гигабитном линке? Результаты замеров с помощью dd вас устроят?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	14. "Построение SAN для Xen на основе DRBD, LVM и GNBD"	+/–
	Сообщение от xguru (?), 28-Фев-07, 13:34
	.. >Тогда я могу только порадоваться за этот стандарт и ждать когда он >станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на >его основе появятся аппаратные решения. Согласен на все 100 - за стандарт надо порадоваться. Что касается аппаратных решений: такие уже есть http://www.coraid.com/ ещё раз повторю: не стоит воспринимать AoE как тотальную замену iSCSI во всех случаях жизни. Но в некоторых AoE однозначно рулит
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Построение SAN для Xen на основе DRBD, LVM и GNBD"	+/–
	Сообщение от Grand paino (?), 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 (?), 28-Фев-07, 13:51
	>Тогда я могу только порадоваться за этот стандарт и ждать когда он >станет стандартом при построении больших отказоустойчивых SAN. А ещё когда на >его основе появятся аппаратные решения. Почему некоторые люди не принимают бесплатные работающие решения? Почему-то хотят выложить килобаксы за "появятся аппаратные решения". Эти "аппаратные решения", когда появятся, будут сделаны из того же железа и с тем же софтом внутри, только с каким-то логотипом на передней панели и книжкой про гарантийные обязательства.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


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


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


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


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


	24. "Построение SAN для Xen на основе DRBD, LVM и GNBD"	+/–
	Сообщение от xguru (?), 01-Мрт-07, 11:05
	>Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому >что за железкой с логотипом стоит компания с грамотными инженерами с >ВО, а не студент гентушник... Потому что таике люди привыкли строить >серьезные системы, а не СХД под порнуху... Любые решения нужно доводить до того чтобы они работали. В любом случае. В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник", а за iSCSI "инженер с ВО". Про СХД под порнуху без комментариев.
	Ответить \| Правка \| К родителю #21 \| Наверх \| Cообщить модератору


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


	32. "Построение SAN для Xen на основе DRBD, LVM и GNBD"	+/–
	Сообщение от xguru (?), 01-Мрт-07, 18:11
	... >>Любые решения нужно доводить до того чтобы они работали. >>В любом случае. > >Не факт. За исключением тех случаев, когда вы просто заказчик и заказываете готовое решение. В этом случае спор сохраняется, но слово "бесплатные" нужно заменить на слово "дешевые" > >> >>В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит "студент-гентушник", >>а за iSCSI "инженер с ВО". > >Это где вы прочитали? +) > Спор идёт об AoE/iSCSI и о том, что AoE позволяет в некоторых случая сэкономить деньги. Потом приходит uiyn и говорит: """ Почему некоторые люди не принимают бесплатные работающие решения? """ Потом приходите вы и говорите: """ Потому что очень часто "биплатные" решения приходится допинывать до состояния вменемости, потому что за железкой с логотипом стоит компания с грамотными инженерами с ВО, а не студент гентушник... """ Потом прихожу я и думаю, речь шла о том, что AoE дешевле iSCSI. Интересно, применимо ли понятие "биплатность" к AoE? И я задал этот уточняющий вопрос. Прямой связи я не увидел, поэтому и написал, что не совсем понятно. >> >>Про СХД под порнуху без комментариев. > >А как же "Про СХД под порнуху без комментариев". +) А какие могут быть комментарии? Данные не пахнут. Какая разница порнуха или не порнуха?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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