Virtual Machine Infrastructure

Overall Goal

The overall goal of this project is to be able to maintain virtual machines easier and provide a secure and stable environment for docker-compose stacks and other binaries to run. One requirement is virtual machines should be generated on demand to allow for scalability. This could be achieved by netbooting a Linux operating system, configuring the machine with cloud-init and then deploying a docker-compose stack on it.

Note that OPNSense and the WIndows Machine are not discussed in this document. While they do exist, they will not be a part of this infrastructure

Final Solution

Generating VM's on Demand

Using the power of the Debian Live project, we are able to customize a live netboot image to provide a base operating system for all VMs. This will also allow us to generate "live cds" on demand and then push the update to a central boot server where the VMs can then boot the latest copy with the latest kernel and bug fixes. See Gitea repo here

Using Cloud-Init

The Xen Orchestra appliance has built in support for using a cloud-init template. Users will be able to specify whichever packages they want installed and other configuration items. Docker compose will be deployed using cloud-init

Ideal Implementation

The Genesis Machine

Function

This machine will provide all other Virtual Machines with the latest image to boot up via PXE. Additionally, this machine will house its own version of Gitea and JenkinsJenkins. This machine will also be home to provideLDAP independentand functionalityKeycloak for identity management since it has been identified as a critical service.

Containers Used

• Gitea 
• Jenkins
• Netbootxyz
• Traefik
• SmallStep
• LDAP

FusionDirectory Keycloak

Other Configurations

Database Machine

Function

This machine will provide all of the databases for the services machine.

Containers Used

MariaDB MongoDB Postgres Redis MySQL InfluxDB Adminer

Other Configurations

 

Prod Service Machine

Function

This machine will provide all of the services

Containers Used

Traefik <Insert other services here>

Other Configurations

Dev Service Machine

Function

This machine will provide development versions of services

Containers Used

Traefik <Insert other services here>

Other Configurations

Edge Machine

Function

This machine will serve as the edge for incoming traffic. All incoming traffic to all services must go through here

Containers Used

Traefik Fail2ban?

Other Configurations

 

Linux Dev Machine

Function

This machine will replace Linuxbox and will be used for development activities

Containers Used

 

Other Configurations

 

Logging and Metrics Machine

Function

This machine will be used for logging and managing the virtual machines

Containers Used

 

Other Configurations

Implementation Notes

Operating System Security

Using a live CD with a readonly file system can be tricky, below are the current security precautions that are being taken:

User and Permission Changes

• User "live" (default live user) will have it's password locked to prevent ssh login
• User "live" will be assigned the shell /usr/sbin/nologin to prevent anyone from logging in as that user
• A user will not be allowed to ssh into the system as user "root"
• Console will be disabled to prevent rogue admins and unauthorized access

Due to the above security measures, you MUST provide a SSH key to the Virtual Machine for the user debian (or whatever user you made via the cloud-init process). If you do not, you will not be able to remote into the machine!

File System

The file system for the operating system is not encrypted and will be lost on reboot, it is not recommended you store non-critical information on it. Use your dedicated data disk to store information instead