<div dir="ltr"><div>Thank you very much Philipp.</div><div><br></div><div>I will think this over.</div><div><br></div><div>If I have any problems, I'll get back to you.</div><div><br></div><div>With best regards for now</div><div><br></div><div>Chip Scooter<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 13 Jan 2020 at 14:01, Philipp Schafft <<a href="mailto:phschafft@de.loewenfelsen.net">phschafft@de.loewenfelsen.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Good afternoon,<br>
<br>
On Mon, 2020-01-13 at 13:41 +0000, Chip wrote:<br>
> Good afternoon Philipp<br>
> <br>
> Many thanks for your reply.<br>
<br>
> Sorry for not being clear.<br>
> <br>
> I think the problem I have would be in the implementation.<br>
<br>
Ok.<br>
<br>
<br>
> How do I run two versions of Icecast on two servers, with load balancing<br>
> between the two (perhaps using RR-DNS),<br>
<br>
Generally I recommend RR-DNS as it is a very good solution for most<br>
problems. Even if something more advanced is used it is a layer that<br>
should be added.<br>
<br>
If there are no special requirements, it's the way to go.<br>
<br>
<br>
> but I present my client with one unified log file for the audience<br>
> statistics?<br>
<br>
> Should the two servers write their logs via a network file share to a<br>
> third logging server, for example?<br>
<br>
I would recommend against that. It just adds another single point of<br>
failure. Most software I know for that kind of analysis can in fact read<br>
multiple files anyway. (e.g. some wants to import the data into it's own<br>
database first, other just want to support log rotation.) So it depends<br>
on what software you want to use. Maybe it can already read multiple log<br>
files.<br>
<br>
If not you could join the files. Check if the software will be happy<br>
with a file that is basically 'cat server-A.log server-B.log ><br>
both.log'. That should be the case as the log lines are not guaranteed<br>
to be in chronological order anyway (to support multithreading).<br>
<br>
If it does not work this way some more advanced solution must be found.<br>
But I think this should be possible.<br>
<br>
You could implement cat-ing the logs together as part of logrotate:<br>
rotate the log and send it to a common server for arching and<br>
processing. That way the servers themself could also keep a copy in case<br>
that processing server can not be reached (e.g. for maintenance).<br>
<br>
For live statistics consider using the STATS interface.<br>
<br>
With best regards,<br>
<br>
<br>
<br>
> On Mon, 13 Jan 2020 at 13:36, Philipp Schafft <<a href="mailto:phschafft@de.loewenfelsen.net" target="_blank">phschafft@de.loewenfelsen.net</a>><br>
> wrote:<br>
> <br>
> > Good afternoon,<br>
> ><br>
> > On Mon, 2020-01-13 at 13:30 +0000, Chip wrote:<br>
> > > Hi<br>
> > ><br>
> > > I have a potential project for which my client requests that we load<br>
> > > balance the streaming service.<br>
> > ><br>
> > > Of course, the Icecast server scales very well.<br>
> > ><br>
> > >    - <a href="http://icecast.org/loadtest/" rel="noreferrer" target="_blank">http://icecast.org/loadtest/</a><br>
> > ><br>
> > > However, the client requests high-availability and, due to the scale of<br>
> > the<br>
> > > potential project, we would like to load balance the service over two or<br>
> > > more servers.<br>
> > ><br>
> > > I think the load balancing aspect is not my major issue at this stage but<br>
> > > how to aggregate the listener logs in one place so that my client has an<br>
> > > accurate representation of the audience stats.<br>
> > ><br>
> > > Hope someone can help and many thanks in advance<br>
> ><br>
> > I hardly see any question in your mail so it is a bit hard to answer.<br>
> > What exactly is the problem you face? Is it finding a good architecture<br>
> > for your setup or is it in actually implementing it?<br>
> ><br>
> > Please feel free to reply to me off-list for professional Icecast<br>
> > support.<br>
<br>
<br>
-- <br>
Philipp Schafft (CEO/Geschäftsführer) <br>
Telephon: +49.3535 490 17 92<br>
<br>
Löwenfelsen UG (haftungsbeschränkt)     Registration number:<br>
Bickinger Straße 21                     HRB 12308 CB<br>
04916 Herzberg (Elster)                 VATIN/USt-ID:<br>
Germany                                 DE305133015<br>
</blockquote></div></div>