best performance alternative using multiple virtual server to bound IP/port

Philemon Jaomalaza philemon.jaomalaza at gmail.com
Mon Jun 25 17:21:29 CEST 2018


Thank for your Answer Alan, that's very clear.

I will use this option : 

define multiple virtual servers with one global "listen" section 
> IP/port for all virtual server

Thank's

Philemon Jaomalaza


-----Message d'origine-----
De : Freeradius-Users [mailto:freeradius-users-bounces+philemon.jaomalaza=gmail.com at lists.freeradius.org] De la part de Alan DeKok
Envoyé : lundi 25 juin 2018 17:26
À : FreeRadius users mailing list <freeradius-users at lists.freeradius.org>
Objet : Re: best performance alternative using multiple virtual server to bound IP/port

On Jun 25, 2018, at 4:35 AM, Philemon Jaomalaza <philemon.jaomalaza at gmail.com> wrote:
> what the best practice and give best performance and memory usage

  The server uses as much memory as it needs.  You can't really optimize memory usage as with a database.

  Performance is a little more complex.  99% of performance issues are outside of the servers control.  e.g. databases, certificate validation, etc.

  make sure all *other* systems are optimized, and FreeRADIUS will be fine.  The bottleneck is rarely FreeRADIUS.

> if I want
> to have a separate service per client :
> 
> - define multiple virtual servers with one global "listen" section 
> IP/port for all virtual server.

  That's likely the simplest to understand.  It also means you can have different policies for each virtual server, if you need them.

> - define multiple virtual servers and each server has its listen 
> section IP/port different

  I wouldn't do that.

> - define single virtual servers and use if ....elsif....else to select 
> the proper sql module.

  That's simple (one virtual server), but the virtual server is more complex with if / then / else.  It works, but I wouldn't do it myself.

  Alan DeKok.


-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html




More information about the Freeradius-Users mailing list