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:

  1. 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.
  2. 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.
  3. Performance
    • Performance is important to me mostly because it helps ensure trust. A site that responds well mans the admin cares.
  4. 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.
  5. 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

  • jgrim@discuss.online
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    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.

    • Freeman@lemmy.pub
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      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.

      • jgrim@discuss.online
        link
        fedilink
        English
        arrow-up
        2
        ·
        1 year ago

        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.

        • Freeman@lemmy.pub
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          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.

          • jgrim@discuss.online
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            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.