Re: Questions about the CRUSH details

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Do you mean object location (osds) is initially calculated only using its
name and crushmap,
and then the result is reprocessed with the map of the PGs?

and I'm still skeptical about computation on the client-side.
is it possible to obtain object location without computation on the client
because ceph-mon already updates that information to PG map?

2024년 1월 25일 (목) 오전 3:08, David C. <david.casier@xxxxxxxx>님이 작성:

> Hi,
>
> The client calculates the location (PG) of an object from its name and the
> crushmap.
> This is what makes it possible to parallelize the flows directly from the
> client.
>
> The client also has the map of the PGs which are relocated to other OSDs
> (upmap, temp, etc.)
> ________________________________________________________
>
> Cordialement,
>
> *David CASIER*
> ________________________________________________________
>
>
>
> Le mer. 24 janv. 2024 à 17:49, Henry lol <pub.virtualization@xxxxxxxxx> a
> écrit :
>
>> Hello, I'm new to ceph and sorry in advance for the naive questions.
>>
>> 1.
>> As far as I know, CRUSH utilizes the cluster map consisting of the PG
>> map and others.
>> I don't understand why CRUSH computation is required on client-side,
>> even though PG-to-OSDs mapping can be acquired from the PG map.
>>
>> 2.
>> how does the client get a valid(old) OSD set when the PG is being
>> remapped to a new ODS set which CRUSH returns?
>>
>> thanks.
>> _______________________________________________
>> ceph-users mailing list -- ceph-users@xxxxxxx
>> To unsubscribe send an email to ceph-users-leave@xxxxxxx
>>
>
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux