How to set up a decentralized game/chat server

Submitted ⁨⁨14⁩ ⁨hours⁩ ago⁩ by ⁨mnemonicmonkeys@sh.itjust.works⁩ to ⁨selfhosted@lemmy.world⁩

I’ve been kicking around the idea of running a server for games and chat woth some of my friends, but worry about everyone getting cut off when there’s a disruption.

I’ve started looking into kubernetes out of curiosity, and it seems like we could potentially set up a cluster with master nodes at 3+ locations to hose whatever game server or chat server that we want with 100% uptime, solving my concerns.

Am I misunderstanding the kubernetes documentation, and this is just a terrible idea? Or am I on the right track?

source

Comments

Sort:hotnew top

msage@programming.dev ⁨9⁩ ⁨hours⁩ ago
Not seeing LGSM, so dropping it here: linuxgsm.com

I have a Matrix server with Jitsi installed, works for gaming and everything else.

Also, some older games (like Warcraft 3) require L2 connections to play multiplayer, which I managed to get working with OpenVPN, for both Linux and Windows players.

source
ZonenRanslite@feddit.org ⁨13⁩ ⁨hours⁩ ago
[mumble] (www.mumble.info) is an easy to setup voice server. And as the others say, rent a vps.

source
- mnemonicmonkeys@sh.itjust.works ⁨10⁩ ⁨hours⁩ ago
  I wasn’t asking for recommendations for chat servers
  
  source
LodeMike@lemmy.today ⁨14⁩ ⁨hours⁩ ago
Chat server is easy: Matrix (actually multiple servers but same effect)

Game server is very hard. The game has to be made for it or you have to be very good at network application engineering to hack it in.

source
- mnemonicmonkeys@sh.itjust.works ⁨10⁩ ⁨hours⁩ ago
  
  The game has to be made for it
  
  Just for clarity, do you mean the game has to be made for self-hosted servers, or do you mean it has to be made to handle self-hosted servers across a cluster?
  
  The former is already a thing with Minecraft, 7 Days to Die, etc. The latter… Yeah I’d have to do digging on that
  
  source
  - LodeMike@lemmy.today ⁨8⁩ ⁨hours⁩ ago
    Actually I can provide a little more detail. Check out how Matrix handles event graph resolution/desync. It’s why messages sometimes come in out of order. This is a fundamental problem with decentralization: authority breakdown. The homesever in Matrix is considered the authority for the clients, but within the Federation itself there is no true authoritative party or event history. If a server goes off federation for a while, a room will split, and once it re-federates it and other servers will have different event graphs, assuming something happened in those rooms in the meantime for both the defederated server and federated server(s).
    
    Basically: videogames assume that within a certain amount of latency the server’s state is permanent and authoritative. Federation breakdowns even for 500ms can destroy a games running state.
    
    source
  - LodeMike@lemmy.today ⁨10⁩ ⁨hours⁩ ago
    The game has to be made for distributed servers. The game software expects that everything the server says is authorative, including for rollback. Multiple servers introduces an extra source of latency and it’s just so hard to deal with.
    
    I don’t know too much about this.
    
    source
passenger@sopuli.xyz ⁨10⁩ ⁨hours⁩ ago
Kubernetes is too much. You could set up a matrix server for chat with jitsi for video meetings. Use element as client. Then add your game server(s).

For matrix/jitsi server setup use this playbook github.com/…/matrix-docker-ansible-deploy

It installs all you need for video, audio, and text chat.

Maybe change the config to be unfederated if you want a private server.

100% uptime is really not feasible so forget that. Even the commercial servers have downtimes.

source
monkeyman512@lemmy.world ⁨11⁩ ⁨hours⁩ ago
I think you are making it more complicated than needed. If you just want reliable service, just figure out who has the most reliable Internet and power and they can host the server. If you want to learn kubernets or docker swarm, you can try that but it will take a ton of upfront work.

source
hendrik@palaver.p3x.de ⁨14⁩ ⁨hours⁩ ago
I’d rent a small VPS for $10 a month and split the bill. As far as I know that’s how most people do it. It’s going to have >99.9% uptime, a fast datacenter internet connection at some central location… The Kubernetes approach adds a lot of complexity, you’ll have your games disconnect anyway if it fails over, and there will be some additional traffic between the locations to keep everything in sync. Unless I’m mistaken about how Kubernetes works.

