Re: [SPDK] Ceph/Bluestore SPDK based backend?

[Tobias Oberstein <tobias.oberstein at gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1678 bytes --]

Hi Andrey,

Am 07.02.2017 um 13:20 schrieb Andrey Kuzmin:
> Not that I know of, and likely because it belongs to Ceph, not SPDK. SPDK
> goal is to enable applications to utilize NVMe flash more efficiently, not
> to provide a backend for each and every application out there.

Right. Understood. I was just looking for expert answers, not trying to 
imply SPDK should work for the Ceph project of course;)

And I guess the iSCSI target included with SPDK doesnt't fall under this 
("an app"), because iSCSI has a proper open wire protocol definition 
(different from Ceph)?

Cheers,
/Tobias

>
> Regards,
> Andrey
>
> On Feb 7, 2017 14:03, "Tobias Oberstein" <tobias.oberstein(a)gmail.com> wrote:
>
>> Hi,
>>
>> the 16.2 release added a Ceph RBD block device as a backend for SPDK
>> applications. I am wondering about the inverse?
>>
>> As in: having Ceph RBD OSDs use SPDK to use NVMe flash as underlying block
>> storage.
>>
>> There seems to be efforts with Ceph/Bluestore
>>
>> http://www.slideshare.net/sageweil1/bluestore-a-new-faster-
>> storage-backend-for-ceph
>>
>> to allow OSDs use raw block devices as underlying storage (instead of
>> Filestore, which shuffles everything through a filesystem).
>>
>> So put differently: is there a Ceph/Bluestore block device implementation
>> using SPDK?
>>
>> Cheers,
>> /Tobias
>> _______________________________________________
>> SPDK mailing list
>> SPDK(a)lists.01.org
>> https://lists.01.org/mailman/listinfo/spdk
>>
>
>
>
> _______________________________________________
> SPDK mailing list
> SPDK(a)lists.01.org
> https://lists.01.org/mailman/listinfo/spdk
>