BigBlueButton - web conferencing system for on-line learning
@BrutalBirdie but there is nothing that prevents to have a Cloudron server dedicated to BBB with only that app installed. Yet it would make it easy to install so I'd stay it's still be useful to have BBB packaged as a Cloudron app.
@avatar1024 I agree. The real issue with packaging BBB was that it used to require a large amount of UDP ports to be open (
UDP ports 16384 - 32768). Docker has a limitation that it runs a "proxy" process for every single port that you expose. This makes it infeasible to run such apps. There was some PR back in the day to fix this in docker. Wonder what's the status of that.
Right, https://github.com/moby/moby/issues/11185 is the issue . I think the "workaround" was to run the container in host mode. Looks like iptable rules are created enmass despite disabling userland proxy though, have to check if I understood the situation correctly. https://github.com/moby/moby/issues/11185#issuecomment-1539313597 has a great summary, it seems they will fix it, we have to be a bit more patient.
@robi Thanks for this! Though I notice that none of their infrastructures is dedicated. Do you know the impact of using shared vCPU compared to dedicated CPU cores for CPU hungry apps like BBB?
Say comparing netcup 6 dedicated core vs SSDnodes 12 vCPU?
Also SSDnodes does not seem to have a renewable energy policy which is a shame.
Impact is similar as with any shared VPS provider, and if you land on a busy host system, you can ask to be moved to one that is less. They now have implemented limits on resource sharing when a host system is at capacity not adding new VMs to it. The issue in the past was mostly I/O a bit on the low side, RAM & CPU being more than enough.
You'd want to make sure BBB can use more than 1 core effectively, so multithreading across without bottlenecks.
Network has also been fine in the NW US region, some hiccups in the S.