[SR-Users] Dimension a kamailio server
Rainer Piper
rainer.piper at soho-piper.de
Tue Apr 1 10:11:34 CEST 2014
My next project is ...
Setting up a MySQL 5.6 plus 4x MySQL Cluster NDB 7.3 in memory data node
to increase the data throughput
Like this one:
http://dev.mysql.com/doc/refman/5.1/de/images/cluster-components-1.png
Regards
Rainer
Am 01.04.2014 09:12, schrieb Rizwan Khan:
> Thanks a lot Pedro.
>
> Just one question? Do we have module for Mongodb? how do i use it?
>
> Rizwan Khan
>
>
>
>
> On Mon, Mar 31, 2014 at 5:52 AM, Pedro Niño <nino.pedro at gmail.com
> <mailto:nino.pedro at gmail.com>> wrote:
>
> As Alex said, I/O and calls per second (CPS) is Dependant on what
> type of design you are using.
>
> As a tip, mysql is good for small to medium sizes, but begin to
> choke at 1000 of concurrent connections. but in a scalable size
> like you are planning, I would recommend to make a design with
> resilience and high availability, with mongodb or postgres as db
> back end.
>
> There are some good examples on internet about enabling multiple
> kamailio server with high availability configuration, using
> heartbeat and some other scripts.
>
> A nice design would be:
>
> 2 or more kamailio servers, maybe virtual or physical, with high
> availability configuration (if one goes down, the other takes all
> the load)
>
> 2 or more DB servers, also with high availability design.
>
> At least 10G connection, server and switch (for the call flow
> you're expecting) remember to make estimation for calls
> established, and codec used, (using g711, rtp audio might come up
> to 80kbps, so like 120.000 calls is the top for a 10G connection)
>
> Also separate vlan for calls and server control, too.
>
> Just my 2 cents
>
> El mar 28, 2014 11:58 AM, "Rizwan Khan" <rizkhan at gmail.com
> <mailto:rizkhan at gmail.com>> escribió:
>
> Thanks Alex.
>
> What are the components that I should take into account. Based
> on answer in another thread I will be using SIP trunk with an
> NGN to route the outside traffic (other than SIP-SIP).
>
> I'll have NATed clients so I'll need the media proxy or rtp
> proxy as well. What about their dimensioning? I am sorry if
> some questions are really naive. I am new to all this and
> trying to get hold of the whole technology stack.
>
> Rizwan
>
> On Mar 28, 2014 3:41 PM, "Alex Balashov"
> <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>>
> wrote:
>
> 1. Kamailio does not handle RTP, so audio is not a scaling
> factor at all;
>
> 2. The only scaling factors are transactional memory (TM)
> and any dialog state you are keeping;
>
> 3. Without I/O wait from external sources, Kamailio can
> handle a practically infinite amount of concurrent calls
> and CPS. But, most practical applications of Kamailio
> require database backing;
>
> 4. Therefore, performance and throughput will depend
> almost entirely on the database you are using for database
> backing, and any tuning on its settings. This certainly
> includes the CDRs and storage, and getting the most
> performance out of your database is outside the domain of
> your question (or this list);
>
> 5. A quad-core host with 8 GB of RAM should be more than
> sufficient for Kamailio itself to meet your needs. But
> most of the answers to your question don't have much to do
> with Kamailio.
>
> -- Alex
>
> On 03/28/2014 06:36 AM, Rizwan Khan wrote:
>
> HI Guys,
>
> can you refer me to some resources which help me
> dimension the hardware
> for a setup.
>
> Total users will be 20,000. What percentage should i
> assume for
> concurrent audio and video calls? What is the standard
> practice? How
> does this all map to the cpu, ram and storage etc.
> given that I will be
> storing the cdrs as well.
>
> In the futute this setup should be scalable so that it
> should support
> 200,000+ users within a span of 6-8 months. What would
> be the ideal
> architecture?
>
> Thanks,
>
> Rizwan Khan
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) -
> sr-users mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> --
> Alex Balashov - Principal
> Evariste Systems LLC
> 235 E Ponce de Leon Ave
> Suite 106
> Decatur, GA 30030
> United States
> Tel: +1-678-954-0670 <tel:%2B1-678-954-0670>
> Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
> mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
> mailing list
> sr-users at lists.sip-router.org
> <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
> list
> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
*Rainer Piper*
NOC - +49 (0)228 97167161 - sip.soho-piper.de
NOC - +49 (0)2247 9064188 - sip.tele33.de - sip.tefonix.de - D293
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140401/ed7e4843/attachment.html>
More information about the sr-users
mailing list