Реплицируемый пул Ceph
Определение
Реплицируемый пул Ceph — логический раздел распределённого хранилища, сохраняющий полные копии объектов по заданным правилам.
Также ищут: replicated pool · пул Ceph с репликацией
Зачем это знать
Число копий и минимальный порог обслуживания запросов — разные параметры. Сохранённая копия сама по себе не означает, что приложение получит доступ к данным.
Карта понятия
Что подтверждено
Пул — логический раздел для объектов RADOS. В реплицируемом пуле size задаёт полное число копий объекта, включая первичную: size=3 означает три копии, а не четыре.
Граница применимости: Ceph Squid: Pools, вводное определение и Setting the Number of RADOS Object Replicas. Не распространяется на трактовку size в erasure-coded пулах.
Параметр min_size задаёт минимальное число активных копий, необходимое для ввода-вывода. При min_size=2 и единственной доступной копии операции с соответствующими объектами не обслуживаются.
Граница применимости: Ceph Squid: Pools, min_size и Setting the Number of RADOS Object Replicas. Достижение порога не гарантирует доступность при иных неисправностях.
Для группы размещения PG состояние active означает общую готовность обслуживать чтение и запись, а clean — наличие требуемого числа копий её объектов после согласования состояния. Active+degraded не означает полного восстановления копий.
Граница применимости: Ceph Squid: Monitoring OSDs and PGs, Active, Clean и Degraded. Состояние PG не является проверкой работы приложения.
Документация Ceph предупреждает о риске потери данных при min_size=1 или size=2 в production и рассматривает такие настройки лишь для отдельных временных аварийных ситуаций.
Граница применимости: Ceph Squid: Pools, примечание к Setting the Number of RADOS Object Replicas. Это не инструкция снижать защиту ради восстановления доступа.
Что проверить
- Зафиксируйте size и min_size выбранного пула.
- Проверьте активность и полноту копий по состоянию PG.
- Для каждого отказа посчитайте доступные копии.
- Не снижайте min_size для устранения предупреждения без отдельного аварийного решения.
Первоисточники
- Pools
Повторная сверка 20.09.2026. Проверены определения пула, size/min_size и Setting the Number of RADOS Object Replicas. Общая фраза введения про число переживаемых отказов не использована как универсальное правило.
- Monitoring OSDs and PGs
Повторная сверка 20.09.2026. Проверены Peering, Active, Clean, Degraded и условия восстановления. Не переносим состояние одной PG на готовность всего приложения.
Связанные понятия
Курсы по теме
Следующий шаг
Сформулируйте задачу и уточните требования к своей системе.
Подготовить состав проектаОткроется черновик вопроса. Отправьте его, когда будете готовы.