Hardware sizing requirements
- Thread starter victork
- Start date
- Status
You can use SIPP against a working installation to simulate a large number of sessions. It's got some inbuilt scenarios that should work well against FusionPBX.
There's a number of limits set in FreeSWITCH which you will have to modify too, out of the box 30 sessions max, and I would really recommend putting FreeSWITCH database in PostgreSQL too (script supplied with installer called dsn.sh)
There's a number of limits set in FreeSWITCH which you will have to modify too, out of the box 30 sessions max, and I would really recommend putting FreeSWITCH database in PostgreSQL too (script supplied with installer called dsn.sh)
Additionally to what @hfoster suggested above I would recommend to consider the following:
1. If you are going to have transcoding you should also incude this in your tests. Transcoding will increase the CPU load.
2. In a real environment, if your PBX is opened (your SIP ports are accessible by any IP) you are going to receive attacks. This will increase memory consumption due to the load of the Fail2Ban.
3. If you will provide access to the FusionPBX UI probably CPU and RAM will be affected if you have a local DB installation and your users use frequently apps like Call Detail Records and CDR statistics.
1. If you are going to have transcoding you should also incude this in your tests. Transcoding will increase the CPU load.
2. In a real environment, if your PBX is opened (your SIP ports are accessible by any IP) you are going to receive attacks. This will increase memory consumption due to the load of the Fail2Ban.
3. If you will provide access to the FusionPBX UI probably CPU and RAM will be affected if you have a local DB installation and your users use frequently apps like Call Detail Records and CDR statistics.
Hi,
I made a request in the same category. And I don't have any feedback from other users.
I found a site (not FusionPBX) that can give an idea. (https://docs.webitel.com/display/WEBITEL/System+requirements)
@hfoster how? I can't find anything in dsn.sh.
Thank you all
I made a request in the same category. And I don't have any feedback from other users.
I found a site (not FusionPBX) that can give an idea. (https://docs.webitel.com/display/WEBITEL/System+requirements)
@hfoster how? I can't find anything in dsn.sh.
Thank you all
dsn.sh is the script to convert fusionpbx to a PostgreSQL core. Grab the SQL password from /etc/fusionpbx/config.php, run the script and paste the password when prompted several times. Reboot and freeswitch should store core data in PostgreSQL instead.
SQLite has problems with concurrency at scale which is often a problem with multidomain, but also large single domain deployments.
SQLite has problems with concurrency at scale which is often a problem with multidomain, but also large single domain deployments.
- Status