Dockhand hatte ich in meiner Testumgebung auch schon im Einsatz, muss es noch in die Prod umziehen.
Dockhand kann ich dir auch nur wärmstens empfehlen, hat bei mir Portainer abgelöst. 
Aber ich werde mir Claude Code mal angucken, so als alternative zu ChatGPT. Du schwärmst da ja schon "ganz" leicht von
Nach der ganzen schwärmerei von TBT wegen Claude Code, werde ich mir das auch mal bei Gelegenheit ansehen. 
nan0 Vielen Dank für das Angebot, vielleicht komme ich darauf zurück!
Da bin ich ja beruhigt, dass ich nicht der Einzige bin, der die Netcup-Images nutzt.
Ich hatte schon fast den Eindruck, dass das eher verpönt ist und alle mit eigenen Images arbeiten.
Danke dir, ich schaue mir das mal an, ob das für mich auch eine Option ist.
Wie macht ihr das eigentlich bei Neuinstallationen?
Greift ihr auf die Netcup-Images zurück, verwendet ihr eigene vorbereitete Images oder setzt ihr jedes Mal alles von Grund auf neu auf? 
Ah, danke für den Link, jetzt erschließt sich mir das Ganze etwas besser.
Heute mal Benchmarks von
RS Rubber Ducky & RS 500 G12 BW25
Beide Systeme habe ich komplett neu aufgesetzt und anschließend über ein Script eingerichtet.
Laut CCP ist der Standort bei beiden Servern mit Nürnberg angegeben.
Beim RS 500 wird jedoch abweichend Österreich (Austria) angezeigt, was mich etwas wundert.
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2025-04-20 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
So 1. Mär 16:59:58 CET 2026
Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 55 minutes
Processor : AMD EPYC 7702P 64-Core Processor
CPU cores : 1 @ 1996.251 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 1.9 GiB
Swap : 0.0 KiB
Disk : 39.2 GiB
Distro : Debian GNU/Linux 13 (trixie)
Kernel : 6.12.73+deb13-amd64
VM Type : KVM
IPv4/IPv6 : ✔ Online / ✔ Online
IPv6 Network Information:
---------------------------------
ISP : netcup GmbH
ASN : AS197540 netcup GmbH
Host : NETCUP-GMBH
Location : Nuremberg, Bavaria (BY)
Country : Germany
fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 30.28 MB/s (7.5k) | 453.12 MB/s (7.0k)
Write | 30.30 MB/s (7.5k) | 455.51 MB/s (7.1k)
Total | 60.59 MB/s (15.1k) | 908.64 MB/s (14.1k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 1.36 GB/s (2.6k) | 2.60 GB/s (2.5k)
Write | 1.44 GB/s (2.8k) | 2.78 GB/s (2.7k)
Total | 2.80 GB/s (5.4k) | 5.39 GB/s (5.2k)
Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 920
Multi Core | 922
Full Test | https://browser.geekbench.com/v6/cpu/16812611
YABS completed in 19 min 31 sec# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
# Yet-Another-Bench-Script #
# v2025-04-20 #
# https://github.com/masonr/yet-another-bench-script #
# ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
So 1. Mär 17:20:51 CET 2026
Basic System Information:
---------------------------------
Uptime : 0 days, 0 hours, 45 minutes
Processor : AMD EPYC 9645 96-Core Processor
CPU cores : 2 @ 2296.546 MHz
AES-NI : ✔ Enabled
VM-x/AMD-V : ❌ Disabled
RAM : 3.8 GiB
Swap : 0.0 KiB
Disk : 125.9 GiB
Distro : Debian GNU/Linux 13 (trixie)
Kernel : 6.12.73+deb13-amd64
VM Type : KVM
IPv4/IPv6 : ✔ Online / ✔ Online
IPv6 Network Information:
---------------------------------
ISP : netcup GmbH
ASN : AS197540 netcup GmbH
Host : Netcup KVM VIE
Location : Vienna, Vienna (9)
Country : Austria
fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):
---------------------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 194.23 MB/s (48.5k) | 1.14 GB/s (17.8k)
Write | 194.74 MB/s (48.6k) | 1.15 GB/s (17.9k)
Total | 388.97 MB/s (97.2k) | 2.29 GB/s (35.8k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 1.18 GB/s (2.3k) | 1.79 GB/s (1.7k)
Write | 1.25 GB/s (2.4k) | 1.91 GB/s (1.8k)
Total | 2.43 GB/s (4.7k) | 3.70 GB/s (3.6k)
Geekbench 6 Benchmark Test:
---------------------------------
Test | Value
|
Single Core | 1943
Multi Core | 3487
Full Test | https://browser.geekbench.com/v6/cpu/16812844
YABS completed in 13 min 24 secJa, wenn du weitere Backup Exporte brauchst, kannst du diese Kostenpflichtig über das CCP unter Produkte buchen.
Das ist doch keine Hilfe, Screenshots anzufordern um dann zu sagen, ich solle ein Ticket aufmachen. Das hatte ich bereits - also doppelte Arbeit ohne Mehrwert!!
Wieso sollte das keine Hilfe sein? Anhand der Screenshots konnten zumindest die Fehler ausgeschlossen werden, die ein anderer User kürzlich hatte. Mehr Einblick haben wir von außen nun einmal nicht — an der Stelle kann dir letztlich nur noch der Support weiterhelfen. Diesen hast du ja bereits kontaktiert.
Jetzt bin ich mir ehrlich gesagt noch etwas unschlüssig — das werde ich mir in Ruhe nochmal durch den Kopf gehen lassen und dann entscheiden, wie ich es am sinnvollsten umsetze.
Falls Du tailscale nutzen willst, solltest Du den entsprechenden UDP-Port in der nc-Firewall freigeben. Siehe https://tailscale.com/docs/reference/faq/firewall-ports
Zu bedenken ist, daß man sich mit tailscale eine Abhängigkeit zu deren Control-Servern einhandelt. Das gilt es also abzuwägen.
Verwendest du Tailscale für den Zugriff oder setzt du stattdessen auf direkten SSH-Zugang mit Key-Authentifizierung bzw. eine andere Absicherungsmethode?
...noch die Docker Volumes,..
Prinzipielle Frage: Nutzt du ausschließlich Docker-Volumes oder arbeitest du auch mit gemappten Host-Pfaden, in denen die Daten abgelegt werden?
Dann mache ich mich mal ans Werk. An dieser Stelle schon einmal vielen Dank für den äußerst hilfreichen Input von euch allen – ich habe wieder einiges dazugelernt und kann den Serverumzug entsprechend angehen und kann weitere Sicherheitsmaßnahmen umsetzen.
Fail2Ban kann ich mir nach meinem aktuellen Verständnis dann vermutlich sparen zu übernehmen.
Nur Docker, SSH ist durch die NC Firewall zu und nur via Tailscale offen.
Also bedeutet das in deinem Fall, dass du beim Serverumzug das System einfach neu aufsetzt, anschließend Tailscale sowie Docker installierst und damit direkt wieder einen sauberen, frischen Stand hast? In der netcup-Firewall wären dann lediglich die Ports 80 und 443 freigegeben, beispielsweise für einen im Docker laufenden Caddy-Reverse-Proxy, und der restliche Zugriff erfolgt über Tailscale.
Hast du dann auf deinem Servern nur Docker laufen oder auch noch weitere Software, die deinen Server absichern wie Fail2Ban oder nutzt du sowas nicht?
Besten Dank für deine kurze Einweisung in Ansible, das werde ich mir einmal ansehen, falls ich nicht weiter komme, weiß ich an wen ich mich wenden kann.
Ist es auch!
Aber ich hab mir in der Vergangenheit wegen diesem Anspruch Migrationen auch schon unnötig kompliziert gemacht
Das stimmt, im Firmenumfeld ist das natürlich noch einmal eine ganz andere Sache mit der Ausfallzeit – keine Frage!
Im privaten Bereich möchte ich die Ausfallzeit so kurz wie möglich halten, aber wenn es etwas länger dauert, ist das natürlich auch kein Drama.
Ich hab mein Playbook welches die ganze Grundinstallationen durchführt und meinen Serverzoo mit Updates versorgt.
Playbook ist dann ein kleiner Server auf dem die Ansible Konfiguration läuft und Serverzoo dann deine produktiven Server?
Ich kann es wirklich empfehlen sich damit einmal auseinander zu setzen.
Hast du hier einen Link für eine gute Dokumentation für Ansible?
Erstmal vielen Dank für eure Antworten!
du schreibst als letzten Punkt "Hobby Setup".
Also ist Downtime schon mal relativ egal
Das ist der Anspruch an mich selbst, auch bei einem Hobby Setup die Downtime so minimal wie möglich zu halten, damit das Ganze schnell wieder am laufen ist. 
Ich erstelle ein Backup mit Veeam for Linux. Auf dem neuen Server wird das Backup wieder eingespielt, IP Adressen ändern, fertig.
Ist Veeam für Linux nicht kostenpflichtig?
Ich mach immer eine Full Fresh Installation und lass Ansible den Server einrichten.
Ansible kann ich dann dazu nutzen automatisiert die Grundkonfiguration des Servers vorzunehmen?
Z.B. Fail2Ban, unattented Updates, Docker-Dienst, rstric Einrichtung usw, richtig?
Aktuell Sichere ich meine Dockerdaten automatisch mit restic und einer kleinen Downtime um 5 Uhr Morgens auf einem Fileserver per rclone.
Hallo zusammen,
ich plane aktuell den Umzug von einem VPS auf einen Rootserver und wollte mal in die Runde fragen, wie ihr das normalerweise handhabt bzw. was sich bei euch als Best Practice bewährt hat. Auf dem VPS läuft derzeit Debian 13 mit diversen Diensten (Fail2Ban, unattended-Upgrades, Docker (Postgre DB usw.).
Ziel wäre, das Ganze möglichst sauber auf den RS zu bekommen, ohne unnötige Downtime oder Altlasten mitzuschleppen.
Mich würden vor allem eure Erfahrungen interessieren:
Ist zwar eher ein Hobby-Setup, aber ich würde es trotzdem gerne ordentlich machen 
Danke euch!
Warum nicht ARMpocalypse? Wir sind doch alle ARM an RAM, deshalb ein ARM-Server mit nur 1 GB RAM
Bei ARMpocalypse wäre ich auch dabei!
Ich hätte gern ein RS der so diesen Namen hätte
RSpocalypse Now oder RAMpocalypse Now RS
Vom Fuchs zur Ente, dass ist ein Abstieg wie vom Jäger zur Wildsau.
Beides bedeutet man wird zur Beute.
Widerstand ist zwecklos, wir werden offenbar alle zu Beute erklärt.
Jedesmal wenn ich den Bereich aufploppen sehe, bereue ich es damals nicht das Formular ausgefüllt zu haben
Bei dem Formular hat man bestimmt nebenbei noch ein Organ als Pfand abgetreten.
