Спасибо @t.lamprecht. Это критический кластер, поэтому я сначала займусь 18.2.4. Это команда для обновления до конкретной (не последней) версии Ceph? Что-то ещё нужно? Мой тестовый кластер сейчас на 18.2.4, и я не нашёл способа понизить версию до 18.2.2, чтобы протестировать прямой переход с 18.2.2 на Squid. apt install ceph=18.2.4-1-pve3 ceph-common=18.2.4-1-pve3 ceph-mgr=18.2.4-1-pve3 ceph-mon=18.2.4-1-pve3 ceph-osd=18.2.4-1-pve3 radosgw=18.2.4-1-pve3 -y

Специальную команду для выбора версии не нужно, так как 18.2.4 – последняя версия в репозитории ceph reef в любом случае. Просто убедитесь, что у вас активирован рабочий репозиторий ceph-reef и что нет других репозиториев, связанных с Ceph, и выполните обычное обновление, либо через веб-интерфейс (node -> Updates: Use refresh then upgrade), либо через CLI, используя apt update и apt full-upgrade.

Да, установка noout перед обновлением и сброс этого флага после этого может помочь избежать сбоев и дополнительной нагрузки во время обновления. Это практически необходимо для крупных обновлений Ceph, но не является строгим требованием для незначительных обновлений, как ваше. Вы можете объединить оба обновления за один раз. Это, вероятно, потянет за собой новый ядро, поэтому, если ваш Ceph-кластер полностью здоров до этого, вы можете сэкономить время, не перезапуская вручную OSD, manager и monitor демонов, а просто перезагружать каждый узел по одному, (live-)мигрируя любые гостевые системы, которые должны продолжать работать, на другой узел. Заметьте, что я немного занят и не успею написать здесь очень краткое руководство по обновлению, но если ваш кластер действительно здоров, то стандартное обновление до последней версии PVE и последней Ceph из той же основной серии обновлений, скорее всего, не вызовет никаких проблем (стучу по дереву).