сойдут, отполирую и на онтап перешью

ну не суть ) емс, или что-то другое блэк боксное

но конечно, нет фана в блэк боксе

а вам не страшно ssd на разделы резать под bluefs?

Нет конечно

эм, а почему должно быть страшно?

одна ссд сдохнет -- несколько osd утащит

да и похер )

Если ты боишся выхода из строя хоста - цеф не для тебя

ну вообще-то ssd часто сдыхают от выработки ресурса. сдохло на одном -- велика вероятность что и на соседнем сдохнет примерно в это же время, если хосты ставились одновременно.

это называется "сам себе буратино".

crush map, чтобы не помещало две копии данных на одну ssd?

помогите настроить iscsi на octopus

А оно чем-то принципиально отличается от предыдущих версий?

да

там все через cephadm делается

в новом формируется кластер докер или подман, в него проваливаешься и конфигуришь.

Приветствую!
Тут такой вопрос возник из области теории и интереса, а возможно и реализации: в кластере присутствует 3 RGW, балансировка между ними происходит по средствам балансировщика нагрузки. Запрос пользователя приходит на балансировщик, ясное дело. И трафик также проходит через балансировщик. Можно ли как-то реализовать, что первый запрос проходил через балансировщик, но дальнейшая загрузка шла на прямую через RGW, предложенную балоансировщиком. Тобишь дальнейший трафик миновал балансер и топал на RGW. Надеюсь мысль вышла не скомканной.

это не обязательная опция, конфигурить по старой схеме никто не запрещал

@irekfasikhov  предлагал вообще отказаться от балансировщика и бахнуть dns service discovery, можешь поискать по чатику