FTT=0 with EC (ответ D) - такое вообще есть в природе?

дисковые группы не переформатируются при изменении Storage policy.

resync потребуется, не то написал

Я видел) спасибо) просто решил уточнить

не тот скриншот прикрепил 🙂

фтт=0 для 5\6 n\a )

значит ток один вариант

ну и еще вопрос

вот :)

A-увеличит место в принципе, не зависимо от утилизации
B-идейно норм
C-можно потерять данные
D-такой вариант не возможен
Чем B вариант не рабочий?

тем что нет места на ресинк?

осталось 3 ноды

для RAID5 надо 4

ну ц же, он просто удалит половину реплик объектов без требования к доп месту для перестройки объектов

на самом деле, если включить зануду, то изменить с R1 на R5 можно при заполнении на 98% при условии, что кластер достаточно большой по емкости (тут важно, чтобы 2% - было хотя бы несколько TB). Потому что начиная с 6.7U3 «Policy changes now occur in batches. This ensures that all policy changes complete successfully, and free capacity is not exhausted.» Так что шанс поменять можно, но это будет очень долго и грустно

В задаче 99% :)

как экз называется или код?

потому что сначала нужно сделать новый RAID tree с R5, а только потом пристреливать старый RAID-tree с R1. Иначе на момент перестроения данные будут не защищены.