charts VS speedtest

Spinning up workloads in kubernetes is much different than just spinning up a container in docker or even with docker compose. If someone has not already packaged it in a helm chart or some other kubernetes workload you'll have to develop one yourself. There are some nice library charts you can use as a base that should handle just about any random docker image you want to deploy. https://github.com/bjw-s/helm-charts/tree/main/charts/library/common there is also a repo of pre developed charts for common images. https://github.com/k8s-at-home/charts but be aware it was recently deprecated so it won't be receiving any updates.

Take a look at https://github.com/k8s-at-home/charts (recently deprecated but still a fantastic resource) - there are charts for the popular Arrs , tools, etc. You could deploy each chart individually into a namespace, or you could create yourself an "umbrella" chart which pulls in all the necessary charts as dependencies.

Library charts. A very thorough example can be seen here and usages of it here.

Could it be related to this? https://github.com/k8s-at-home/charts/pull/1435/files

I'd submitted a helm chart at https://github.com/k8s-at-home/charts/tree/master/charts/stable/firefly-iii if you want to try out

I know /u/stefantigro means well but the way you are both doing the helm charts is not ideal, helm charts are meant to be shared, not as a means to install apps into your cluster from a local folder. While they can be, it's not a good pattern. Take the helm chart from here for example. This is a published helm chart you can install using the commands in the Readme and you only need to provide the configuration for your instance from the values.yaml file. You can take a look at the values I use for this helm chart here. You can also see I'm using an custom Sonarr image, this image is tailored to running in Kubernetes

There is a working Helm chart for k8s-at-home that should be a good starting point. The biggest hurdle I see is that homebridge can conflict with SCALE's mDNS service as seen in this linked post.

There's an actual helm chart published here.

I recently installed OpenWRT on a TP-Link TL-WDR4300, and put the router of my ISP in bridge mode. Now I noticed that the wireless speeds are significantly slower (40mbps vs 3mbps via librespeed.org), after using OpenWRT.

LebreSpeed

Try hosting a DIY speed test on a cloud server (like Google colab or the free oracle instances or whatever):

https://github.com/librespeed/speedtest

here's the top two results if you search for "open speed test nginx reverse proxy": https://github.com/librespeed/speedtest/wiki/Reverse-proxy-with-Nginx https://github.com/henrywhitaker3/Speedtest-Tracker/issues/924

Or https://librespeed.org/

Fast.com is giving me ~ 250Mbps https://librespeed.org is giving me ~ 112Mbps the one constant between all the tests seems to be the 52Mb upload

It should be DIA. They provide the internet connection to the company since 2 decades and it's a very small ISP, so it's very vague in terms of contract. Iperf was giving me very terrible results with TCP, UDP was giving me a couple of Gbit/s throughput, definitely a wrong result. We are using this self hosted speedtest. All my results above are based on this software: https://github.com/librespeed/speedtest

Put a copy of Librespeed on a web server that's accessible through the VPN and told them to use that. For (our) convenience, it's logged into a database that's correlated with the VPN login/logout times so the users don't even need to log in to use it, but we still know whose test result it is.