Можно ли как-то сделать iops лимиты юзерам s3? Через rgw я так понял нельзя, может можно как-то на стороне haproxy?

iops нет троучпут да

The data pool used to create the file system is the “default” data pool and the location for storing all inode backtrace information, used for hard link management and disaster recovery. For this reason, all inodes created in CephFS have at least one object in the default data pool. If erasure-coded pools are planned for the file system, it is usually better to use a replicated pool for the default data pool to improve small-object write and read performance for updating backtraces. Separately, another erasure-coded data pool can be added (see also Erasure code) that can be used on an entire hierarchy of directories and files (see also File layouts).

можно, но если много мелких файлов, то корень лучше делать на репликах

Ага, спасибо за инфу

получается, можно периодически сканировать имена бакетов на стороне ceph, генерировать rates.map для haproxy rate limiting, и таким образом добиться какого-то подобия iops limits

но это как-то слишком сложно

Ну либо ты модешь сделать реит лимит пер ип :)

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

Просто и сердито :)

ну это совсем порнография

в принципе если у тебя aws нотификация то можоно сделать лимит по доменам что равносильно лимиторавнию по бакетам

просто это находится за границимаи цефа

Ребят, доброго времени суток всем. В случае pg inconsistent,  и размера пула 3/2 безопасно запускать pg repair.?

Mimic 13.2.10

inconsistent из-за ошибок при deep scrub?

Да

ну да, pg repair для этого и нужен

восстановление займёт некоторое время, обычно это какие-то минуты