Thanks Tarun Kumar,
Right, we have that option too :)
On Wed, 21 Apr 2021 at 10:43, Kushwaha, Tarun Kumar <
POSIXFS is good option to mount cephfs filesystem as Data domain and get
all benefits of virtualization layer and as well as ceph storage layer i am
using since more than 2 years without problem
Tarun kumar kushwaha
On Wed, 21 Apr 2021, 13:03 Eyal Shenitzky, <eshenitz(a)redhat.com> wrote:
> Hi Matthew,
> Currently, in order to use Ceph in oVirt you have 2 options:
> 1. Ceph using ISCSI gateway - regular ISCSI storage domain with Ceph as
> the storage backend, supports all the regular operations .
> 2. Using the new Managed Block Storage (Cinderlib integration)
> technical-preview - Create a Managed Block Storage domain that doesn't
> support all the operations that we have for the "regular" storage domain
> you can find more info here  and .
> Each option has its benefits.
>  -
>  -
>  -
> On Wed, 21 Apr 2021 at 10:12, Sandro Bonazzola <sbonazzo(a)redhat.com>
>> +Eyal Shenitzky <eshenitz(a)redhat.com> any suggestion?
>> Il giorno lun 12 apr 2021 alle ore 11:15 <matthew(a)peregrineit.net> ha
>>> Hi All,
>>> I need some "best practice" advice. We have a Ceph Storage Cluster
>>> (Octopus moving to Pacific) which we'd like to use with our new oVirt
>>> Cluster (all on CentOS 8 boxes). What I'd like to know is what is the
>>> "best" (ie recommended / best practice) way of doing this - via
>>> 'raw' RBD blocks, some other way I haven't read about yet, etc?
>>> I realise 'best' is a subjective term, but what I tend to do is do
>>> 'manual' installs so that I both actually understand what is
>>> how things fit together - I pull apart and rebuild mechanical clocks and
>>> watches for the same reason) and also so I can '"Puppet-ise"
>>> for future use. This means that I am *not* necessarily looking for
>>> and dirty" or "quick and easy" (ie, I have no trouble using
the CLI and
>>> 'vim-ing' conf files as required) but I do want a solid,
>>> system when I'm done.
>>> So, can some please help? And also, would you mind pointing me towards
>>> the relevant documentation for the answer(s) supplied (yes, I *always* RTFM
>>> :-) ).
>>> Thanks in advance
>>> Users mailing list -- users(a)ovirt.org
>>> To unsubscribe send an email to users-leave(a)ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> List Archives:
>> Sandro Bonazzola
>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>> Red Hat EMEA <https://www.redhat.com/>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.
> Eyal Shenitzky
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> List Archives: