Hi

Thanks for Answers.
My compromised design about a VOIP system is this:
1-It is Active/Standby and saving Call states are NOT important and switch over 
up-til 5 
minutes is ok (if Active server fails ,sip phones should register again in 
Standby server)


2-Not saving any Persistence data in internal Asterisk database Astdb and put 
it in RAMDisk.
According to Freeswitch wiki(similar project)it greatly improve performance and 
prolong SSD life:
"On a normal configuration, core.db is written to disk almost every second, 
generating hundreds of 

block-writes per second. To avoid this problem, turn /usr/local/freeswitch/db 
into an in-memory 

filesystem. If you use SSDs, it is CRITICAL that you move core.db to a RAM disk 
to prolong the life of 

the SSD."
https://wiki.freeswitch.org/wiki/FreeSWITCH_DB_In_RAMdrive
https://wiki.freeswitch.org/wiki/Performance_testing_and_configurations#FreeSWITCH.27s_core.db_I.2FO_bottleneck
https://freeswitch.org/confluence/display/FREESWITCH/SSD+Tuning+for+Linux

3-Persistance data saved in another Sqlite3 or odbc database.
Configuration files, voice files... should be synchronized between Active and 
standby server
bidirectionally(GlusterFs,csync2,unison) also Sqlite3(rqlite?) or odbc 
database(postgresql bdr , mysql 

master master). 

Bidirectionally because I want when master server recovered from a failure it 
has all changes Slave 

server done (follow me changes , voice message deletes... ) another reason for 
bidirectional replication 

is may be we can put some load on standby server( some queue or some 
IVRs...with fallback to Active capability)

4-It is possible to use sip phones with capability of setting primary and 
secondary servers but IP float
(Keepalived) is preferred.

Regards
M.Shirazi








________________________________
From: Michael Knill <michael.kn...@ipcsolutions.com.au>
To: AstLinux Users Mailing List <astlinux-users@lists.sourceforge.net> 
Sent: Monday, July 10, 2017 3:11 AM
Subject: Re: [Astlinux-users] RAMdisk and HA



Hi Mehdi
 
    1. Im interested in your requirements here. Are you having performance 
issues with the current setup? Are the DB lookups your bottleneck? Are you 
using an SSD?
    2. Astlinux supports WAN failover only. There are a few articles available 
regarding solutions for Asterisk HA but it is not an inbuilt Asterisk feature. 
What are your requirements for HA?
    3. It should be fairly simple to build some middleware for this
 
Regards
Michael Knill
 
From: AstLinux List <astlinux-users@lists.sourceforge.net>
Reply-To: Mehdi Shirazi <mahdi_shir...@yahoo.com>, AstLinux List 
<astlinux-users@lists.sourceforge.net>
Date: Saturday, 8 July 2017 at 3:33 pm
To: AstLinux List <astlinux-users@lists.sourceforge.net>
Cc: Mehdi Shirazi <mahdi_shir...@yahoo.com>
Subject: [Astlinux-users] RAMdisk and HA
 
Hi
Thanks for maintaining good project.
1-Is it possible to put internal Asterisk database in RAMdisk (tmpfs) for 
performance and save other persistence database in another database?
2-Is there any HA solution ? (Active /Standby, keepalived)
3-Is there any automatic two way file(database) synchronization utility ?
 
Regards
M.Shirazi
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.

Reply via email to