[a] document server resources and begin documentation on wings

This commit is contained in:
Sangelo 2024-07-04 19:35:42 +02:00
parent 09c0e65ef7
commit 5e6b4cd1cb
10 changed files with 51 additions and 0 deletions

Binary file not shown.

After

Width:  |  Height:  |  Size: 25 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 33 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 32 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 36 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 25 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 11 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 20 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 44 KiB

View file

@ -15,6 +15,7 @@
- [Wings](#wings) - [Wings](#wings)
- [Post-Installation](#post-installation) - [Post-Installation](#post-installation)
- [Migrationsplan](#migrationsplan) - [Migrationsplan](#migrationsplan)
- [Serverressourcen](#serverressourcen)
- [Entscheiden](#entscheiden) - [Entscheiden](#entscheiden)
- [Realisieren](#realisieren) - [Realisieren](#realisieren)
- [Kontrollieren](#kontrollieren) - [Kontrollieren](#kontrollieren)
@ -80,6 +81,42 @@ Damit die Migration von dem Pterodactyl Gameserver Panel reibungslos verläuft,
![migration plan](../assets/migration-plan.png) ![migration plan](../assets/migration-plan.png)
### 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.<br>
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<br>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<br>4 Cores, 8 Threads @ 3.80GHz |
| **RAM** | 64 GB |
| **Storage** | 2x Samsung SM963 512 GB<br>1x Samsung PM9A1/PM9A3/980PRO 512 GB<br>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.<br>
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 ## 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. 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.

View file

@ -9,6 +9,20 @@
## Setup VM ## 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.<br>
Das wird im Kapitel [Planen](../README.md#serverressourcen) behandelt.
![create vm in proxmox](../../assets/wings/create-vm-1.png)
![choose iso for vm](../../assets/wings/create-vm-2.png)
![leave bios settings as default](../../assets/wings/create-vm-3.png)
![create virtual qcow2 drive](../../assets/wings/create-vm-4.png)
![4 cores for the system](../../assets/wings/create-vm-5.png)
![32GB of RAM](../../assets/wings/create-vm-6.png)
![network vmbr1 for LAN](../../assets/wings/create-vm-7.png)
![creation summary](../../assets/wings/create-vm-8.png)
## Installation Wings ## Installation Wings
### Daemonizing ### Daemonizing