Project

General

Profile

Peering speed improvements » History » Version 1

Samuel Just, 06/12/2015 07:55 PM

1 1 Samuel Just
osd: Faster Peering
2
3
Summary
4
For correctness reasons, peering requires a series of serial message transmissions and filestore syncs prior to completion.  This puts something of a lower bound on the latency client IO suffers on cluster change.
5
Owners
6
7
Sam Just (RedHat)
8
9
Interested Parties
10
Guang Yang (Yahoo!)
11
12
Current Status
13
14
GetInfo->GetLog->GetMissing requires three round trips to replicas.  First, we get pg infos from every osd in the prior set, acting set, and up set in order to choose an authoritative log.  Second, we fetch the authoritative log.  Last, we fetch missing sets from each acting set replica for use during recovery.
15
1) Can we preemptively request the log+missing for osds in the most recent prior set interval to hopefully skip the GetLog step?
16
2) Can we preemptively request the log+missing for acting and up osds in the GetInfo set to hopefully skip the GetMissing step?
17
 
18
Another wrinkle is that replicas do not send the info requested in GetInfo and the primary cannot start peering until the previous acting interval has been flushed.
19
1) We might be able to relax this to waiting for a commit (journal only) if we track unstable objects across intervals.  We need to track unstable objects for replicas going forward anyway to get replica reads right, so this might not be so bad.