Project

General

Profile

-1E - RADOS Gateway refactor into library internal APIs » History » Version 1

Jessica Mack, 06/22/2015 05:45 AM

1 1 Jessica Mack
h1. -1E - RADOS Gateway refactor into library internal APIs
2
3
<pre>
4
5
scuttlemonkey	ok, I just refreshed the feed	10:23
6
scuttlemonkey	it may reload once more	10:23
7
fghaas	joshd: yes indeed	10:23
8
*** xiaoxi has quit IRC	10:24
9
joshd	fghaas: lmb: I'm curious what async-replicated rbd would solve beyond sending rbd differentials between snapshots to another cluster	10:25
10
joshd	fghaas: lmb: if you send diffs frequently they start looking pretty similar	10:26
11
fghaas	joshd: well now that you mention it, shipping snapshot diffs might actually be better than streaming replication	10:28
12
scuttlemonkey	both video feeds should be live now	10:28
13
fghaas	because it would allow people to have a backup site trail x hours behind the live site on purpose	10:28
14
scuttlemonkey	we'll get the sessions started up again in another 2 mins or so	10:28
15
fghaas	joshd: is snapshot diff shipping coming for dumpling?	10:28
16
gregaf	wido: if you want to talk, the Google+ app supports hangouts and should open automatically if you go to the page in the browser; if you're just watching you can open it on the youtube site	10:29
17
wido	gregaf: I'm in already :)	10:29
18
joshd	fghaas: I've got good news for you then, diff import/export are already there in cuttlefish	10:29
19
gregaf	good good	10:30
20
fghaas	joshd: I do know that, but is there a daemon that will actually ship offsite or do people still have to handcraft that?	10:30
21
rturk	Hey all - #ceph-summit2 is for the second track	10:30
22
rturk	head over there if you're in track 2 :)	10:30
23
joshd	fghaas: shipping isn't handled by anything right now	10:31
24
rturk	and if you want to participate in the discussion, send scuttlemonkey a ping	10:31
25
fghaas	(joshd, in case you're wondering why lmb isn't responding, he stepped out for a bit, will probably throw his comments in when he returns)	10:31
26
*** nwat has joined #ceph-summit1	10:31
27
*** maclin has quit IRC	10:32
28
joshd	fghaas: perhaps the rgw-geo agent could do similar things for rbd, I haven't thought much about it yet	10:32
29
*** nwat has quit IRC	10:32
30
fghaas	joshd: ok. so what people would have to do is write a cron job that exports a diff, ships it, and then applies it on the other end? that's ok for testing, but people might dislike it for the real deal	10:32
31
paravoid	that's not accurate	10:33
32
paravoid	rgw isn't CGI, it's FastCGI	10:33
33
paravoid	and FastCGI isn't an old, deprecated way of running apps	10:33
34
paravoid	and fairly high performant, better than Python for sure	10:33
35
*** sjustlaptop has quit IRC	10:34
36
joshd	fghaas: I agree the management of diffs could certainly be made easier, it sounds like you might have some suggestions. I haven't thought about it much yet	10:34
37
joshd	fghaas: I just wanted the basic tools in place first for cuttlefish	10:35
38
*** Ryan_Lane has joined #ceph-summit1	10:36
39
fghaas	sounds a bit like the old Postgres WAL shipping. Which isn't quite as elegant as streaming, low-level RADOS replication, but probably a far better option for Glance/Cinder than an alternative where Glance images are stored as Swift objects via rgw (no objection to rgw at all, but in this case I'd greatly prefer native RBD)	10:37
40
fghaas	at any rate, joshd, our discussion is going OT for this channel, better switch this to #ceph :)	10:37
41
loicd	there is a project to move the swift API out of the swift implementation. That was discussed during the openstack summit but I don't have a link handy.	10:42
42
*** cdl has joined #ceph-summit1	10:42
43
*** jtran has left #ceph-summit1	10:47
44
gregaf	we already have so many logs for RGW, and coordinating consumers can be pretty annoying	10:47
45
scuttlemonkey	need an aggregator log tool like juju's debug-log or something :P	10:48
46
gregaf	sagewk was talking about keeping an event log and I don't think that's much less appealing to external services than a librgw that you can embed in your app to do all the real work ;)	10:49
47
loicd	joshd: do you remember about it ? ( the swift library ). Although it's already implemented, it might save time on upgrading and chasing the changes. But I don't really know anything there ;-)	10:52
48
*** Ryan_Lane has quit IRC	10:53
49
joshd	loicd: yeah, I talked to some swift folks about it, and first plan is pluggable fs backends for gluster/zfs on the backend servers, and later maybe pluggable higher-level backends (like ceph) beneath the proxy server later	10:54
50
paravoid	a low-level librgw library that doesn't include the HTTP bits sounds useful in general	10:54
51
gregaf	sagewk: not sure how behind this is your discussion, but the problem with get and put is all the streaming of those requests, right?	10:54
52
paravoid	hooking the logic directly into applications	10:54
53
sagewk	that's the devil in the details, yeah	10:54
54
paravoid	while also having radosgw on top of that	10:54
55
scuttlemonkey	(the youtube feed is about 1m behind the hangout)	10:54
56
paravoid	for example, we could use librgw PHP bindings for mediawiki to access directly the Ceph cluster without a gateway	10:55
57
joshd	loicd: it might be useful for keeping up with the apis, like new keystone etc, but probably a lot easier with librgw	10:55
58
loicd	it looks like it could leverage librgw indeed :-)	10:56
59
joshd	loicd: but the swift guys basically aren't going to do the work to make the proxy backends pluggable (and certainly not soon), so we'd need to do that as well if we wanted to use it	10:56
60
loicd	ah	10:56
61
paravoid	youtube is flaky dammit	10:58
62
scuttlemonkey	yeah, a bit	10:58
63
loicd	youtube	10:59
64
loicd	darn	10:59
65
paravoid	don't assume a MQ	11:01
66
paravoid	maybe a fork/exec or a unix socket (for performance)	11:01
67
gregaf	I'd feel better about a unix socket than a blind fork, yikes	11:04
68
paravoid	could the georeplication logs be reused for this?	11:04
69
gregaf	reused for which?	11:06
70
paravoid	the swift API has object expiration already	11:07
71
paravoid	http://docs.openstack.org/developer/swift/overview_expiring_objects.html	11:07
72
paravoid	X-Delete-At & X-Delete-After	11:07
73
paravoid	but this isn't LRU unfortunately	11:08
74
paravoid	I wouldn't know about S3, sorry :)	11:08
75
*** Aaron|away has joined #ceph-summit1	11:10
76
gregaf	wow, watching the etherpad edits in real-time and then hearing the conversation a minute later is very confusing	11:10
77
Aaron|away	swift temp urls :)	11:10
78
*** Aaron|away is now known as AaronSchulz	11:10
79
* loicd lost connectivity, changing location	11:10
80
paravoid	AaronSchulz: faster than you!	11:11
81
*** loicd has quit IRC	11:11
82
sagewk	what i stoken server?	11:11
83
michael_dreamhost	with s3 you pull acess tokens for mobile apps say	11:12
84
AaronSchulz	paravoid: I was listing but not on IRC	11:12
85
paravoid	gregaf: better than having the stream be interrupted every third minute or so	11:13
86
gregaf	so we're talking about token servers in terms of something like Keystone, right?	11:13
87
paravoid	at least I can keep up with the pad :)	11:13
88
joao	I propose waiting for everyone on the hangout to wait until able to sync IRC with video :p	11:13
89
</pre>