>>а у люстры recovery это несколько другая вещь - апаратную целостность данных она не контролирует
>
>это я то путаю?

путаешь. иди читай книжки по ceph архитектуре.

> :D странный вы какой-то. вот несколько пунктов для
>усваивания:
>1. OSDs usually store data on raw block devices, using a custom
>storage format called EBOFS

и что ? как формат внутри одного osd связан с логикой обмена клиентов с эти самым OSD?

>2. Internally, Btrfs bears some resemblance to Ebofs, the userland object file
>system developed for use in Ceph

да да. опять же - рассказываем что внутри osd - не обращая на взаимодействие клиентов кластера с этим самым osd.

>3. The storage daemons rely on btrfs for storing data (and take
>advantage of btrfs' internal transactions to keep the local data set
>in a consistent state). This makes the storage cluster simple to
>deploy, while providing scalability not currently available from block-based Linux cluster
>file systems.

да да. и как FS внутри OSD связано с механзмом обмена клиентов и OSD ?

>4. Ceph может работать поверх блочных устройств, внутри одного файла или через
>размещение данных в существующих ФС (например, XFS).
>т.е. поверх чего бы ceph не работал, он сохраняет данные в EBOFS.

это вобще хит сезона - как тип FS связан с recovery ? :-)

>
>вот теперь можете рассказывать как 2-а режима... бороздят просторы большого театра :D
>

покажи пожалуста хоть в одном из этих пунктов "распределенные транзакции" ?
когда найдешь - тогда расскажешь.