Word never really got out about Discuss.Online which was set up to handle a huge influx on signups. But the signups haven’t materialized. Here’s what the admin has to say.
cross-posted from: https://discuss.online/post/198448
Timeline and reasoning behind recent infra changes
Recently, you may have noticed some planned outages and site issues. I’ve decided to scale down the size and resilience of the infrastructure. I want to explain why this is. The tl;dr; is cost.
Reasons
- I started discuss.online about 4 weeks ago. I had hoped that the reaction to Reddit’s API changes would create a huge rush to something new, for the people, by the people; however, people did not respond this way.
- I built my Lemmy instance like any other enterprise software I have worked on. I planned for reliability and performance. This, of course, costs money. I wanted to be known as the poster child for how Lemmy should operate.
- As I built out the services from a single server instance to what it became the cost went up dramatically. I justified this assuming that the rush of traffic would provide enough donors to supplement the cost for better performance and reliability.
- The traffic load on discuss.online is less that extraordinary. I’ve decided that I’ve way over engineered the resilience and scale. Some SubReddits that had originally planned to stay closed decided to re-open. I no longer needed to be large.
- The pricing of the server had gotten way out of control. More than the cost of some of the largest instances in Lemmy while running a fraction of the user base.
Previous infrastructure
- Load balancer (2 Nodes @ $24/month total)
- Two front-end servers (2 Nodes @ $84/month total)
- Backend Server (1 Node @ $84/month total)
- Pictures server (1 Node @ $14/month total)
- Database (2 Nodes @ $240/month total)
- Object Storage ($5/month + Usage see: https://docs.digitalocean.com/products/spaces/details/pricing/)
- Extra Volume Storage ($10/month)
- wiki.discuss.online web node ($7/month)
- wiki.discuss.online database node ($15/month) [Total cost for Lemmy Alone: $483 + Usage]
Additionally:
- I run a server for log management that clears all lots after 14 days. This helps with finding issues. This has not changed. ($21/month)
- Mastdon server & DB ($42/$15/+storage ~ $60 total/month)
- Matrix server & DB ($42/$30/+storage ~ $75 total/month)
Total Monthly server cost out of pocket: ~$640/month.
The wiki, Mastodon, Matrix, & log servers all remained the same. The changes are for Lemmy only and will be the focus going forward.
First attempt
As you can see it was quite large. I’ve decided to scale way down. I attempted this on 7/12. However, I had some issues with configuration and database migration. That plan was abandoned. This is what it looked like:
Planned infrastructure
- Single instance server (1 Node @ $63/month total)
- Includes front-end, backend, & pictures server.
- Database server (1 Node @ $60/month total)
- Object Storage ($5/month + Usage)
- Extra Volumes ($20 / month total)
[Total new cost: ~$150 + Usage]
Second attempt
I had discovered that the issues from the first attempt were caused by Lemmy’s integration with Postgres. So I decided to take a second attempt. This is the current state:
Current infrastructure
- Single instance server (1 Node @ $63/month total)
- Includes front-end, backend, & pictures server.
- Database server (1 Node @ $60/month total)
- Object Storage ($5/month + Usage)
- Extra Volumes ($20 / month total)
- wiki.discuss.online web node ($7/month)
- wiki.discuss.online database node ($15/month)
[Total new cost for Lemmy alone: ~$170 + Usage]
New total monthly server cost out of pocket: ~$330
My current monthly bill is already more than that from previous infrastructure @ $336.
Going forward
Going forward I plan to monitor performance and try to balance the benefits of a snappy instance with the cost it takes to get there. I am fully invested in growing this community. I plan to continue to financially contribute and have zero expectations to have everything covered; however, community interest is very important. I’m not going to overspend for a very small set of users.
If the growth of the instance continues or rapidly changes I’ll start to scale back up.
I’m learning how to run a Lemmy server. I’ll adjust to keep it going.
Here are my current priorities for this instance:
- Security
- This has to be number one for every instance. Where you decide to store your data is your choice again. You must be able to trust that your data is safe and bad actors cannot get it.
- Resilience & backups
- Like before, it’s your data and I’m keeping it useable for you. I plan to keep it that way by providing disaster recovery steps and tools.
- Performance
- Performance is important to me mostly because it helps ensure trust. A site that responds well mans the admin cares.
- Features
- Lemmy is still very new and needs a lot of help. I plan to contribute to the core of Lemmy along with creating 3rd party tools to help grow the community. I’ve already began working on https://socialcare.dev. I hope to help supplement some missing core features with this tool and allow others to gain from it in the process.
- User engagement
- User engagement would be #1; however, everything before this is what makes user engagement possible. People must be using this site for it to matter and for me to justify cost and time.
Conclusion
If you notice a huge drop in performance or more issues than normal please let me know ASAP. I’d rather spend a bit more for a better experience.
Thanks, Jason
That was very optimistic, but yeah I am probably also going to down-scale a bit for the time being. Together with the performance improvements in Lemmy it shouldn’t make much of a difference though and I am redesigning my setup a bit to allow quicker scale up.
I was expecting over 200k people to going overnight from Reddit. There were a few communities actively working to come over. In the end the followers revolted against a Rexxit. They didn’t come.
Not overly surprised to be honest, but I think one crucial mistake was to paint it as a moderator strike, which was actively propagated by Reddit management once they realized that this back-fires.
I have noticed an anti-mod sentiment from users coming over from Reddit before, and when asked why, you quickly realize that they have no idea what mods actually do and are just annoyed by some overly active moderation bot or some personal pet-peeve being moderated as spam. Typical case of a thank-less job that people only notice when you stop doing it.
I think it was mostly a small minority of moderators and 3rd party app power users that left, and while this will not have an immediate effect on Reddit, it will probably initiate a slow death spiral of worse and worse sub-reddit content.
I feel like there’s already a significant downgrade in content quality since the blackout.
The subs I frequent seem… dead. Posts would regularly get 200+ karma before the blackout, but now even the top ones get only 100+, the rest hover around single digits. Mostly shallow discussions / simple topics that I simply don’t have the urge to engage in.
And those subs that don’t seem “dead”, are being filled by bots (obvious to see because they are very, very enthusiastic about everything lol)…
I had many discussions with Mods when working out the plan for SocialCare.cloud. I never knew what was involved. I even suggested adding a tip jar to each community to help compensate the mods. I was told that was a terrible idea. After further discussion, it seems to be true. Perhaps a more general shared fund would be better.
It was already in a spiral. I think some people are mores sensitive to the gravity of it.
@jgrim @poVoq
Yeah, even though twexxit happened, there are still an absolutely massive amount of holdouts, so I expect rexxit to be just as slow.
Yeah, and Mastodon is more ready for growth than Lemmy is. I’d say Mastodon is better than Twitter. Lemmy doesn’t quite have the same polish, yet.
@jgrim
Yeah Lemmy is definitely lacking polish in a number of areas. One of the things that bothers me most about Lemmy is that the local feed is the default instead of subscribed.
Yeah, you can change that on your profile settings. But it’s not automatic, which is weird.
What does yours look like now?
I am currently on 8 core, 32gb ram. But that is < 20% utilized. I am planning to move over to a 4 core, 8gb machine but optimize that as a dedicated database machine in case scale-up is needed again.
I see. My server instance is at 5% CPU and 15% memory usage. However, my managed DB instance is constantly near 80%. I’m thinking about moving the database over to the same server and managing my own backups. It’s seems much more DB heavy now.
It sounds like you were better setup than most that had no idea and had to figure out scale out strategies.
Seems the culture is still for folks to gravitate to massive instances, some of which aren’t equipped to handle the load (this includes kbin too)
As an aside, I did similar and have a couple vps that are like….50 bucks a month but with the vulns I just never opened registration or made a push to onboard users. So I’ll be moving my instance to a nano linode or something. I’m also increasingly happy it’s just me on it.
Yes, when I started talking to other admins that’s when I realized how over prepared I was compared to them.
That’s what made me decide to do the downgrade. I might do it again at some point.
Yeah. My goal was to service x number of users for x budget (~50/month) and not solicit donations. My guess was that would be 50-100 at most. But like I said, then the xss stuff happened and I just kinda balked.
50% of the reason I built the instance was to be in control of uptime and updates since others were sporadically down anyhow. I’m more a “take my destiny into my own hands type”
That said, the nice thing of this setup is that you can run your own instance and be just as involved.
Yes, I’ve just been into this idea for a while. I thought about building something like Lemmy about 10 years ago, but everyone said I was crazy to think people would do it. It’s here now, and I want it to grow and be trusted. The only way to do that is to build trusted instances. I took it upon myself to make that happen or at least contribute to it happening.