Hi Zsolt,
looking at the metrics from Proxmox it doesn't look like anything breaks
there. What about at the operating system level? Could there be some
limits there? Have you checked corresponding kernel or system logs?
Which OS/distribution are you using? Checked the logs there? If nothing
screams there, maybe start looking at a load balancer and scale with
several more VMs?
--
Marius
On 14.03.2024 23:52, zsolt makkai wrote:> Dear Marius,
>
> In addition to that attached please find a screenshot from Proxmox on
> statistics.
>
> Do you know any ice cast servers that puts out more than 1 gbps for a
> longer period? Just curious whether anyone was able to go beyond 1
> gbps for an extensive time.
>
> Thank you!
>
> Best,
>
> Zsolt
>
>
> zsolt makkai <gvmzsolt at gmail.com> ezt ?rta (id?pont: 2024. m?rc.
14.,
> Cs, 23:39):
>
> Dear Marius,
>
> Our station is Megadanceradio in Hungary.
>
> Our status page for the master server is:
> http://45.67.158.93:8000/status.xsl For the slave:
> http://45.67.158.94:8000/status.xsl
>
> We are peaking at around 11.00 am and 13.00 pm in the afternoon.
>
> We have tested extensively the bandwith with speedtest. We tried
> with iperf but that did not finish for a long time so we stopped it.
>
> Currently we are load balancing on two 10 gbps dedicated lines. So
> for now we are ok, but for the future we do not know for how long
> it will last. Currently we are limiting the number of listeners to
> 5200 on each server so as not to cripple the system. When we are
> approaching the bandwidth?limit we are getting loads of timeouts
> until finally not being able to access even the status page.
>
> That was our second idea that somewhere in the production chain
> there is a limit set but we did not find anything.
>
> Thank you for your help!
>
> Best,
>
> Zsolt
>
> Marius Flage <marius at flage.org> ezt ?rta (id?pont: 2024. m?rc.
> 14., Cs, 23:01):
>
> I don't know if any such limitation exists, but maxing out
> just shy of 1Gbps sounds a bit more like an interface's line
> speed limited/set to 1Gbps somewhere in your production chain?
> You wrote that you have tested the bw - what did you use?
> Iperf? Speedtest?
>
> Maybe consider scaling with additional Icecast servers and use
> a load balancer in front? And then just scale accordingly?
> This sounds like an interesting challenge. Which radio station
> is this, if I may ask?
>
> --
> Marius
>
>
> Sendt fra min Galaxy
>
>
> -------- Opprinnelig melding --------
> Fra: zsolt makkai <gvmzsolt at gmail.com>
> Dato: 14.03.2024 22:28 (GMT+01:00)
> Til: icecast at xiph.org
> Emne: [Icecast] Unable to utilize past 1 gbps
>
> Dear Icecast,
>
> We are operating a web radio on a 10 Gbps dedicated server
> line. The line bandwidth?is tested and available. The web
> radio is hosted on a Proxmox virtual environment. We own the
> physical server itself and made sure to have allocated the
> sufficient amount of resources?on the virtual machine.
>
> We found that no matter what we do overall upload cannot go
> over 1 gbps on 1 mount point.
> It is not about the maximum number of listeners as a
> limiting?factor but the overall bandwidth icecast (we are
> using 2.4.4) is able to utilize.
>
> We can let more listeners to connect only by decreasing the
> outgoing bitrate that?is?going against quality.
>
> We have looked at icecast web stations globally and what we
> have found is that NON of them are exceeding the 1 gbps limit.
> Like servers having maximum number of listeners (18000) but
> using only 48 kbps bitrate?which is around 900 mbps...
>
> Please advice!
>
> Is this really the limit that one icecast server can
> utilize/mountpoint?
>
> Please link a server that goes over the 1 gbps limit
> continuously...
>
> Thank you for your help!
>
> Best Regards,
>
> Zsolt Makkai
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
>
>
> _______________________________________________
> Icecast mailing list
> Icecast at xiph.org
> http://lists.xiph.org/mailman/listinfo/icecast
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.xiph.org/pipermail/icecast/attachments/20240315/34461b64/attachment.htm>