<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Построение SAN для Xen на основе DRBD, LVM и GNBD</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html</link>
    <description>Появился перевод на русский язык (http://xgu.ru/wiki/DRBD_LVM_GNBD_Xen) статьи о том, как сделать отказоустойчивое хранилище для систем виртуализации Xen на базе DRBD, GNBD и LVM.&lt;br&gt;&lt;br&gt;URL: http://xgu.ru/wiki/DRBD_LVM_GNBD_Xen&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=9951&lt;br&gt;</description>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (sauron)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#38</link>
    <pubDate>Sun, 04 Mar 2007 05:25:10 GMT</pubDate>
    <description>&amp;gt;Всем спасибо. Оказалась для моей задачи подходит многими забытый WebDAV. Даже странно &lt;br&gt;&amp;gt;почему он не такой популярный. &lt;br&gt;&lt;br&gt;WebDAV имеет слишком много лишних заморочек :)</description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (xguru)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#37</link>
    <pubDate>Sat, 03 Mar 2007 09:28:30 GMT</pubDate>
    <description>...&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Это вам в RFC. На уровне протокола кроме обработки есть еще отслеживание &lt;br&gt;&amp;gt;сбоев помимо использования механизма четных сумм. На данный момент этот механизм &lt;br&gt;&amp;gt;реализован в Core iSCSI. В Open iSCSI реализации на данный момент &lt;br&gt;&amp;gt;нет. &lt;br&gt;&lt;br&gt;Я понял.&lt;br&gt;&lt;br&gt;Вообще, это, на мой взгляд, одно из самых слабых мест в AoE,&lt;br&gt;поскольку на больших объёмах информации вероятность необнаружения&lt;br&gt;сбоя средствами Ethernet уже становится значащей.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;Нет, через AoE можно экспортировать любые блочные устройства. &lt;br&gt;&amp;gt;В последний раз когда я смотрел можно было только PATA/SATA диски. &lt;br&gt;&lt;br&gt;На что именно вы смотрели?&lt;br&gt;Насколько я понимаю, это вопрос сугубо реализации, &lt;br&gt;но никак не стандарта.&lt;br&gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;Но это не означает, что из-за этого качества во всех случаях жизни &lt;br&gt;&amp;gt;&amp;gt;нужно использовать только его. &lt;br&gt;&amp;gt;iSCSI это стандарт который закреплен в RFC, в отличие от AoE. Я &lt;br&gt;&amp;gt;предпочитаю стандартные решения. &lt;br&gt;&amp;gt;&lt;br&gt;Здесь согласен.&lt;br&gt;&lt;br&gt;&amp;gt;В случае когда вам для iSCSI требуется ToE там уже стоит забыть &lt;br&gt;&amp;gt;про AoE. К тому же я не думаю, что A</description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (LM)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#36</link>
    <pubDate>Sat, 03 Mar 2007 08:17:06 GMT</pubDate>
    <description>Всем спасибо. Оказалась для моей задачи подходит многими забытый WebDAV. Даже странно почему он не такой популярный.</description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (sauron)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#35</link>
    <pubDate>Fri, 02 Mar 2007 12:16:23 GMT</pubDate>
    <description>iSCSI предоставляет блочные устройства и тем что как и кто туда пишет ее мало колышет.</description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (Nerian)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#34</link>
    <pubDate>Fri, 02 Mar 2007 09:52:36 GMT</pubDate>
    <description>Стал настраивать. Столкнулся с проблемой. Два клиента не могут записывать на диск одновременно. фС NTFS. Тоесть запись разрешена обоим, но изменение сделанные дома, не видны на работе и наоборот. А потом воопще теряються :(</description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (sauron)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#33</link>
    <pubDate>Fri, 02 Mar 2007 08:08:19 GMT</pubDate>
    <description>&amp;gt;&amp;gt;Плюс есть механизм отслеживания и &lt;br&gt;&amp;gt;&amp;gt;коррекций ошибок. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Не совсем понял последнее предложение. &lt;br&gt;&amp;gt;Без него было уже почти всё понятно. &lt;br&gt;&amp;gt;Можно ещё раз? &lt;br&gt;&lt;br&gt;Это вам в RFC. На уровне протокола кроме обработки есть еще отслеживание сбоев помимо использования механизма четных сумм. На данный момент этот механизм реализован в Core iSCSI. В Open iSCSI реализации на данный момент нет.&lt;br&gt;&lt;br&gt;&amp;gt;Нет, через AoE можно экспортировать любые блочные устройства. &lt;br&gt;В последний раз когда я смотрел можно было только PATA/SATA диски.&lt;br&gt;&lt;br&gt;&amp;gt;Но это не означает, что из-за этого качества во всех случаях жизни &lt;br&gt;&amp;gt;нужно использовать только его. &lt;br&gt;iSCSI это стандарт который закреплен в RFC, в отличие от AoE. Я предпочитаю стандартные решения.&lt;br&gt;&lt;br&gt;&amp;gt;AoE дешевле тем, что позволяет &lt;br&gt;&amp;gt;получить такую же производительность как iSCSI, &lt;br&gt;&amp;gt;но без необходимости покупки дорогостоящих TCP offload Engines &lt;br&gt;&amp;gt;в тех случаях, когда между хранилищем и сервером находится &lt;br&gt;&amp;gt;коммутируемая сеть (то есть они находятся в пределах одного bc-домена). &lt;br&gt;В сл</description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (xguru)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#32</link>
    <pubDate>Thu, 01 Mar 2007 15:11:32 GMT</pubDate>
    <description>...&lt;br&gt;&amp;gt;&amp;gt;Любые решения нужно доводить до того чтобы они работали. &lt;br&gt;&amp;gt;&amp;gt;В любом случае. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Не факт. &lt;br&gt;&lt;br&gt;За исключением тех случаев, &lt;br&gt;когда вы просто заказчик&lt;br&gt;и заказываете готовое решение.&lt;br&gt;&lt;br&gt;В этом случае спор сохраняется, но слово &quot;бесплатные&quot; &lt;br&gt;нужно заменить на слово &quot;дешевые&quot;&lt;br&gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит &quot;студент-гентушник&quot;, &lt;br&gt;&amp;gt;&amp;gt;а за iSCSI &quot;инженер с ВО&quot;. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Это где вы прочитали? +) &lt;br&gt;&amp;gt;&lt;br&gt;&lt;br&gt;Спор идёт об AoE/iSCSI и о том, что AoE позволяет в некоторых случая сэкономить деньги.&lt;br&gt;&lt;br&gt;Потом приходит uiyn и говорит:&lt;br&gt;&quot;&quot;&quot;&lt;br&gt;Почему некоторые люди не принимают бесплатные работающие решения?&lt;br&gt;&quot;&quot;&quot;&lt;br&gt;&lt;br&gt;Потом приходите вы и говорите:&lt;br&gt;&quot;&quot;&quot;&lt;br&gt;Потому что очень часто &quot;биплатные&quot; решения приходится допинывать до состояния вменемости, потому что за железкой с логотипом стоит компания с грамотными инженерами с ВО, а не студент гентушник...&lt;br&gt;&quot;&quot;&quot;&lt;br&gt;&lt;br&gt;&lt;br&gt;Потом прихожу я и думаю, &lt;br&gt;речь шла о том, что AoE дешевле iSCSI.&lt;br&gt;Интересно, применимо ли понятие &quot;биплатность&quot; к AoE?&lt;br&gt;&lt;br&gt;И я </description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (xguru)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#31</link>
    <pubDate>Thu, 01 Mar 2007 14:46:42 GMT</pubDate>
    <description>&amp;gt;&amp;gt;Ошибки можно получить в любом случае. &lt;br&gt;&amp;gt;&amp;gt;Вопрос только в их вероятности. &lt;br&gt;&amp;gt;&amp;gt;Её можно подсчитать для того и для того случая. &lt;br&gt;&amp;gt;&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;Вы можете назвать какие механизмы коррекции ошибок &lt;br&gt;&amp;gt;&amp;gt;существуют в iSCSI? &lt;br&gt;&amp;gt;Помимо контрольных сумм в самом TCP пакете есть возможность, добавления дополнительного CRC32 &lt;br&gt;&amp;gt;поле еще и в самом пакете. Плюс есть механизм отслеживания и &lt;br&gt;&amp;gt;коррекций ошибок. &lt;br&gt;&lt;br&gt;Не совсем понял последнее предложение.&lt;br&gt;Без него было уже почти всё понятно.&lt;br&gt;Можно ещё раз?&lt;br&gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;&amp;gt;А если мне это не приспичит? &lt;br&gt;&amp;gt;&amp;gt;И я это уже сейчас знаю? &lt;br&gt;&amp;gt;Не зарекайтесь. К тому же по AoE можно подключить только PATA и &lt;br&gt;&amp;gt;SATA диски насколько я помню. &lt;br&gt;&amp;gt;&lt;br&gt;&lt;br&gt;Нет, через AoE можно экспортировать любые блочные устройства.&lt;br&gt;&lt;br&gt;&lt;br&gt;По поводу iSCSI выше говорилось, что он масштабируется лучше.&lt;br&gt;С этим никто не спорит.&lt;br&gt;Но это не означает, что из-за этого качества во всех случаях жизни &lt;br&gt;нужно использовать только его.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;Это очень хорошо. &lt;br&gt;&amp;gt;Я про стоимость. Чем дешевле AoE ? ;) &lt;br&gt;&amp;gt;&lt;br&gt;&lt;br&gt;AoE дешевле тем, что позволяет&lt;br&gt;пол</description>
