<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div><blockquote type="cite" class=""><div class=""><br class="">On 22 Jun 2016, at 1:45 AM, Matt Fischer <<a href="mailto:matt@mattfischer.com" class="">matt@mattfischer.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">I don't have a solution for you, but I will concur that adding revocations kills performance especially as that tree grows. I'm curious what you guys are doing revocations on, anything other than logging out of Horizon?</div><div class="gmail_extra"><br class=""></div></div></blockquote><div><br class=""></div>Is there a way to disable revocations?</div><div><br class=""></div><div>Sam</div><div><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 21, 2016 at 5:45 AM, Jose Castro Leon <span dir="ltr" class=""><<a href="mailto:jose.castro.leon@cern.ch" target="_blank" class="">jose.castro.leon@cern.ch</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-GB" link="#0563C1" vlink="#954F72" class="">
<div class=""><p class="MsoNormal">Hi all,<u class=""></u><u class=""></u></p><p class="MsoNormal">While doing scale tests on our infrastructure, we observed some increase in the response times of our keystone servers.
<u class=""></u><u class=""></u></p><p class="MsoNormal">After further investigation we observed that we have a hot key in our cache configuration (this means than all keystone servers are checking this key quite frequently)<u class=""></u><u class=""></u></p><p class="MsoNormal">We are using a pool of memcache servers for hosting the cache and the solution does not seem ideal at this scale.<u class=""></u><u class=""></u></p><p class="MsoNormal"><u class=""></u> <u class=""></u></p><p class="MsoNormal">The key turns out to be the revocation tree, that is evaluated in every token validation.  If the revocation tree object stored is big enough it can kill the network connectivity<u class=""></u><u class=""></u></p><p class="MsoNormal">on the cache server affecting the whole infrastructure as the identity servers needs to check the key before validating a token.
<u class=""></u><u class=""></u></p><p class="MsoNormal"><u class=""></u> <u class=""></u></p><p class="MsoNormal">On our scale tests after the cleanup, we have 250 requests/second for an object of 500KB that is a throughput of 1Gbit/sec that saturate the network link of the cache server.<u class=""></u><u class=""></u></p><p class="MsoNormal"><u class=""></u> <u class=""></u></p><p class="MsoNormal">We are checking other strategies like redis or mongo, but we would like to know if you have already seen this before? If so what you have done?<u class=""></u><u class=""></u></p><p class="MsoNormal"><u class=""></u> <u class=""></u></p><p class="MsoNormal">Kind regards,<u class=""></u><u class=""></u></p><p class="MsoNormal">Jose<u class=""></u><u class=""></u></p><p class="MsoNormal"><u class=""></u> <u class=""></u></p><p class="MsoNormal"><b class=""><span style="font-size:12.0pt" class="">Jose Castro Leon<u class=""></u><u class=""></u></span></b></p><p class="MsoNormal"><span style="font-size:10.0pt" class="">CERN IT-CM-RPS                   tel:    +41.22.76.74272<u class=""></u><u class=""></u></span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt" class="">                                                mob: +41.75.41.19222<u class=""></u><u class=""></u></span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt" class="">                                                fax:    +41.22.76.67955<u class=""></u><u class=""></u></span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt" class="">Office: 31-1-026                  CH-1211      Geneve 23<u class=""></u><u class=""></u></span></p><p class="MsoNormal"><span lang="EN-US" style="font-size:10.0pt" class="">email:
<span style="color:#1f497d" class=""><a href="mailto:jose.castro.leon@cern.ch" target="_blank" class=""><span style="color:#1f497d" class="">jose.castro.leon@cern.ch</span></a><u class=""></u><u class=""></u></span></span></p><p class="MsoNormal"><span lang="EN-US" class=""><u class=""></u> <u class=""></u></span></p>
</div>
</div>

<br class="">_______________________________________________<br class="">
OpenStack-operators mailing list<br class="">
<a href="mailto:OpenStack-operators@lists.openstack.org" class="">OpenStack-operators@lists.openstack.org</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br class="">
<br class=""></blockquote></div><br class=""></div>
_______________________________________________<br class="">OpenStack-operators mailing list<br class=""><a href="mailto:OpenStack-operators@lists.openstack.org" class="">OpenStack-operators@lists.openstack.org</a><br class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators<br class=""></div></blockquote></div><br class=""></body></html>