Hi—I have some free Azure credits and would like to use them to host a personal Lemmy instance. I know Lemmy is containerised, but is there a preferred choice for hosting in Azure—AKS, Azure Container Apps, Container Instances? Also, any guidance on appropriate PostgreSQL configuration—I know there are some options around that.
Also, can anyone point me at what resource utilisation will look like for a Lemmy instance—I imagine disk space is more of a concern that compute usage.
I’m currently trying to get Lemmy working on Azure Container Apps and Azure Postgres Flexible Server. I’ve got it all deployed, but I’m having some issues with the reverse proxy.
Regarding the ‘best’ choice - well it depends on what you mean by ‘best’. AKS will be the most flexible and ACI will probably be the simplest (if it will even work for Lemmy - I haven’t looked at ACI in years). Container Apps will probably be somewhere in the middle. Container Apps is just an abstraction over Kubernetes, so in theory you should get the scalability and flexibility of k8s without the overhead of managing a cluster.
I got Lemmy up and running on my home Rapberry Pi microk8s cluster pretty easily, so it will work fine on AKS for sure.
I’m looking at Container Apps just as a pet project because I’ve been waiting for a product like this for years. Kubernetes is awesome, but has always been too complicated for the average software developer to use. It needs a layer of abstraction and that’s what Container Apps is. So anyways I figured running Lemmy on it would be a good way to test drive it.
As I said though, I’ve run into some issues and am almost at the point where I was going to ask for help. If anyone’s interested, I can post links to my Github repos with my Terraform code and all that.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
I’m currently trying to get Lemmy working on Azure Container Apps and Azure Postgres Flexible Server. I’ve got it all deployed, but I’m having some issues with the reverse proxy.
Regarding the ‘best’ choice - well it depends on what you mean by ‘best’. AKS will be the most flexible and ACI will probably be the simplest (if it will even work for Lemmy - I haven’t looked at ACI in years). Container Apps will probably be somewhere in the middle. Container Apps is just an abstraction over Kubernetes, so in theory you should get the scalability and flexibility of k8s without the overhead of managing a cluster.
I got Lemmy up and running on my home Rapberry Pi microk8s cluster pretty easily, so it will work fine on AKS for sure.
I’m looking at Container Apps just as a pet project because I’ve been waiting for a product like this for years. Kubernetes is awesome, but has always been too complicated for the average software developer to use. It needs a layer of abstraction and that’s what Container Apps is. So anyways I figured running Lemmy on it would be a good way to test drive it.
As I said though, I’ve run into some issues and am almost at the point where I was going to ask for help. If anyone’s interested, I can post links to my Github repos with my Terraform code and all that.