[mirror-admin] push mirroring plans
Ken Tossell
mirror+lists at kennyt.com
Wed Dec 17 01:13:07 EST 2008
On Dec 16, 2008, at 11:17 PM, <Matt_Domsch at Dell.com> wrote:
> I think we'd want to have a unique SSH keypair for each mirror
> stored in
> the MM database, for the MM -> mirror trigger script.
I understand SSH is used successfully for initiating syncs in a few
big mirror hierarchies, but couldn't we use something less invasive?
I'd be interested in participating in a push mirroring system, but I
definitely couldn't have any automatic logins. (We're using a
distributed account system that's pretty strictly one login per
person, and an account gets you into lots of different machines.) I'm
sure there are a lot of others who couldn't allow SSH pushes, for
similar or other reasons.
What would you all think of a system that works like this:
- On master updates, the master server sends an HTTP query (like
report_mirror) to admin.fp.org, telling MM to set all the tier-1
mirrors' "needs to pull" flags.
- Every k minutes (where k is something small, like 5-10), each
tier-1 mirror queries MM, and if its flag is set, it syncs with the
master. Once it's synced, it tells MM, which resets the tier-1 flag
and sets the flags for that mirror's tier-2 clients.
- Every 3k minutes, the tier-2 mirrors follow the same process.
Small updates, then, should propagate throughout tier 2 in less than
an hour, without MM or upstream mirrors having any access to
downstream hosts. The "Do I need to pull?" queries should be really
easy to handle, as they wouldn't require any (expensive) database
access.
- Ken
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/mirror-admin/attachments/20081217/80a1dc5e/attachment.html
-------------- next part --------------
--
More information about the Mirror-admin
mailing list