diff --git a/assets/wings/create-vm-1.png b/assets/wings/create-vm-1.png
new file mode 100644
index 0000000..097e11f
Binary files /dev/null and b/assets/wings/create-vm-1.png differ
diff --git a/assets/wings/create-vm-2.png b/assets/wings/create-vm-2.png
new file mode 100644
index 0000000..7ffa0aa
Binary files /dev/null and b/assets/wings/create-vm-2.png differ
diff --git a/assets/wings/create-vm-3.png b/assets/wings/create-vm-3.png
new file mode 100644
index 0000000..1ba5296
Binary files /dev/null and b/assets/wings/create-vm-3.png differ
diff --git a/assets/wings/create-vm-4.png b/assets/wings/create-vm-4.png
new file mode 100644
index 0000000..f83ef79
Binary files /dev/null and b/assets/wings/create-vm-4.png differ
diff --git a/assets/wings/create-vm-5.png b/assets/wings/create-vm-5.png
new file mode 100644
index 0000000..60c7be3
Binary files /dev/null and b/assets/wings/create-vm-5.png differ
diff --git a/assets/wings/create-vm-6.png b/assets/wings/create-vm-6.png
new file mode 100644
index 0000000..9264aa5
Binary files /dev/null and b/assets/wings/create-vm-6.png differ
diff --git a/assets/wings/create-vm-7.png b/assets/wings/create-vm-7.png
new file mode 100644
index 0000000..19c74e4
Binary files /dev/null and b/assets/wings/create-vm-7.png differ
diff --git a/assets/wings/create-vm-8.png b/assets/wings/create-vm-8.png
new file mode 100644
index 0000000..b98b06e
Binary files /dev/null and b/assets/wings/create-vm-8.png differ
diff --git a/docs/README.md b/docs/README.md
index 63a3173..4497e85 100644
--- a/docs/README.md
+++ b/docs/README.md
@@ -15,6 +15,7 @@
- [Wings](#wings)
- [Post-Installation](#post-installation)
- [Migrationsplan](#migrationsplan)
+ - [Serverressourcen](#serverressourcen)
- [Entscheiden](#entscheiden)
- [Realisieren](#realisieren)
- [Kontrollieren](#kontrollieren)
@@ -80,6 +81,42 @@ Damit die Migration von dem Pterodactyl Gameserver Panel reibungslos verläuft,
+### Serverressourcen
+
+Damit die Migration so flüssig wie möglich verlaufen kann, muss man garantieren, dass der neue Server genau so viel (oder mehr) Ressourcen wie der letzte hat. Natürlich kann man das auch anders lösen, was dann in einem Fall wie im Runterskalieren besser wäre.
+
+In unserem Fall aber haben wir Gameserver, die migriert werden müssen, die man schlecht downscalen kann. Man müsste deren Welten und Mods modifizieren, was auf keinem Fall passieren darf, da das zu Korruption im bestehenden Spielstand führen kann. Heisst, wir brauchen gleiche oder bessere Hardwareressourcen.
+In einer robusteren Umgebung könnte man auch mehrere kleine Server zu einem Wings-Cluster bilden. Da wären mind. 3 Server ideal.
+
+Hier haben wir aber nur einen Server zur Verfügung, also müssen wir keine Cluster erstellen. Das würde sich nicht lohnen.
+
+Folgendes sind die Serverresourcen von den zwei Hosts:
+
+`@netcup` (alter Server, panel.sangelo.space):
+
+| Hardware | Specs |
+| ----------- | ------------------------------------------------------------ |
+| **CPU** | Host: AMD EPYC 7702P
VPS: 10 vCores @ 2GHz, max. 3.35 GHz |
+| **RAM** | 32 GB |
+| **Storage** | 1TB VHD on SSD |
+| **OS** | Debian 11 + YunoHost |
+
+`@kubelo` (neuer Server, lunivity.com):
+
+| Hardware | Specs |
+| ----------- | ---------------------------------------------------------------------------------------- |
+| **CPU** | Intel Xeon E3-1275 v6
4 Cores, 8 Threads @ 3.80GHz |
+| **RAM** | 64 GB |
+| **Storage** | 2x Samsung SM963 512 GB
1x Samsung PM9A1/PM9A3/980PRO 512 GB
Usable: 1 TB (RAID 5) |
+| **OS** | Proxmox 8.1.4 |
+
+Wie man sieht, hat der neue Server zwar weniger nutzbare Cores/Threads, dafür aber hat er doppelt so viel RAM wie der Letzte.
+Der Grossteil der Gameserver, die migriert werden, sind Minecraft Server. Dieses Spiel ist dafür bekannt, single-threaded zu laufen und RAM-hungrig zu sein.
+
+Es werden nicht alle Server gleichzeitig laufen, maximal einen oder zwei aufs Mal. Das heisst, dass CPU in diesem Fall kein grosses Downgrade sein sollte, und fast unbemerkbar ist. Die höhere Clockspeed der CPU vom neuen Server wäre sogar ein Upgrade in einigen Bereichen vom Spiel.
+
+Bezüglich RAM ist mein jetziger Fussabdruck auf dem `@kubelo` Node noch nicht zu gross, also sollte für die Wings-VM 20GB oder sogar 32GB gut möglich sein. Das würde ich in Zukunft wenn nötig entweder runterskalieren (und im Endeffekt einfach weniger Gameserver parallel online halten), oder ich würde dann mehr RAM einbauen.
+
## Entscheiden
Dieses Kapitel dient zur Zeiteinteilung, wir *entscheiden*, wer was wann macht. Unten ist eine Tabelle die das genau einteilt und einplant. Man kann jede Aufgabe anklicken um zum Kapitel zu kommen, in dem der Auftrag dokumentiert wurde.
diff --git a/docs/wings/README.md b/docs/wings/README.md
index 08d7b64..ca70864 100644
--- a/docs/wings/README.md
+++ b/docs/wings/README.md
@@ -9,6 +9,20 @@
## Setup VM
+Als allererstes müssen wir eine VM für Wings erstellen, da alle Server hier drauf laufen werden.
+
+Diese VM sollte im Idealfall genug Ressourcen für so viele Server haben, wie auch auf dem letzten Server gelaufen sind.
+Das wird im Kapitel [Planen](../README.md#serverressourcen) behandelt.
+
+
+
+
+
+
+
+
+
+
## Installation Wings
### Daemonizing