Модель хранения кластера
Определение
Модель хранения кластера — способ организации рабочих данных: откуда их получают узлы, где находится избыточность и какие отказы должен пережить путь к данным.
Также ищут: Cluster storage model · модель хранения VM кластера · общее и распределённое хранилище кластера
Зачем это знать
Общий доступ и распределённое размещение не исключают друг друга. До заказа выясните, что останется доступно после отказа узла, сети, стойки или самого хранилища.
Карта понятия
Связано
Что подтверждено
В Proxmox VE общее хранилище позволяет узлам кластера напрямую обращаться к образам дисков VM; при live migration таких VM не требуется копировать данные виртуального диска между узлами.
Граница применимости: Proxmox pve-docs, Git 937063811643, pvesm.adoc. Речь об образе на уже общем хранилище для допущенных узлов; другие локальные диски VM проверяют отдельно. Доступность самого хранилища этим не гарантируется.
Общий доступ узлов к одному хранилищу и распределённое размещение его данных — разные свойства. В документации Proxmox NFS и iSCSI названы примерами общего доступа, а Ceph RBD сочетает его с распределённым хранением.
Граница применимости: Сопоставление pvesm.adoc редакции 937063811643 и Ceph Squid RBD. Протокол NFS или iSCSI сам по себе не определяет внутреннюю архитектуру сервера хранения.
Proxmox VE поддерживает Ceph RBD как блочное shared storage; документация описывает Ceph RADOS как распределённую систему, реплицирующую данные по разным узлам.
Граница применимости: Таблица Storage Types в pvesm.adoc редакции 937063811643: rbd — блочное общее хранилище. Это не подтверждение совместимости любых выпусков Proxmox и Ceph.
- Рекомендация редакции
Приёмку хранения строить по полному пути данных — инициировать согласованный отказ, подтвердить доступ VM к данным, измерить деградацию и затем проверить восстановление и возвращение избыточности.
Граница применимости: Редакторский план по модели хранения Proxmox и различию active/clean в Ceph Squid. Применимость, допустимый простой и процедуру отказа задаёт конкретный проект; стенд не запускался.
Параметр shared в Proxmox VE отмечает уже общее хранилище с одинаковым содержимым на всех указанных узлах. Включение этой отметки не делает данные локального диска доступными другим узлам.
Граница применимости: pvesm.adoc редакции 937063811643, Common Storage Properties: shared и nodes. Это описание параметра, не рекомендация менять настройки работающего кластера.
Что проверить
- Назовите данные или VM, которые должны оставаться доступными.
- Укажите, где лежат данные и какие узлы обращаются к одному ресурсу.
- Нарисуйте полный путь от узла до данных и отметьте общие зависимости.
- Для распределённого хранения укажите правило размещения и выбранную область отказа.
- Разделите целевое число копий и минимальный порог для операций.
- Задайте измеримый отказ и способ возврата системы.
- Проверьте выбранный сценарий на согласованном стенде до ввода в эксплуатацию.
Первоисточники
- Proxmox VE Storage — pvesm.adoc, source revision 937063811643
Прочитаны введение, Storage Types, Storage Configuration и Common Storage Properties: nodes/shared. Публичное зеркало Proxmox; недоступный PDF не выдаётся за прочитанный. Совместимость конкретных версий проверяется отдельно.
- Ceph Block Device
Повторная сверка 20.09.2026. Проверены вводное описание RBD и способы доступа. Ветка squid, не фиксация отдельного patch-релиза; совместимость с Proxmox этим не установлена.
- Monitoring OSDs and PGs
Повторная сверка 20.09.2026. Проверены Peering, Active, Clean, Degraded и условия восстановления. Не переносим состояние одной PG на готовность всего приложения.
Связанные понятия
Курсы по теме
Следующий шаг
Сформулируйте задачу и уточните требования к своей системе.
Подготовить состав проектаОткроется черновик вопроса. Отправьте его, когда будете готовы.