Learning Hub · System Administrator

Linux enterprise architecture

A 12-week educational program for running a Linux environment the way an enterprise would: layered identity and operations, not every role stacked on one VM.

Community learning track · not a commercial training product

This program is for learners, career-switchers, and lab members who want to understand enterprise Linux architecture by building a small, honest replica. The shell and systemd are the thread. KVM (or any hypervisor you have) is the classroom. Restore drills are the exam.

Plan on 10–12 weeks at 4–6 hours per week after you can survive on one Linux box. Rocky Linux (RHEL-like) or Debian are enough. Do not practice on a production host — including this website’s server.

12 weeks

Enterprise architecture track

4–6 hrs

Study and lab time each week

KVM / QEMU

Host for the scaled-down replica

Rocky or Debian

RHEL-like or Debian-family lab

Path into the enterprise track

Skip foundations only if you already administer Linux without guessing. Otherwise start here, then join week 1 of the architecture program.

Foundations — own one Linux machine

Before the enterprise track: the CLI, systemd, and recovery on a single box.

  • Filesystem, permissions, users, processes, packages
  • systemd units, journalctl, logs
  • Networking: IP, DNS, ports, nftables or firewalld
  • SSH keys (disable password login)
  • Disk, fstab, and a home-directory backup

Install Rocky or Debian, harden SSH, set a firewall, and recover from a snapshot.

Operate a small Linux shop

A reverse proxy, a database, TLS, and a restore you have actually run.

  • Nginx or Caddy as reverse proxy plus Let’s Encrypt or lab CA
  • PostgreSQL: roles, backups, restore
  • Containers: Podman or Docker Compose for two or three services
  • Monitoring: disk, RAM, load, a simple healthcheck
  • Troubleshooting playbook: DNS → port → process → logs → disk

Host a small app with proxy, database, TLS, and a documented restore.

Enterprise architecture (this program)

A layered identity and operations platform — not every role stacked on one VM.

  • Identity (FreeIPA/SSSD), DNS, and network zones
  • Least privilege, PKI, and SSH as a control plane
  • Virtualization, file/data, patch rings
  • Ansible, monitoring, and disaster recovery
  • Incident notes and restore drills

Build the replica below, then run the 12-week sequence and the capstone outage drill.

Reference architecture

Enterprise Linux is a layered platform. The lab proves each layer at a smaller scale. It does not pretend a single VPS is a data centre.

LayerWhat production looks likeWhat the lab can prove
IdentityFreeIPA / RHEL IdM, SSSD, Kerberos; optional cloud IdP for SaaS1 IdM replica or SSSD against a small LDAP; sudo tied to groups
Directory HAReplicated IdM or LDAP, DNS NS pairs, documented Kerberos KDCsTwo identity-aware hosts; fail one and still authenticate
Sites / networkSplit DNS, routed subnets, jump hosts, no SSH from the internet to app VMsTwo VLANs/subnets, one bastion, nftables or firewalld zones
PrivilegeNo daily root; sudoers by group; separate break-glass accountNamed sudo group, root login disabled, a jump box
PKIInternal CA, TLS on every listener, automated renewal1 lab CA; HTTPS on the reverse proxy; SSH CA optional
ComputeKVM/libvirt, Proxmox, or cloud instances; optional Kubernetes later2 KVM guests plus one container host (Podman or Docker)
File / dataNFS or Samba with backups; databases on their own nodesNFS export or dedicated disk; PostgreSQL with a tested restore
PatchStaging then production; unattended-upgrades or dnf-automatic with a windowA pilot VM, then the rest; reboot policy written down
SecuritySELinux or AppArmor enforcing, auditd, SSH keys only, SIEM shippingEnforcing MAC, sshd_config hardened, journald + one alert script
Hybrid / DR3-2-1 backup (restic/borg), off-host copies, written RPO/RTOBackup to a second disk; restore a VM and a database
OpsChange notes, runbooks, node exporter / logs, on-call liteOne-page runbook and a “proxy or IdM down” drill

Twelve weeks

Architecture discussion first, then a lab that matches the diagram, scaled down. Week 12 is a drill, not a slide recap.

  1. Week 1

    Host layout

    What lives on a bastion versus an app node. Why identity, DNS, and backups are not guests on the web VM.

  2. Week 2

    systemd and observability

    Units, timers, journald, persistent logs, and how to prove a service is actually running.

  3. Week 3

    Naming and IP

    DNS, search domains, split horizon, firewall zones, and a jump host.

  4. Week 4

    Privilege and SSH

    sudoers, no root login, sshd_config, optional SSH CA, and a break-glass account.

  5. Week 5

    Storage

    LVM, mount options, quotas idea, and snapshots versus real backups.

  6. Week 6

    Identity

    FreeIPA or SSSD+LDAP, groups for sudo, what breaks when the replica is down.

  7. Week 7

    PKI and TLS

    Internal CA, reverse-proxy certificates, and expiry as an incident type.

  8. Week 8

    Services and data

    Nginx/Caddy, PostgreSQL, NFS or a dedicated data disk, least-privilege service users.

  9. Week 9

    Containers

    Podman or Docker Compose, volumes, logs, and not treating compose as a cluster.

  10. Week 10

    Patch and config

    Ansible for repeatable boxes, update rings, reboot windows.

  11. Week 11

    Detect and recover

    SELinux/AppArmor denials, auditd, restic/borg restore of a VM and a database.

  12. Week 12

    Capstone

    Draw the architecture, then a 30-minute incident: proxy or IdM is gone and the database backup must work.

Minimum honest lab

A bastion, DNS, a proxy, a database, two subnets, and a backup disk that you actually restore. Snapshots are not backups.

PieceRole
HostLinux with KVM/libvirt, or a hypervisor you already know (including Hyper-V)
BASTIONJump host: SSH only, sudo, Ansible control node
DNS1Lab DNS; optional second resolver later
IPA1FreeIPA / identity replica (can start as local users + SSSD stub)
WEB1Reverse proxy (Nginx or Caddy) and TLS
APP1Application VM or container host
DB1PostgreSQL on its own disk
NetworksTwo subnets: management and application
BackupSeparate disk or NFS; restore is the proof, not the job status

Non-negotiable rules

  • Identity, DNS, and backups are Tier 0 — no extra software, no browsing, no daily root.
  • Do not put IdM, reverse proxy, database, and hypervisor tools on one VM. That is a home-lab anti-pattern.
  • Every change has a backout: firewall, DNS, sudoers, and systemd units included.
  • Backup is proven by restore, not by a green job.
  • Containers do not replace backups, firewalls, or identity.
  • Document the blast radius of DNS, the CA, the bastion, and the backup target.
Distro docs and Ansible links live in Resources. The Windows Server twin is here. Bring questions to Community lab hours.