[Asterisk-Users] Realtime Replication of a Single File
yusuf
yusuf at ecntelecoms.com
Thu Dec 8 11:35:42 MST 2005
I think Ryan is right.
We have been using Realtime + mysql. We also run reports in realtime
that query the mysql db, particularly the cdr table. Al this runs in
realtime, which is very important for reporting. It not very cpu, mem
intensive.
yusuf
This sounds like a prime candidate for a database implementation. That way
you can get very near real-time stats without the overhead of frequent
cronjobs or polling. You number crunching computer would then just grab
the data and crunch away. I'm just now getting started on using Asterisk
in the more advanced modes (ie Realtime) so I do not know how to implement
this, but I'm sure that it could be done.
Ryan
>> List users,
>>
>> Please provide me with tips on how to replicate a single file to a
>> separate machine as changes are made to it. I would prefer a method
>> that reacts to file modifications (ie. FAM/gamin) as opposed to timed
>> loops/polling (cron + rsync). I'd also like to avoid NFS altogether.
>>
>> Keeping resource consumption low on the source machine is a priority. A
>> bit of research has lead me to believe that calling rsync when gamin is
>> alerted to a file modification would be a good fit for my scenario, but
>> I'm unclear on the easiest implementation.
>>
>> My scenario is as follows. I have a machine that runs Asterisk VoIP PBX
>> software. Asterisk creates a log file that we generate reports off of.
>> Another machine handles the generation of these reports, which involves
>> significant number crunching and file I/O. By replicating the file on
>> the reporting machine, I'd like to decouple the resource consumption of
>> reporting from the VoIP server. Some of the reports are used to monitor
>> activities in realtime, so cronning off rsync on a large time interval
>> is not an option.
>>
>> Thank you,
>>
>>
More information about the asterisk-users
mailing list