idea - looking for input
Jim Fox
fox at washington.edu
Thu Oct 24 11:43:44 EDT 2013
I suspect you mean 'bear with me', but otherwise OK.
One problem with this sort of page is that few people ever update
their information there. You end up with a snapshot: how things
looked in, say, November, 2013.
An IdP's peak load, accesses/minute(?), might be a better measure
of the needed capacity.
Jim
On Wed, 23 Oct 2013, Kevin P. Foote wrote:
> Date: Wed, 23 Oct 2013 13:42:36 -0700
> From: Kevin P. Foote <kpfoote at iup.edu>
> To: users at shibboleth.net
> Reply-To: Shib Users <users at shibboleth.net>
> Subject: idea - looking for input
>
>
> Some recent shib-list threads and comments hatched this idea.. so
> bare with me. (if it sucks so be it :)
>
> Seems clustering is a normal topic here - as seen in the archives. We
> all have varying ideas to its usefulness and what technologies work
> best if its used etc.
>
> It seems that this can be a pain spot or at least a hurdle to those
> new to the product. Do they need to run a cluster? If I don't have
> multiple servers how many logins can this service handle?
>
> I'm wondering if it would be helpful to have a page on the wiki where
> those running an active IdP and interested could add a description
> of their IdP configurations. The main idea being to give a new individual
> a gauge of where to start HW/service wise.
>
>
> Something to the effect of
>
> Name: someu.edu
> IdPLogins/day: 50000
> Hardware/VM: vm,
> OS: rhel5,
> Memory: 4g,
> Cluster: yes,
> IdP-Nodes: 2,
> Clustering Method: memcache,
> SSL Offload: yes,
> Loadbalancer: hardware yes,
>
>
> Again just an idea... I know much of this is live and learn as well
> as dependent on userbase / environment.
>
> ------
> thanks
> kevin.foote
> --
> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net
>
More information about the users
mailing list