Skip to content

Commit d3a7453

Browse files
housamoller2866
andauthored
Remove section on virtualisation and add to matrix instead (#18)
Co-authored-by: Kasper Møller <[email protected]>
1 parent b6cb242 commit d3a7453

File tree

1 file changed

+1
-10
lines changed

1 file changed

+1
-10
lines changed

docs/hardware_ready/_index.md

Lines changed: 1 addition & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -1,16 +1,6 @@
11
---
22
title: Getting your hardware ready
33
---
4-
## Virtualisation or bare metal
5-
6-
One important aspect is to determine whether the clusters should run on an OS directly on the machines, or if it makes sense to add a virtualisation layer.
7-
8-
Running directly on the hardware gives you a 1-1 relationship between the machines and the nodes. This is not always advised if the machines are particularly beefy. Running directly on the hardware will of course have lower latency than when adding a virtualisation layer.
9-
10-
A virtualisation layer can benefit via abstracting the actual hardware, and enable simple zero downtime hardware maintenance.
11-
12-
In case virtualisation is chosen, the below recommendations are what you would run in your VM. For setting up your VM’s we recommend Talos with KubeVirt.
13-
144
## Decision Matrix
155

166
| Problem domain | Description | Reason for importance | Tool recommendation |
@@ -19,3 +9,4 @@ In case virtualisation is chosen, the below recommendations are what you would r
199
| Storage solution | The underlying storage capabilities which Kubernetes will leverage to provide persistence for stateful workloads | Choosing the right storage solution for your clusters needs is important as there is a lot of balance tradeoffs associated with it, e.g redundancy vs. complexity | [Longhorn](Longhorn_as_storage_solution.md) |
2010
| Container Runtime (CRI) | The software that is responsible for running containers | You need a working container runtime on each node in your cluster, so that the kubelet can launch pods and their containers | |
2111
| Network plugin (CNI) | Plugin used for cluster networking | A CNI plugin is required to implement the Kubernetes network model | [Cilium](Cilium_as_network_plugin.md) |
12+
| Virtualisation | An optional layer between your hardware and your Kubernetes tech stack | In some scenarioes it might be benefitial to abstract the underlying hardeware away, and have everything running in virtual machines | |

0 commit comments

Comments
 (0)