this post was submitted on 08 Oct 2023
16 points (100.0% liked)

Self Hosted - Self-hosting your services.

506 readers
1 users here now

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

Important

Beginning of January 1st 2024 this rule WILL be enforced. Posts that are not tagged will be warned and if not fixed within 24h then removed!

Cross-posting

If you see a rule-breaker please DM the mods!

founded 3 years ago
MODERATORS
Zoe8338@lemmy.ml
dogmuffins@lemmy.ml
testman@lemmy.ml
16
How hard is it to move Docker containers to another system? (lemmy.dbzer0.com)
submitted 1 year ago by Tippon@lemmy.dbzer0.com to c/selfhost@lemmy.ml
15 comments fedilink hide all child comments
 

Or another container type if there's a better one?

My server was originally connected to my TV to run Kodi and play some games while serving files, so it's running Xubuntu. While it works well for the most part, I want to set it up properly, and be able to move the services to a new system when the time comes.

I was thinking that Docker, or another container system, would probably be best, because as well as hopefully being able to be moved, installing new software shouldn't affect anything else.

Am I on the right track? Can containers be moved to another system without needing to be set up again?

I'm running the *arr suite two Java Minecraft servers Plex media server Two copies of qBittorent NZBGet Ombi Mylar Codex and probably some others that I've forgotten.

While I'm at it, is there a best OS to base everything on? Preferably free. The server is a 4th generation i5 with 32GB RAM, and currently about 10TB of HDD space, with a small SSD for boot, and a Quadro graphics card for transcoding.

Thanks in advance :)

you are viewing a single comment's thread
view the rest of the comments
[–] mark@social.cool110.xyz 15 points 1 year ago (2 children)

@Tippon That is a big part of the point behind containers, you don't have any long term state inside them. Migration is just a case of copying the configuration over along with the contents of any persistent volumes.

It's worth looking into Podman instead of Docker, the daemon-less architecture makes it more lightweight and secure as it's easier to have rootless containers. Management can also be easer as being a Red Hat project it integrates well into Systemd.

With your existing server on Xubuntu you may as well stick with Ubuntu Server or Debian for the familiarity.

[–] andruid@lemmy.ml 6 points 1 year ago (1 children)

Podman also has tooling for deploying containers as systems services or as k8s deploymentments.

[–] Tippon@lemmy.dbzer0.com 2 points 1 year ago (1 children)

I have no idea what that means! (yet :D).

Time for some research :)

[–] mark@social.cool110.xyz 2 points 1 year ago (1 children)

@andruid @Tippon Stay away from k8s for now, that's more for when you have a cluster of multiple physical servers. The systemd services are more useful in a single server environment.

The way that works is that once you have the containers set up, podman can save the configuration of them as unit files so they can be managed the same way as native server software. This makes it easier to have them all start automatically after a reboot, and is a requirement for enabling automatic updates.

[–] Tippon@lemmy.dbzer0.com 1 points 1 year ago

Ah, ok. Thanks for the help :)

[–] Tippon@lemmy.dbzer0.com 1 points 1 year ago

Brilliant :)

I've just been reading some of the other replies, and, yeah, it looks like containers are the way to go. I've got my data on separate drives, so that's easy enough to deal with, it's just the container side of things that's been confusing me.

I'll have a look at Podman, thanks :)

Like you say, I'm probably better off with a Debian fork, especially as I'm using Mint on my laptop, and should be on my PC if I can find alternatives to a few programs :)