proxmox: Do you use a headless Linux OS as a VM?

Comments

• ikidd@lemmy.world ⁨1⁩ ⁨year⁩ ago

  Pretty much all my VMs are headless Debian for whatever purpose I’m using them. I’ve tried Ubuntu but it has done some weird shit with snaps over the years, things like installing Docker concurrently as a snap when I’ve already had it on as an apt package then shitting itself unpredictably until I figured out what was going on.

  If you can, use LXCs where appropriate to reduce overhead usage. An LXC container will use much less resources than a full VM. You can even set up Docker on a Debian LXC and I’ll set up a few hosts like that to partition my applications.

  There’s little reason to install a desktop environment for a server. Learn how to set up SSH keys and use the command line, most server applications don’t have GUI interfaces anyway unless they provide a webpage for admin, in which case you don’t need a DE anyway.

  If you do need remote access with a GUI, try installing a Guacamole webtop instance to remote into, and manage your services from that.

  source

  • SeeJayEmm@lemmy.procrastinati.org ⁨1⁩ ⁨year⁩ ago

    I want to second using LxC. I recently discovered them and once I understood what it was. Most of my VMs could be LXCs and save me a bunch of overhead.

    source
• eros@lemmy.world ⁨1⁩ ⁨year⁩ ago

  If you’re setting up Proxmox either use the Proxmox ISO or start with Debian Bookworm. The only Linux machines I have with a GUI are my desktop and my laptop, both running Debian with KDE. All my servers run Debian unless there’s a good reason not to.

  source

  • ikidd@lemmy.world ⁨1⁩ ⁨year⁩ ago

    I think they’ve install PM already, they’re asking about the guests.

    source
• mhzawadi@lemmy.horwood.cloud ⁨1⁩ ⁨year⁩ ago

  I run Debian on all my vms, they have no GUI installed at all. I manage all of them over SSH

  source

  • moddy@feddit.de ⁨1⁩ ⁨year⁩ ago

    Yes, that is what i am used to. I guess headless is better for performance and i do not see an advantage at all. Another question: Why do you have several debians-vm’s? You also could take one, right?

    source

    • towerful@programming.dev ⁨1⁩ ⁨year⁩ ago

      I use multiple VMs, and group things either by security layer or by purpose.

      When organising by purpose, I have a VM for reverse proxies. Then I have a VM for middleware/services. Another VM (or multiple) for database(s). Another VM for backend/daemon type things.
      Most of them end up running docker, but still.

      Lets me tightly control access between layers of the application (if the reverse proxy gets pwnd, the damage is hopefully contained there. If they get through that, the only get to the middleware. Ideally the database is well protected. Of course, none of that really matters when there’s a bug in my middleware code!)

      Another way to do it is by purpose.
      Say you have a media server things, network management things, CCTV things, productivity apps etc.
      Grouping all the media server things in a VM means your DNS or whatever doesn’t die when you wiff an update to the media server. Or you don’t lose your CCTV when you somehow link it’s storage directory into the media server then accidentally delete it. If that makes sense.

      Another way might be by backup strategy.
      A database hopefully has point in time backup/recovery systems in place. Whereas a reverse proxy is just some config (hopefully stored on GitHub) and can easily be rebuilt from scratch.
      So you could also separate things by how “live” the data is, or how often something is backed up, or how often something gets reconfigured/tweaked/updated.

      I use VMs to section things out accordingly.
      Takes a few extra GB of storage/memory, has a minor performance impact. But it limits the amount of damage my dumb ass can do.

      source
    • cwagner@lemmy.cwagner.me ⁨1⁩ ⁨year⁩ ago

      [deleted]

      source

      • -> View More Comments
    • mhzawadi@lemmy.horwood.cloud ⁨1⁩ ⁨year⁩ ago

      I run a vm for each service, a php vm, a mysql vm, etc. But yes you could just have a big vm run everything

      source

      • -> View More Comments
    • grue@lemmy.world ⁨1⁩ ⁨year⁩ ago

      Another question: Why do you have several debians-vm’s? You also could take one, right?

      As I wrote in my other reply, you typically want a separate VM for each service so that the OS configurations don’t conflict, and also so that you can shut down the VM for one service (e.g. for installing updates or migrating to another cluster node) without causing downtime to other services.

      source
• daFRAKKINpope@lemmy.world ⁨1⁩ ⁨year⁩ ago

  1. Debian, unless I’m doing something specific like Home Assistant OS
  2. Yeah, usually. The GUI uses so much system resources just to sit there and be unused. That said I do have a Windows VM for Quicken that I remote into to manage my families finances. Of course that isn’t headless.

  source
