Size: a a a

DevOps — русскоговорящее сообщество

2021 January 23

z

zeleniumex in DevOps — русскоговорящее сообщество
User
Есть такое понятие как - кривая процесса обучения бандуры(в гугле есть картинка)наглядно иллюстрирует динамику роста знаний, чтобы дураком себя не считать раньше времени, когда недоходит что-то, а перекурить и со свежей головой приступить снова.
Отличная метафора,  я все к гитаре никак не подступлюсь...  спасибо за дельный совет ))
источник

U

User in DevOps — русскоговорящее сообщество
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Так это фамилия а не инструмент )))
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
))))))))))))
источник

U

User in DevOps — русскоговорящее сообщество
zeleniumex
Так это фамилия а не инструмент )))
ну да, так проще гуглить, там кому надо покурит.
источник

IT

Ilya T. in DevOps — русскоговорящее сообщество
Всем привет. Ребят, может кто-нибудь подсказать по GlusterFs и heketi? Хочу поднять всё это дело в Кубере, чтобы не было единой точки отказа, а именно базы данных Хекети на одной из нод. У меня 4 ноды подключённых к JBOD хранилищу, в котором стоит 24 терабайтных диска. Проблема в том, что Хекети, когда используешь его в поде, требует целый диск под свою базу, а я не очень хочу лишаться 1 терабайта в хранилище. Есть ли какие-то хитрые варианты, чтобы обойти это ограничение? Если нет, можно ли будет каким-то образом потом перенести базу данных Хекети с диска одной из нод в персистент вольюм пода с ним? Насколько я знаю, если потом просто задеплоить новый инстанс Хекети в под, он не сможет работать с ранее созданными вольюмами Гластера, так что это не вариант.
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Ilya T.
Всем привет. Ребят, может кто-нибудь подсказать по GlusterFs и heketi? Хочу поднять всё это дело в Кубере, чтобы не было единой точки отказа, а именно базы данных Хекети на одной из нод. У меня 4 ноды подключённых к JBOD хранилищу, в котором стоит 24 терабайтных диска. Проблема в том, что Хекети, когда используешь его в поде, требует целый диск под свою базу, а я не очень хочу лишаться 1 терабайта в хранилище. Есть ли какие-то хитрые варианты, чтобы обойти это ограничение? Если нет, можно ли будет каким-то образом потом перенести базу данных Хекети с диска одной из нод в персистент вольюм пода с ним? Насколько я знаю, если потом просто задеплоить новый инстанс Хекети в под, он не сможет работать с ранее созданными вольюмами Гластера, так что это не вариант.
А почему выбор пал на glusterfs она же тормозная до нельзя.
источник

IT

Ilya T. in DevOps — русскоговорящее сообщество
zeleniumex
А почему выбор пал на glusterfs она же тормозная до нельзя.
Был положительный опыт работы, нагрузка не очень большая. Но, если честно, первый пункт основной)
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
А не проще ли заюзать gluster FS без доп абстракций,  и PVC делать на забинденые дирректории на нужных воркерах.
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Или необходим навесок в виде динамического выделения томов , restful и прочее?
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Вообще IMHO довольно странно оперировать FS а не блоками используя еще одну абстракцию в кубере,  это сильно усложнит жизнь в случае если оператор с ума спрыгнет.
источник

IT

Ilya T. in DevOps — русскоговорящее сообщество
Нужно динамически создавать вольюмы, кластер будет использоваться, как тестовая среды. Тестов будет много, тесты автоматизированы.
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Ну так и замонтируйте gluster как одну большую помойку для bind mount  всяко проще будет.
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Опять же IMHO
источник

i

inqfen in DevOps — русскоговорящее сообщество
Ilya T.
Всем привет. Ребят, может кто-нибудь подсказать по GlusterFs и heketi? Хочу поднять всё это дело в Кубере, чтобы не было единой точки отказа, а именно базы данных Хекети на одной из нод. У меня 4 ноды подключённых к JBOD хранилищу, в котором стоит 24 терабайтных диска. Проблема в том, что Хекети, когда используешь его в поде, требует целый диск под свою базу, а я не очень хочу лишаться 1 терабайта в хранилище. Есть ли какие-то хитрые варианты, чтобы обойти это ограничение? Если нет, можно ли будет каким-то образом потом перенести базу данных Хекети с диска одной из нод в персистент вольюм пода с ним? Насколько я знаю, если потом просто задеплоить новый инстанс Хекети в под, он не сможет работать с ранее созданными вольюмами Гластера, так что это не вариант.
юзай linstor
источник

IA

Ilyas Arinov in DevOps — русскоговорящее сообщество
0x7Eh
тут не так давно было мнение что читать что-то нет смысла, ибо все прекрасно гуглится.
Ютубится
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
inqfen
юзай linstor
Там же drbd и на java ))) Да еще некоторые юзают его вместе с lvm thin provision (не углубляясь в суть меты) А потом имеют очень грустные последствия. Из личного опыта разгребания этого поделия.
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Возможно мне попались очумельцы настроившие по статьям из гугла...  И оно на самом деле очень хорошее.
источник

i

inqfen in DevOps — русскоговорящее сообщество
Ну в целом народ вполне котирует, вон kvaps тот же
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Ну если у кого в проде оно бежит и проблем незнает, дай то бог.
источник