Ну, кто-то вообще не делает :)

Хорошо когда по крайней мере делают

Ребят, не могу синкануть новый бакет в RGW multisite. На sync status бакета получаю вконце ошибку

2021-08-13 09:30:04.226 7f0ce67eeb40 -1 failed to fetch remote log markers: (2) No such file or directory
2021-08-13 09:30:04.226 7f0ce67eeb40 -1 failed to read remote log: (2) No such file or directory

enable|disable sync бакета эту ошибку убирает, но бакет на другом конце по прежнему отсутствует.

Ресурс-группы - это просто набор параметров для размещения в линсторе, ты наверное хотел спросить про сторадж-пулы?
В общей сложности нод у нас чуть меньше тысячи. Конфигурация дисков внутри нод бывает разная. Для виртуализации используем обычно по одному nvme на ноду. Все ноды являются как сторадж-нодами так и компьют. Для хостинга используем отдельные сторадж-ноды, там 4 nvme и один общий storage-pool для них. Компьют-ноды у нас diskless и не имеют установленных дисков вообще.

Я про организацию дисков, у тебя размер потом самого большего диска у Вмки той же ограничен размером ресурс группы если я правильно понял

Ну и как будет Линстор себя вести если вылетел диск из группы или вся группа

эту статью я еще на медиуме читал

А, окей. Ещё у бкеша баг был неприятный, который выглядел как "почему-то тормозит запись иногда и вся нагрузка на хдд", его починили, поэтому на такие комменты смотреть неактуально

Это не баг, это фича :-) отключение записи в кэш при обнаружении линейного врайта :-)

А врайт в журнал внезапно линейный

Нене, эта фича отключаемая

А то был именно баг

Там есть захардкоженый лимит на количество грязных бакетов в кеше, при котором он включает тотальный врайтсру:) но для увеличения скорости врайтбека в фоне использовалась инфа о количестве грязных блоков, а не бакетов. Если хоть один блок в бакете грязный, то бакет помечается целиком как грязный. Иногда так получалось, что грязных блоков мало, зато они раскиданы по куче бакетов. В итоге запись прокидывается, а врайтбек не шевелится

Парам парам пам

Щас просто прикрутили ещё один коэффициент для скорости врайтбека, завязанный на "фрагментацию":))

А, прикольно))

докладаю №2: по прошествии 9 суток на ядре linux-image-4.15.0-72-generic (ubuntu 16.04) ни одной slow op. после обновления на ядре linux-image-4.15.0-142-generic первый факап произошел через 8 суток. так что все же ставлю на баг в ядре.

Ну отлично!