One of many nodes I have set up for our private Telephone Collectors Network was just removed from service for an update. An old HP 55XX thin client with AstLinux .5 !! No spinning platters or fans to wear out The user never had an issue with the hardware or AstLinux. Although never high traffic, and not used as a router, it was available 24/7, never an issue with the flash or power supply, and recovery after a power outage was never an issue It was replaced with an HP 5720, and a late version of AstLinux with Asterisk 11 ( No funny CDR issues ).
John Novack Michael Keuter wrote:
Hi Mehdi, if you choose the right hardware (Jetway, APU2 or a VM - checkout our Wiki) the AstLinux server itself will rarely be the culprit of an outage. IMHO in 90% of all cases is either the internet down, there are problems with DNS or other ISP issues or the SIP-trunk provider has issues. Other cases from experiences would be broken power supplies, CompactFlash cards or mSATAs (very rarely). Some of my customers have a second backup box. None of them ever really used them ("in production"), they only tried to use them only to figure out, that the internet/SIP trunk is really down :-). Michael http://www.mksolutions.infoAm 15.07.2017 um 07:14 schrieb Mehdi Shirazi via Astlinux-users <astlinux-users@lists.sourceforge.net>: Hi This is my modified version of two servers poor mans Load balancing & High Availability plan: 1- Servers are Active/Active. Sip phones are registered base on DNS-SRV or they support primary and secondary server. 2-Servers realize sip phone registration states by DUNDi and route the call to correct server. 3-Not saving any Persistence data in internal Asterisk database Astdb and implementing service like DND... in dialplan and saving any service and persistence data in BOTH servers another odbc database at SAME time in dialplan(number of writing for service configuration change is very low vs reading so no performance penalty for writing in both servers databases from one server dialplan )=> no need to database replication. 4-Configuration files, voice files... should be synchronized between two servers by Unison. any opinion and any experience with astlinux and DUNDi(Corosync). Regards M.Shirazi ________________________________ From: Mehdi Shirazi via Astlinux-users <astlinux-users@lists.sourceforge.net> To: AstLinux Users Mailing List <astlinux-users@lists.sourceforge.net> Cc: Mehdi Shirazi <mahdi_shir...@yahoo.com> Sent: Monday, July 10, 2017 12:22 PM Subject: Re: [Astlinux-users] RAMdisk and HA 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.
-- Dog is my Co-pilot
------------------------------------------------------------------------------ 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.
