Skip to Content.
Sympa Menu

per-entity - Re: [Per-Entity] distribution of aggregate metadata

Subject: Per-Entity Metadata Working Group

List archive

Re: [Per-Entity] distribution of aggregate metadata


Chronological Thread 
  • From: Nick Roy <>
  • To: Rhys Smith <>
  • Cc: Scott Cantor <>, Thomas Scavo <>, Per-Entity Metadata Working Group <>
  • Subject: Re: [Per-Entity] distribution of aggregate metadata
  • Date: Wed, 10 Aug 2016 19:53:43 +0000
  • Accept-language: en-US
  • Authentication-results: spf=none (sender IP is ) ;
  • Ironport-phdr: 9a23:sstkZxbzK6Ge+uVnF2Pmuhn/LSx+4OfEezUN459isYplN5qZpsW4bnLW6fgltlLVR4KTs6sC0LWG9f27EjVdqb+681k8M7V0HycfjssXmwFySOWkMmbcaMDQUiohAc5ZX0Vk9XzoeWJcGcL5ekGA6ibqtW1aMlzFOAF0PuX4HJLJx4Tyjrjqus6bXwIdvjqsevtJKRSqrU2FjMkHms1ZL6ctyjPLo2BDPe1dg35rcwG9hRH5s+Gx950rySNB86Yn7clReaT8Y6kiS7FEVnIrP31jt56jjgXKUQbavihUaW4RiBcdRlGdtBw=
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99

Very cool.  How much work was it to set this up, and how many people do you have prepared to support this?  Which service tier are you using (looks like Azure Edge has three service tiers, I'm guessing the "S2" Akamai version would get us what we need)[1]?  Since the UK Federation is similar in size and uses a lot of the same infrastructure components as InCommon, your answers will probably help InCommon understand how much work this would be and how we should be considering resourcing it.

Everyone on this list should note that the SLA associated with this service (at all levels of the service) is defined in [2] as "at least 99.9% [uptime]..."  That is two nines short of what this group has been bouncing around.  So - how does that sit with you all?  Rhys, do you have any concerns with this?

For those interested, US pricing for the Azure CDN is documented here [2].  Their pricing appears based on egress, so I don't know how our NET+ pricing would interact with this.  I'll reach out to Sean O'Brien to try to find out.


Thanks,

Nick

On Aug 10, 2016, at 1:40 PM, Rhys Smith <> wrote:

By the way, if anyone wants to try a CDN version of the UK fed distribution service (not particularly exciting, I must admit), I already have one set up using the Azure CDN. I haven’t yet got our tooling to send a purge command to manually refresh the CDN on publication of a new set of aggregates; it’s easy to do, I just haven’t had time yet. Will be doing that soon then having a more thorough play with it.

http://ukf-md-cdn.azureedge.net

Rhys.
--
Dr Rhys Smith
Chief Technical Architect, Trust & Identity
Jisc

T: +44 (0) 1235 822145
M: +44 (0) 7968 087821
Skype: rhys-smith
GPG: 0x4638C985
Lumen House, Library Avenue, Harwell Oxford, Didcot, OX11 0SG

jisc.ac.uk

Jisc is a registered charity (number 1149740) and a company limited by guarantee which is registered in England under Company No. 5747339, VAT No. GB 197 0632 86. Jisc’s registered office is: One Castlepark, Tower Hill, Bristol, BS2 0JA. T 0203 697 5800.

On 10 Aug 2016, at 19:22, Nick Roy <> wrote:


On Aug 10, 2016, at 12:12 PM, Cantor, Scott <> wrote:

I think there would have to be some real benefit (not just experience
gained) before we would consider doing that. From where I sit, the
current distribution method Just Works (TM) so I have to turn around
and ask InCommon deployers: Is there something about the current
distribution method that is suboptimal or not working for you (apart
from the size of the aggregate of course)?

I don't think the point was to help us (and nobody is suggesting the URL would change), so if Ops doesn't think incorporating a cloud/CDN delivery strategy under cover of a name controlled by InCommon is a useful step for its own MDQ direction-setting, I don't think any of us would motivate it.

Well, I just found out from Tom last week that TSG is planning an upgrade to the Ann Arbor network, in part motivated by the "storm" of network traffic that our metadata updates cause when clients fetch a new aggregate each business day.  In that regard, trying out a CDN would probably help alleviate our demand on at least that one network.  It would also gain us operational experience working with a CDN service.  If I had my 'drothers, I would have two new ops staff already hired who would be part of this and gain operational knowledge from it.  I don't think that will happen until later this year or next, so if IJ and others in TSG think they might be able to get some useful experience out of this, and that it would help with the network issue or in other ways, I'd be in support.

Nick

-- Scott







Archive powered by MHonArc 2.6.19.

Top of Page