source
- mnemonicmonkeys@sh.itjust.works ⁨13⁩ ⁨hours⁩ ago
  
  I’d rent one (small) VPS for $10 a month and split the bill.
  
  We don’t want to pay for a VPS. We’ve been burned by that too often in the past were you go months paying for a minecraft server that noone is using after the first month
  
  source
  - hendrik@palaver.p3x.de ⁨11⁩ ⁨hours⁩ ago
    Fair enough. I mean for me the equation might be a bit different, I’d pay about 200€ a year in electricity to run 3 efficient computers. And my VPS is only 73€ and I never have to pay for replacement parts (SSDs, harddisks) which I had to replace at home and they have gigabit network, a proper IP address and that’s all way better than what I have at home. So it’s a no-brainer to go for that. But your cost calculation might be different.
    
    source
- mnemonicmonkeys@sh.itjust.works ⁨13⁩ ⁨hours⁩ ago
  
  And 4x chance of some of the hardware failing and someone needs to fix it. Unless I’m mistaken about how Kubernetes works.
  
  I’m pretty sure half the point of kubernetes is to have the server automatically reroute traffic when one node goes down
  
  source
  - NowThatsWhatICallDadRock@slrpnk.net ⁨11⁩ ⁨hours⁩ ago
    That would be a load balancer but is not integral to the working of kubernetes. I wouldn’t consider kubernetes unless you have a need for autoscaling. It’s a lot of overhead for such a limited use case.
    
    You can front any three un-clustered nodes with a load balancer to the same effect
    
    source
  - hendrik@palaver.p3x.de ⁨12⁩ ⁨hours⁩ ago
    But doen’t that require some software-defined networking or a special network setup? I’m pretty sure with the avergage home internet connection, you’ll fail over to the replica at your friend’s home. But that has an entirely diffetent IP address and the game client will not handle that gracefully.
    
    source
slazer2au@lemmy.world ⁨14⁩ ⁨hours⁩ ago
I would argue k8s is overkill for this and the wrong tool for the job.

Honestly I would never target 100% uptime. Ubisoft, Microsoft, Blizzard, EA, valve, Epic spend billions collectively on online services and still have unplanned outages.

You can get a very cheap VPS from Heizner and you should run your game server there. You get proper cooling, networking, and support if something goes wrong.

source
rozodru@piefed.social ⁨13⁩ ⁨hours⁩ ago
should be find depending on the chat server.

I mean hell we used to do this way back in the day with IRC and Quake servers. it’s not hard at all and you don’t need to over think it. I mean it’s not like the thing is going to crash often so I’m not sure why you want to spread it out. I generally reboot my server like once a month and it takes all of 5min.

Depending on the game and the type of chat server you’re looking to run I don’t think you need to over think it. Just start out with like a VPS, see how it goes, maybe switch it up to a dedicated. neither are expensive.

source
renegadespork@lemmy.jelliefrontier.net ⁨9⁩ ⁨hours⁩ ago
If avoiding downtime is your number one priority and you’re willing to take on a lot of complexity to achieve it, then Kubernetes is probably the way to go. There are various chat platforms that can be distributed, but keeping a game server state synced between nodes isn’t an easy task. There’s a reason most multiplayer games are instanced.

I do find it a little odd that you’re so concerned about uptime with a casual gaming server, but to each their own.

source
oddlyqueer@lemmy.ml ⁨10⁩ ⁨hours⁩ ago
I love this idea. As others have said, a distributed game server would be a really tall order, and AFAIK there’s not really anything already made that does what you’re describing. But you could have a setup where one server hosts the game and syncs the game state with the other servers in the network, and if one server fails the network decides which failover server to connect to, all the clients connect to that server and continue playing on the new host. But it would be a gargantuan task to implement something like that.

source
Brkdncr@lemmy.world ⁨14⁩ ⁨hours⁩ ago
Assuming you were on the same lan you could probably set up chat with HA. A game server likely has a lot of change in memory and keeping that synced would be possible but it might not be cheap.

Across a wan though is a different story and likely not reasonably possible.

source
- mnemonicmonkeys@sh.itjust.works ⁨13⁩ ⁨hours⁩ ago
  Keeping it all one one LAN would defeat the point. I’m looking at avoiding downtime from internet and power outages, which would require separate locations
  
  source