В дерево исходных текстов Qemu принят (http://www.linux-kvm.com/content/sheepdog-block-driver-distr...) код с реализацией драйвера для работы в качестве клиента с распределенным хранилищем Sheepdog (http://www.osrg.net/sheepdog/). Это первый драйвер, который позволяет организовать выполнение виртуальных окружений в Qemu поверх распределенного на несколько машин высоконадежного хранилища, ранее поддерживалась лишь возможность использования nbd для организации высокой доступности хранилища за счет зеркалирования данных на другой узел.Проект Sheepdog (http://www.osrg.net/sheepdog/) разработан с целью организации хранилищ для инфраструктуры виртуальных серверов с оглядкой на возможность масштабирования на тысячи узлов (линейная масштабируемость) и напоминает по своим возможностям Amazon EBS (http://aws.amazon.com/ebs/) (Elastic Block Storage). Sheepdog работает на уровне блочного устройства, независящего от типа используемой файловой системы. Выход и...
URL: http://www.linux-kvm.com/content/sheepdog-block-driver-distr...
Новость: http://www.opennet.me/opennews/art.shtml?num=27251
На сетке 100 мегабит\с сколько узлов можно в одном сегменте запустить без потери производительности? Есть какая-нибудь статистика?
http://www.osrg.net/sheepdog/index.html
непонятно как ещё распределять виртуальные машины по серверам, чтобы не только io нагрузка распределялась, но и на процессор и память
DRBD??
Планируется ли поддержка windows десктопов в качестве дежвателей данных? На нынешних офисных машинах - море места.
А смысл? Для виртуализации надо выделять отдельные машины. А так если перекочует твое стадо виртуалок на windows машину юзера то либо юзеру будет не возможно работать из-за тормозов либо виртуальным машинам.
>А смысл? Для виртуализации надо выделять отдельные машины. А так если перекочует
>твое стадо виртуалок на windows машину юзера то либо юзеру будет
>не возможно работать из-за тормозов либо виртуальным машинам.Это ж сторейдж! тоесть можно заюзать место на дисках хомячков для хранения... например бекапов виртуалок -:). А тормоза уже зависят от интенсивности и плотности чтения/записи. И то основной затык будет на сетке/винте.
Другой момент - доступность этих офисных машин. Они обычно не предпологаются быть всё время включёнными.
>Другой момент - доступность этих офисных машин. Они обычно не предпологаются быть
>всё время включёнными.Перманентный ребилд для рейда - тоже не прикольно
насколько я понял этот проект позволяет например расширять свой веб-сервис линейным образом: поднялась нагрузка - добавил ноду, поднялась еще - еще добавил.очень интересный и нужный проект ИМХО!
интересно, когда монстры софтверной индустрии начнут использовать его в production?
не совсем.
Тут кластеризируется только хранилище: тоесть если у Ваших веб-серверов бутылочное горлышко на дисковой подсистеме - то вы можете увеличивать место за счёт соседних нод и увеличивать производительность оной если грамотно сконфигурируете Network-Raid. Вычислительные ресурсы нод в данном случае не масштабируются. Это ж хранилище. Под торренты неплохо. Под базы данных...
Остальное зависит от самих хостов.
Очень интересный проект, пойду тестить, я конечно не монстр софтверной индустрии, но кто знает :)))
Это аналог Lustre? Если нет - то в чём отличия?
>Это аналог Lustre?Блиц IQ тест: Может ли быть "massively parallel distributed file system, generally used for large scale cluster computing" аналогом "distributed storage system for KVM"?
А.( ) Да-да! Б.( ) Нет-нет. Г.( ) Иногда, в военное время?
---и передавайте прветы Миша Рыцъареффу.
>>Это аналог Lustre?
>
>Блиц IQ тест: Может ли быть "massively parallel distributed file system, generally
>used for large scale cluster computing" аналогом "distributed storage system for
>KVM"?
>
>А.( ) Да-да! Б.( ) Нет-нет. Г.( )
>Иногда, в военное время?
>
>---и передавайте прветы Миша Рыцъареффу.Мне кажется что вариант А.() Да-да!
Но тогда зачем оно нужно, если это уже было сто лет как? :)