А дайте ссылку на канал

и я смогу добавить osd через эту остнастку в сторендж?

Нахера?

есть задача, 2-4 сервера отдать в отдел с гос тайной, и админа там не будет, сотрудник должен зайти, тыкнуть мышкой пару раз и добавить тем самым новый диск. Да и вообще было удобнее, если бы можно было войти, посмотреть на каких хостах с ceph сколько занято, какие сообщения у каждого хоста есть для меня и тп, но не в армках захода или сбора логов, а в рамках нажал ceph storage и увидел хосты 1-9 и тд, нажал на хост и увидел от него сообщения

посмотри кальмара calamari или как его там. мб подойдет для тебя

Не рекомендуется применять, если приложение однопоточное, по причине того, что распределенная хэш-таблица вернет ссылку только на один том

шта? ссылки

ссылку не дам, это сказал человек из крупного института

ясно, понятно, давай досвидания.

Не рекомендуется применять, если приложение однопоточное, по причине того, что распределенная хэш-таблица вернет ссылку только на один том

Предупреждаю. будешь нести про политех знакомых и прочую хуйню без пруфов забаню нахер.

звучит как набор баззвордов с трудно уловимым смыслом, если честно. в основном, наверное, потому что "том" и "хеш-таблица" в сефе существуют на очень разных уровнях абстракции. сказать-то что хочешь?

Не рекомендуется применять, если приложение однопоточное, по причине того, что распределенная хэш-таблица вернет ссылку только на один том

что, если приложение пишет одним потоком сразу 50-60 гб и более, а потом читает так же, то ceph не лучший выбор под такую задачу

нет, я просто озвучил то, что мне написали, буду гуглить и это, и другое, я вон недавно про гластер презентацию новую читал

по твоей логике любой файл будет литься на один том всегда

что "нет"?

я, предположительно, думаю, что они имели ввиду, что как например с ext4 берёшь 1 и другой диск, и переносишь большой объём информации через dd/cp, в результате у тебя скорость записи падает со временем, а иногда и вовсе зависает, у меня вот не раз такое бывало, когда перенося свыше 300 гб всё могло просто повиснуть

На нормальных дисках ничего никуда не виснет

Хрыч, похоже, имеет в виду, что при последовательной долгой записи журналы на SSD и возможные cache-tier'ы продавятся и скорость упадет.

Хрыч, похоже, имеет в виду, что при последовательной долгой записи журналы на SSD и возможные cache-tier'ы продавятся и скорость упадет.

Такое поведение есть, но это by design и ничего страшного я в этом не вижу

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

лол

но ссд под кеши выделять не хотят, рук разработки и его помощник считают, что лишняя трата денег

Показывать доку не метод

я изначально предлагал взять на каждый из серваков с фс по 2 ссд по 512 гб

мало и медленно

говоришь "чуваки, вот есть best practice. Если так не делать, то будут такие то последствия и я за них не отвечаю"

Я надеюсь тебя там не прогнули сделать 2х репликацию вместо 3х?

Я надеюсь тебя там не прогнули сделать 2х репликацию вместо 3х?

Я надеюсь тебя там не прогнули сделать 2х репликацию вместо 3х?