[19704] in Kerberos_V5_Development
hi, any idea for kerberos backend flow control strategy?
daemon@ATHENA.MIT.EDU (Huangshiyou (Wong, FusionInsight P)
Sat Dec 9 10:29:18 2017
From: "Huangshiyou (Wong, FusionInsight PDU)" <huangshiyou@huawei.com>
To: "krbdev@mit.edu" <krbdev@mit.edu>
Date: Sat, 9 Dec 2017 02:54:18 +0000
Message-ID: <AE7C36B9F80740499A9F5BAE5B21623DD8095A4C@DGGEMA506-MBX.china.huawei.com>
Content-Language: zh-CN
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6164927694463502700=="
Errors-To: krbdev-bounces@mit.edu
--===============6164927694463502700==
Content-Language: zh-CN
Content-Type: multipart/related;
boundary="_004_AE7C36B9F80740499A9F5BAE5B21623DD8095A4CDGGEMA506MBXchi_";
type="multipart/alternative"
--_004_AE7C36B9F80740499A9F5BAE5B21623DD8095A4CDGGEMA506MBXchi_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Currently, if too many connection to kereros at the same time Kerberos will=
pick up the handle to ldap(code as below
But kerberos just choose the handle to ldap in handle, and in fact, because=
ldap process quest very very fast, about 90% request will send to the firs=
t ldap in the server_info_list.
Then the second ldap in server_info_list will be free at the most of time. =
This will cause unbalanced load in backend-ldap.
In my mind, Kerberos should have a strategy for backend-ldap to balance loa=
d.
So my question is if therer is any strategy to completely work out, thanks =
a lot if I could hear from you.
[cid:image001.png@01D370DB.95D79A40]
--_004_AE7C36B9F80740499A9F5BAE5B21623DD8095A4CDGGEMA506MBXchi_--
--===============6164927694463502700==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev
--===============6164927694463502700==--