• NeoNachtwaechter@lemmy.world ⁨1⁩ ⁨year⁩ ago

  You mentioned selfhosting, so it’s safe to assume you want to install servers. Servers are headless by default.

  But the proxmox admin web interface also makes it easy to access a VM’s GUI remotely.

  source
• vividspecter@lemm.ee ⁨1⁩ ⁨year⁩ ago

  Do you actually need a VM for your use case? You might use docker containers or LXC instead.

  Normally I use VMs for situations where a container isn’t available (Windows, openwrt) or the VM is better supported (arguably home assistant).

  source

  • Nilz@sopuli.xyz ⁨1⁩ ⁨year⁩ ago

    This indeed. To OP: if you use LXC containers using templates that Proxmox provides, they are headless by default. A Gui is a waste of resources.

    source
  • KairuByte@lemmy.dbzer0.com ⁨1⁩ ⁨year⁩ ago

    I realize I’m being pedantic, but aren’t docker containers essentially just wrapped VMs?

    source

    • grue@lemmy.world ⁨1⁩ ⁨year⁩ ago

      No, containers are basically sandboxed applications+dependencies running on top of the host’s kernel. VMs run their own separate everything kernel.

      source
    • specimen@lemmy.world ⁨1⁩ ⁨year⁩ ago

      Containers share the system’s resources with the OS; VMs take these resources for themselves.

      source
    • melmi@lemmy.blahaj.zone ⁨1⁩ ⁨year⁩ ago

      Docker containers are more like LXCs—in fact, early versions of Docker used LXC under the hood, but the project diverged over time and support for LXC was eventually dropped as they switched to their own container runtime.

      source
    • clmbmb@lemmy.dbzer0.com ⁨1⁩ ⁨year⁩ ago

      Nope. Docker containers are kind of “virtual filesystems” and programs are running on top of the host’s kernel. They’re just isolated processes running on their own volume - to which you can also attach external “volumes”.

      source
• SeeJayEmm@lemmy.procrastinati.org ⁨1⁩ ⁨year⁩ ago

  b) Should it be headless?

  As most people have said, typically a server is headless as it has less overhead. But it’s going to depend on your use-case and needs. If you have the spare ram/cpu/disk and want to put a GUI on every VM you can. In my case, most of my VMs are headless with a couple that have a GUI out of necessity.

  source
• Unkend@lemmy.world ⁨1⁩ ⁨year⁩ ago

  just install Cockpit with Debian, and headless is better as the GUI is a security vulnerability

  cockpit-project.org

  www.redhat.com/…/getting-started-linux-security

  source
• grue@lemmy.world ⁨1⁩ ⁨year⁩ ago

  a) What Linux OS do i take? Ubuntu Server?

  Typically folks either pick what they like best or pick what’s recommended by the service they’re trying to run. (Remember, typically you run one service per VM, so everything about the VM can be tailored to that service. That’s pretty much the whole point of virtualization – so that you don’t have to get multiple services cooperating on the same machine.)

  My default go-to would be Debian, but again, it’s really a matter of personal preference.

  b) Should it be headless?

  GUIs take up disk space, RAM and CPU cycles, so it’s more efficient not to have them (especially when you’re virtualizing and therefore running separate copies per VM). However, this is 2023, not 1993, so it’s not that big a deal.

  would there be any advantages of installing an OS with a GUI?

  The advantage would be that you could administer the VM and the service inside it using a GUI, if you’re into that sort of thing.

  ---

  In general, most services are designed to be administered over SSH or via a web interface, so a GUI shouldn’t be necessary. Also, in general you ought to be scripting the administration of your VMs themselves using e.g. Ansible, so a GUI shouldn’t be necessary for that, either.

  source
• lemming741@lemmy.world ⁨1⁩ ⁨year⁩ ago

  Lots of good advice here. Something I did was make a base Debian VM that has common tasks already done- my network configs, docker installed (but not enabled), the guest agent installed, ssh root password login (until I’m done setting it up). When I want to try something, I clone the base vm, change the IP, enable docker if it needs it. Set up my new services, copy ssh id, disable ssh password.

  Try to stick to the same disto and you give KSM a better chance of reducing memory usage.

  source
• Decronym@lemmy.decronym.xyz ⁨1⁩ ⁨year⁩ ago

  Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

  Fewer Letters	More Letters
  DNS	Domain Name Service/System
  LXC	Linux Containers
  SSH	Secure Shell for remote terminal access

  ---

  [Thread #168 for this sub, first seen 27th Sep 2023, 10:35] [FAQ] [Full list] [Contact] [Source code]

  source