Difference between revisions of "M4 System Architecture"

From Kolmisoft Wiki
Jump to navigationJump to search
 
m
Line 1: Line 1:
__NOTOC__
Each rectangle represents 1 real hardware server, not a virtual machine (VM).
If you want to design the system with VMs, take note of how many real servers are used. You can have many VMs but if they are all on the same hardware server - there will not be enough processing power to handle the load. All elements can be on the VMs, but the results will vary case by case.
<br><br>
= (A) Everything in one server =
[[File:A.png]]
[[File:A.png]]
* CPS: 100
* Concurrent Calls with Media Proxy (media goes over the system): 500
* Concurrent Calls without Media Proxy (media goes directly between originator and terminator): 2000
NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.
<br><br>
= (B) 2 server solution =
Signaling/Media separated from Processing(Core)/Management(GUI)/Database


[[File:B.png]]
[[File:B.png]]
* CPS: 300
* Concurrent Calls with Media Proxy: 2500
* Concurrent Calls without Media Proxy: 4000
NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.
<br><br>
= (B-R) Redundant 2 server solution =


[[File:B-R.png]]
[[File:B-R.png]]
CPS/Concurrent Calls same as in the system without redundancy. If GUI uses slave DB, then CPS/CC can be higher compared to the system without redundancy.
<br><br>
= (B2) 3 server solution =
Signaling/Media + Processing(Core)/Database + Management(GUI)


[[File:B2.png]]
[[File:B2.png]]
* CPS: 500
* Concurrent Calls with Media Proxy: 3000
* Concurrent Calls without Media Proxy: 5000
NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.
<br><br>
= (C) N+3 server solution =
Where N is Media(RTPEngine) servers. Each can handle media streams for ~4000 concurrent calls.


[[File:C.png]]
[[File:C.png]]
* CPS: 1000
* Concurrent Calls with Media Proxy: N x 4000
* Concurrent Calls without Media Proxy: 10000
NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.
<br><br>
= (C-R) N+3 solution with redundancy =


[[File:C-R.png]]
[[File:C-R.png]]
<br>
CPS/Concurrent Calls same as in the system without redundancy. If GUI uses slave DB, then CPS/CC can be higher compared to the system without redundancy.

Revision as of 17:00, 22 June 2021

Each rectangle represents 1 real hardware server, not a virtual machine (VM).

If you want to design the system with VMs, take note of how many real servers are used. You can have many VMs but if they are all on the same hardware server - there will not be enough processing power to handle the load. All elements can be on the VMs, but the results will vary case by case.



(A) Everything in one server

A.png

  • CPS: 100
  • Concurrent Calls with Media Proxy (media goes over the system): 500
  • Concurrent Calls without Media Proxy (media goes directly between originator and terminator): 2000

NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.



(B) 2 server solution

Signaling/Media separated from Processing(Core)/Management(GUI)/Database

B.png

  • CPS: 300
  • Concurrent Calls with Media Proxy: 2500
  • Concurrent Calls without Media Proxy: 4000

NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.



(B-R) Redundant 2 server solution

B-R.png

CPS/Concurrent Calls same as in the system without redundancy. If GUI uses slave DB, then CPS/CC can be higher compared to the system without redundancy.




(B2) 3 server solution

Signaling/Media + Processing(Core)/Database + Management(GUI)

B2.png

  • CPS: 500
  • Concurrent Calls with Media Proxy: 3000
  • Concurrent Calls without Media Proxy: 5000

NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.



(C) N+3 server solution

Where N is Media(RTPEngine) servers. Each can handle media streams for ~4000 concurrent calls.

C.png

  • CPS: 1000
  • Concurrent Calls with Media Proxy: N x 4000
  • Concurrent Calls without Media Proxy: 10000

NOTE: Heavy GUI usage (report generation/analysis, etc) will reduce CC/CPS.



(C-R) N+3 solution with redundancy

C-R.png


CPS/Concurrent Calls same as in the system without redundancy. If GUI uses slave DB, then CPS/CC can be higher compared to the system without redundancy.