Overview of the architecture behind this website.
I self host this site. I consider it a learning experience into hosting and managing a full Linux server stack. The purpose of this post is to describe my current setup as notes to myself should I ever need to redo a similar setup.
My setup attempts to achieve the following goals:
- Require no or little maintenance
- I do not wish to daily check the status of the server
- High data integrity
- Losing data is not acceptable. Downtime, while data is being recovered, is however okay.
- Employ best practices
- TLS, Git, and containers are all considered best practices in modern software development.
Out of scope:
- Uptime and reliability
- I self-host and do not host any critical services.
- Performance and scaling
- The server is purely for personal use and hardware is cheap.
The webserver is hosted on an HP MicroServer Gen8. The OS runs off a 120GB SSD drive and 2x3TB HDD running RAID1 using the Btrfs filesystem. This provides a suitable balance between storage capacity, and performance. Offsite backup is done weekly through https://wasabi.com/ and their S3 compatible service.
The server is connected via Gigabit Ethernet to an ASUS router. The router supports both IPv4 and IPv6 and does port forwarding for port 80 and port 443 to the statically configured IP address.
On the WAN side, a 150/150Mb/sec fiber line from Altibox provides the internet connection, and while the IP address is not static it changes rarely enough for this not to be an issue.
The domain is registered via gandi.net providing both registration and name servers.
The software stack is built on containers. A reverse proxy is employed to provide SSL certificates through LetsEncrypt. The webserver itself is Nginx running on an internal virtual network.
All containers are automatically updated as is the host system.
graph LR; WAN-->Router-->Server; subgraph Docker FP-->NGINX; FP-->OC["Other Containers"]; end Server-->FP["Traefik"];
The site uses the Hugo static site generator. The content of the site is maintained in a git repository. On each update to the repository, a dedicated build server generates the HTML and pushes it to the webserver. This allows the site to be updated from any machine with access to git.