http://www.opennet.ru/opennews/art.shtml?num=45084 уроды!

http://www.opennet.ru/opennews/art.shtml?num=45084 уроды!

А было же уже.

Или не тут?

И кто-то тоже ругался. ?

а я, может, хочу air

а че там, кстати, новые эйры анонсировали, нет?

а че там, кстати, новые эйры анонсировали, нет?

Нет, только про айфоны говорили

Видимо в конце года, начале следующего

я про adobe air

а то у меня samorost 3 в вайне тормозит

а че там, кстати, новые эйры анонсировали, нет?

эйр - говно

и нет - в окт может

Коллеги, подскажите, никто OCFS2 не использует на iscsi или fc?

Коллеги, подскажите, никто OCFS2 не использует на iscsi или fc?

Нет :( я бы сам рад попробовать

лурк начал продавать футболки

Я сейчас делаю срез по всем системам виртуализации, кто как shared storage использует. И в основном это либо распределенные системы, либо lvm group. В качестве именно shared disk только vmware (vmfs) либо oracle (ocfs), есть еще gfs2, но в сравнении с ocfs2 намного сложнее и менее производительней :( А запара в том, что oracle только свои ядра поддерживает... И возникает вопрос целесообразности использования ocfs2 под deb и на сколько оно стабильно...

лурк начал продавать футболки

с мемчиками?

Я сейчас делаю срез по всем системам виртуализации, кто как shared storage использует. И в основном это либо распределенные системы, либо lvm group. В качестве именно shared disk только vmware (vmfs) либо oracle (ocfs), есть еще gfs2, но в сравнении с ocfs2 намного сложнее и менее производительней :( А запара в том, что oracle только свои ядра поддерживает... И возникает вопрос целесообразности использования ocfs2 под deb и на сколько оно стабильно...

Почему не юзать oracle linux для этого?!

Почему не юзать oracle linux для этого?!

Было принято решение использовать 16.04 для нод.

Собственно 16.04 нас всем устраивает, но сейчас вопрос - либо мы lvm group для shared disk используем, что потом аукается в импорте, экспорте vm, либо какую-либо фс и тогда все в файлах и у нас все проще

Собственно 16.04 нас всем устраивает, но сейчас вопрос - либо мы lvm group для shared disk используем, что потом аукается в импорте, экспорте vm, либо какую-либо фс и тогда все в файлах и у нас все проще

9P может попробовать?

9P может попробовать?

Почитал - аццкая хрень, кто ее поддерживать будет потом?

Почитал - аццкая хрень, кто ее поддерживать будет потом?

Угу. Ацкая не ацкая, а virtio её пользует. И Fuse всего-лишь аналог

Это немного не в ту сторону, это больше user space фс.

Это немного не в ту сторону, это больше user space фс.

И?

Это немного не в ту сторону, это больше user space фс.

kvm тоже юзерспейс :)

https://lists.gnu.org/archive/html/qemu-discuss/2016-06/msg00035.html

https://lists.gnu.org/archive/html/qemu-discuss/2016-06/msg00035.html

логично

Да, вполне. У нас другая задача, 9P и fuse немного не подходят для этого ))

kvm тоже юзерспейс :)

эко тебя торкнуло

нам нужен ux-ер и java-программисты

резюме слать мне

uxчто?

http://itasystems.ru/

вакансии тут

дддд

старые закончились :)))

старые закончились :)))

Таки вы дошираками кормите, вот и кончаются.

Нет, они просто съели все дошираки. И после этого они закончились.

Нельзя есть все дошираки.

Нельзя.

хех, юзаю заюзал retroshare... там поживее чем в телеграммчике...

если есть желающие потестить, вэлком

щто это было?

чито именно?

делюсь впечатлениями от штуковины

щто это было?

"Извините, был напуган".

:)

https://ru.wikipedia.org/wiki/RetroShare - кто там ныл по IRC?

это явно лучше чем irc

нет ничего лучше ирц!

нет ничего лучше ирц!

сказал он в телеграме

:)

ну надо же было попробовать... у меня даже в мордокниге как-то был аккаунт

Угу. Ацкая не ацкая, а virtio её пользует. И Fuse всего-лишь аналог

Нет.

Собственно 16.04 нас всем устраивает, но сейчас вопрос - либо мы lvm group для shared disk используем, что потом аукается в импорте, экспорте vm, либо какую-либо фс и тогда все в файлах и у нас все проще

rados

?

kvm тоже юзерспейс :)

Нет. :)

Нет.

Да

Нет. :)

Да

rados

Да, один из вариантов - CEPH.

при нормальных каналах и большом количестве нод он даже не очень омерзителен

2016-09-08 15:54:01.484908 mon.0 [INF] pgmap v78075707: 3322 pgs: 3318 active+clean, 4 active+clean+scrubbing+deep; 28816 GB data, 85699 GB used, 57067 GB / 139 TB avail; 35554 kB/s rd, 118 MB/s wr, 6050 op/s

Да

virtio ничего не знает про 9p

ERROR: S client not available

при нормальных каналах и большом количестве нод он даже не очень омерзителен

Сколько нод? И есть ли кеш на ssd?

Да

kvm - это модуль ядра.

8+3 ноды 120осд кеш не используем

8+3 ноды 120осд кеш не используем

Эээ, а чуть более развернуто можно? И по каким причинам без кеша?

И как ceph в качестве object storage?

Да, я бы тоже с удовольствием послушал ))

8x12 SAS15k 3x12 SATA кеш тупо пихать некуда.

как рбд оно норм. как s3 ... ну у нас не очень большой трафик. но вроде +/- работает. вот только никто так и не придумал как бы так RGW апнуть с хаммера на джевел что бы все по пошло по ...

так что ргв висят отдельно пока

в предыдущей конторке было 6x4 прям на нодах проксмокса... был сильно грустнее

11 нод и 139 Тб внушительно??

По результатам экспериментов - 1 вынесение журнала осмысленно только при вынесении ее на очень шустнрый ссд.

2 при умирании ссд с журналом все осд что былы на нем делают полный backfill

По результатам экспериментов - 1 вынесение журнала осмысленно только при вынесении ее на очень шустнрый ссд.

"очень шустрый" - это какой?

сколько iops?

maxdisk iops*2*кол-во дисков

maxdisk iops*2*кол-во дисков

ну так это 200 для sata-диска

ну ок, 400 для sas

количество дисков в osd или вообще суммарно по всем osd?

количество дисков в ноде.

ну у меня короче какой-то древний талос был - и он судя по графикам начал захлебываться. ну или конетроллер на нем начал захлебываться

количество дисков в ноде.

пф... ну 400*12 это где-то 5к iops

ну т.е. при том что современные в худшем случае выдают 30k на запись

у меня там в журнал получилось еще *2 почему-то

но разбираться было некогда и безмысленно - в боевых нодах 2ссд воткнуть некуда было

но разбираться было некогда и безмысленно - в боевых нодах 2ссд воткнуть некуда было

физически места не было или же какие-то иные сложности?

физически. 12 дырок спереди заняты осд, 2 дырки с зади - системой. пци-е контроллером и сетевкой.

ну и выпадение с ребилдом 12ти осд для такого маленького кластера это писец.

дата не пропадет но слоуреквесты будут

да. размер реплики у нас 3

о, bcache - это збс

вообще огонь