</item>

<item>
    <title>Построение SAN для Xen на основе DRBD, LVM и GNBD (Doktor)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/36804.html#30</link>
    <pubDate>Thu, 01 Mar 2007 14:18:05 GMT</pubDate>
    <description>&amp;gt;&amp;gt;Потому что очень часто &quot;биплатные&quot; решения приходится допинывать до состояния вменемости, потому &lt;br&gt;&amp;gt;&amp;gt;что за железкой с логотипом стоит компания с грамотными инженерами с &lt;br&gt;&amp;gt;&amp;gt;ВО, а не студент гентушник... Потому что таике люди привыкли строить &lt;br&gt;&amp;gt;&amp;gt;серьезные системы, а не СХД под порнуху... &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Любые решения нужно доводить до того чтобы они работали. &lt;br&gt;&amp;gt;В любом случае. &lt;br&gt;&lt;br&gt;Не факт.&lt;br&gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;В контексте спора iSCSI/AoE не совсем понятно, почему за AoE стоит &quot;студент-гентушник&quot;, &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;а за iSCSI &quot;инженер с ВО&quot;. &lt;br&gt;&lt;br&gt;Это где вы прочитали? +)&lt;br&gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Про СХД под порнуху без комментариев. &lt;br&gt;&lt;br&gt;А как же &quot;Про СХД под порнуху без комментариев&quot;. +)</description>
</item>

</channel>
</rss>
