https://opennet.dev/openforum/vsluhforumID3/107679.html Компания Red Hat представила (http://ceph.com/releases/v10-2-0-jewel-released/) релиз проекта Ceph 10.2.0 (http://ceph.com/), предоставляющего инфраструктуру для создания блочных устройств и файловых систем, распределенных по тысячам машин и способных хранить эксабайты данных. Выпуск позиционируется как новый значительный релиз, который послужит основой для формирования новой ветки с длительным циклом поддержки (LTS). Пакеты сформированы для CentOS 7.x, Debian Jessie 8.x, Ubuntu 14.04/16.04 и Fedora 22+.<br><br><br><br>Благодаря отсутствию единой точки отказа и репликации с хранением нескольких экземпляров данных на разных узлах Ceph позволяет добиться очень высокого уровня отказоустойчивости хранилища. При добавлении или удалении новых узлов, массив данных автоматически ребалансируется с учетом изменения конфигурации. Обработку данных и метаданных выполняют различные группы узлов в кластере, примерно как это сделано в Lustre, с тем различием, что обработка производится на уровне пользователя, не требуя како https://opennet.dev/openforum/vsluhforumID3/107679.html#49 Mon, 02 May 2016 17:58:28 GMT Не "пользовать", а "использовать".<br> https://opennet.dev/openforum/vsluhforumID3/107679.html#48 Sat, 30 Apr 2016 09:24:41 GMT &gt; В oVirt со стабильностью всё плохо, это все таки тестовый продукт. Пару <br>&gt; раз пробовал, то оно со свежим ядром не хочет работать, то <br>&gt; по NFS дико тормозит.<br><br>Начал пользовать oVirt с релиза 3.5, сейчас все мчит на актуальной версии - 3.6.4, если не ошибаюсь. NFS пользую только для экспорта/импорта виртуальных машин, так что по тормозам не скажу. Но вот с ядром ни разу не испытывал проблем.<br><br>О том, что продукт совсем безпроблемый я сказать не могу, более того - продукт таки сырой, но при определенной сноровке можно пользовать и вполне успешно. Можно привести аналогию с велосипедом: кто-то вообще не может на нем передвигаться, а кто-то при определенной сноровке может ехать и достаточно быстро.<br><br>&gt; Плюс к этому, лично я не люблю такие ентерпраз решения которые сами <br>&gt; ставят и настраивают кучу пакетов, сами правят сетевые и прочие конфиги <br>&gt; на машине. В итоге сходу не понятно как это все работает <br>&gt; и как это потом вычистить.<br><br>1. Продукт заточен на то, что в ОС никто лезть не должен вообще. Контро https://opennet.dev/openforum/vsluhforumID3/107679.html#47 Sat, 30 Apr 2016 09:05:26 GMT Поделюсь личной практикой по использованию oVirt - две платформы по 7 и 10 серверов, на пару десятков виртуальных машин каждая.<br><br>Начну с того, что обозначу какие есть в наличии драйверы бэкенда для СХД - это NFS, GlusterFS, iSCSI и с недавних пор через куски OpenStack'а (через Cinder, если быть точнее) умеет Ceph. <br><br>Я лично отказался от хранения блочных устройств на NFS/GlusterFS: для NFS нужно избыточность городить сторонними средствами, при этом плюсов не дает никаких, GlusterFS же умеет избыточность, но работает в пространстве пользователя и при приличной нагрузке на дисковую подсистему виртуальных машин, жжем процессоры хостов.<br><br>Прикручивать Ceph к oVirt не доводилось, так что по этому пункту ничего не скажу.<br><br>Остается только iSCSI. Самый простой путь - это купить готовую полку. Но я понимаю, что тот, кто пользует oVirt денег на полку не имеет.<br>Я пошел по пути создания СХД в ручную - слепил из двух серверов средствами DRBD распределенное блочное устройство, которое экспортирую по протоколу iSCSI https://opennet.dev/openforum/vsluhforumID3/107679.html#46 Fri, 29 Apr 2016 18:22:01 GMT <br>Два года назад точно не было.<br>Можно пруф на появление?<br> https://opennet.dev/openforum/vsluhforumID3/107679.html#45 Fri, 29 Apr 2016 14:10:47 GMT Будет посложнее чем с файловой системой, но да, Сеф можно и удобно юзать когда нужно из зоопарка сделать один большой и надежный трэшкэн.<br> https://opennet.dev/openforum/vsluhforumID3/107679.html#44 Wed, 27 Apr 2016 13:26:14 GMT &gt; на серверах хранения есть raid контроллеры с кэшем <br><br>Угу. На которых батарейка через год приказывает долго жить, со всеми вытекающими.<br><br> https://opennet.dev/openforum/vsluhforumID3/107679.html#43 Wed, 27 Apr 2016 13:24:40 GMT Там файлы, тут блоки.<br> https://opennet.dev/openforum/vsluhforumID3/107679.html#42 Tue, 26 Apr 2016 08:49:09 GMT В oVirt со стабильностью всё плохо, это все таки тестовый продукт. Пару раз пробовал, то оно со свежим ядром не хочет работать, то по NFS дико тормозит. <br>Плюс к этому, лично я не люблю такие ентерпраз решения которые сами ставят и настраивают кучу пакетов, сами правят сетевые и прочие конфиги на машине. В итоге сходу не понятно как это все работает и как это потом вычистить. Такое ораклоподобное решение, под которое нужно отдельного специалиста воспитывать.<br>Лично я бы смотрел в сторону ProxMox кластер + drbd(или ceph). В последний раз когда я пробовал хранить вируталки в glusterfs, они раз в какое-то время лочились после чего приходилось всех их перегружать. <br>Glusterfs максимум для хранения бэкапов. Хотя сама файловая система очень интересная, она не размазывает файл по куче серверов, а целеком хранит отдельный файл на отдельном сервере. Для восстановления после сбоя и некоторых задач это важно.<br>Если у вас уже образовалась гетерогенная среда, то смотрите в сторону OpenNebula.<br> https://opennet.dev/openforum/vsluhforumID3/107679.html#41 Tue, 26 Apr 2016 08:28:04 GMT Это под разные задачи решения.<br>