Hi I have a potential project for which my client requests that we load balance the streaming service. Of course, the Icecast server scales very well. - http://icecast.org/loadtest/ However, the client requests high-availability and, due to the scale of the potential project, we would like to load balance the service over two or more servers. I think the load balancing aspect is not my major issue at this stage but how to aggregate the listener logs in one place so that my client has an accurate representation of the audience stats. Hope someone can help and many thanks in advance Chip Scooter -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20200113/170225ef/attachment.html>
Good afternoon, On Mon, 2020-01-13 at 13:30 +0000, Chip wrote:> Hi > > I have a potential project for which my client requests that we load > balance the streaming service. > > Of course, the Icecast server scales very well. > > - http://icecast.org/loadtest/ > > However, the client requests high-availability and, due to the scale of the > potential project, we would like to load balance the service over two or > more servers. > > I think the load balancing aspect is not my major issue at this stage but > how to aggregate the listener logs in one place so that my client has an > accurate representation of the audience stats. > > Hope someone can help and many thanks in advanceI hardly see any question in your mail so it is a bit hard to answer. What exactly is the problem you face? Is it finding a good architecture for your setup or is it in actually implementing it? Please feel free to reply to me off-list for professional Icecast support. With best regards, -- Philipp Schafft (CEO/Geschäftsführer) Telephon: +49.3535 490 17 92 Löwenfelsen UG (haftungsbeschränkt) Registration number: Bickinger Straße 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: <http://lists.xiph.org/pipermail/icecast/attachments/20200113/2e47cb83/attachment.sig>
Good afternoon Philipp Many thanks for your reply. Sorry for not being clear. I think the problem I have would be in the implementation. How do I run two versions of Icecast on two servers, with load balancing between the two (perhaps using RR-DNS), but I present my client with one unified log file for the audience statistics? Should the two servers write their logs via a network file share to a third logging server, for example? With many thanks and best regards Chip Scooter On Mon, 13 Jan 2020 at 13:36, Philipp Schafft <phschafft at de.loewenfelsen.net> wrote:> Good afternoon, > > On Mon, 2020-01-13 at 13:30 +0000, Chip wrote: > > Hi > > > > I have a potential project for which my client requests that we load > > balance the streaming service. > > > > Of course, the Icecast server scales very well. > > > > - http://icecast.org/loadtest/ > > > > However, the client requests high-availability and, due to the scale of > the > > potential project, we would like to load balance the service over two or > > more servers. > > > > I think the load balancing aspect is not my major issue at this stage but > > how to aggregate the listener logs in one place so that my client has an > > accurate representation of the audience stats. > > > > Hope someone can help and many thanks in advance > > I hardly see any question in your mail so it is a bit hard to answer. > What exactly is the problem you face? Is it finding a good architecture > for your setup or is it in actually implementing it? > > Please feel free to reply to me off-list for professional Icecast > support. > > With best regards, > > > -- > Philipp Schafft (CEO/Geschäftsführer) > Telephon: +49.3535 490 17 92 > > Löwenfelsen UG (haftungsbeschränkt) Registration number: > Bickinger Straße 21 HRB 12308 CB > 04916 Herzberg (Elster) VATIN/USt-ID: > Germany DE305133015 >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20200113/cba76c0f/attachment.html>