Cloud-Server in der Testphase testen: praktische Checkliste
Einen Cloud-Server bestellt man schnell, anhand einer Preisliste beurteilt man ihn schlecht. Eine kurze Testphase zeigt, ob CPU, Datenträger, Netzwerk und Support zu Ihrer Last passen, aber nur mit einem Plan. DCXV bietet keinen selbstbedienbaren kostenlosen Test. Eine kurze Testphase von etwa 3 Tagen können Sie per E-Mail an sales@dcxv.com anfragen. Ob sie gewährt wird, entscheidet DCXV, hier steht also kein Zusage-Versprechen; klären Sie Dauer, Größe, Standort und mögliche Kosten vorab schriftlich. Ein Windows-Server-Evaluierungsabbild ist Microsoft-Medium, kein DCXV-Test, und enthält keine RDS-Benutzerlizenzen.
Drei Tage reichen für ein erstes Urteil, nicht für eine volle Evaluierung. Drucken Sie die Seite aus, haken Sie die Punkte ab und notieren Sie neben jedem Ergebnis die Zahl.
Vor dem Start: Definieren Sie, was gut heißt
- Beschreiben Sie die Last in einem Satz.
- Wählen Sie zwei bis drei Kennzahlen für Ihre Entscheidung: Antwortzeit, Abfragezeit, Wiederherstellungszeit.
- Wählen Sie den Standort nahe an Ihren Nutzern, Prag oder Covilhã; der Standort-Ratgeber erklärt die Abwägung.
- Bitten Sie um eine Größe nahe an der geplanten. Der Größen-Ratgeber hilft; die Presets auf der Cloud-Server-Seite beginnen ab EUR 15.00/Monat für 2 vCPU, 4 GB RAM, 40 GB NVMe (geprüft 2026-10).
- Lesen Sie die Acceptable Use Policy unter /policy.
Tag 1: Bereitstellen und Zugang prüfen
- Notieren Sie die Zeit von der Bestellung bis zum funktionierenden Login; laut Website meist innerhalb von 10 Minuten.
- Melden Sie sich als root per SSH (Linux) oder RDP (Windows) an: Verbindung per SSH.
- Öffnen Sie einmal die KVM-Wiederherstellungskonsole, bevor Sie sie brauchen.
- Führen Sie
lscpu,free -h,df -haus und vergleichen Sie mit der Bestellung. - Aktualisieren Sie das Betriebssystem und prüfen Sie, ob die öffentliche IPv4 von außen antwortet.
Tag 2: Basiswerte für CPU, RAM, Datenträger und Netzwerk
Setzen Sie die Threads auf Ihre vCPU-Anzahl und halten Sie jeden Lauf kurz.
sysbench cpu --threads=2 --time=30 run
sysbench memory --threads=2 --time=30 run
fio --name=rand4k --filename=/root/fio.tmp --size=1G --rw=randrw --bs=4k --iodepth=16 --ioengine=libaio --direct=1 --runtime=30 --time_based
mtr -rwc 100 YOUR_SERVER_IP
- Führen Sie den CPU-Test zweimal zu verschiedenen Zeiten aus und notieren Sie beide Ergebnisse.
- Notieren Sie IOPS und Latenz des Datenträgers und löschen Sie danach /root/fio.tmp.
- Starten Sie mtr von Ihrem Büro zum Server; mtr-Ausgabe lesen erklärt die Spalten.
- Laden Sie eine bekannte Datei herunter und notieren Sie die Geschwindigkeit. Eine Datei, kein Sättigungstest.
Tag 3: echte Last, Wiederherstellung, Urteil
- Stellen Sie die echte Anwendung bereit und spielen Sie normalen Verkehr ab, keine Flut.
- Legen Sie einen Snapshot an, ändern Sie eine Datei, klicken Sie auf Restore und prüfen Sie, dass die Änderung weg ist. Eine Wiederherstellung stoppt den Server und verwirft den aktuellen Stand. Snapshots sind ein kostenpflichtiges Add-on: Fragen Sie den Support, ob sie im Test berechnet werden, und entfernen Sie Ihren danach.
- Öffnen Sie das Fenster Backups (Datum und Größe je Backup; Anleitung zur Wiederherstellung). Stellen Sie nur Wegwerfdaten wieder her und fragen Sie, ob innerhalb von 3 Tagen ein erstes Backup existiert.
- Stellen Sie dem Support eine echte Frage und messen Sie die Zeit bis zur ersten brauchbaren Antwort.
- Füllen Sie die Bewertungstabelle aus und entscheiden Sie.
| Bereich | Notieren | Bestanden, wenn |
|---|---|---|
| CPU und RAM | sysbench, zwei Läufe | Stabil und genug für die Spitze |
| Datenträger | fio IOPS, Latenz | Nichts wartet darauf |
| Netzwerk | mtr Verlust, Mittelwert | Sauber für Ihre Nutzer |
| Wiederherstellung, Support | Dauer, erste Antwort | Sie erholen sich und bekommen Hilfe |
Falls Sie eine längere Evaluierung bekommen
- Woche 1: Wiederholen Sie die Tests von Tag 2 morgens, abends und nachts.
- Woche 2: Echten Verkehr laufen lassen, RAM und Swap beobachten, einmal bewusst neu starten.
- Woche 2: Ein Upgrade ausprobieren; ein Datenträger lässt sich ohne Formatieren nicht verkleinern.
- Woche 3: Die Migration, eine volle Wiederherstellung und die Rechnung gemäß Kostenübersicht proben.
Sichere Benchmark-Praxis
- Testen Sie kurz und klein: 30 bis 60 Sekunden, eine 1-GB-Datei, danach aufräumen.
- Die AUP verbietet Flooding, Denial of Service, Port- und IP-Scanner, Brute Force und Angriffe. Führen Sie sie nie aus, auch nicht gegen den eigenen Server.
- Fragen Sie den Support vor allem Schweren: stundenlang volle CPU, große Übertragungen, viele Verbindungen. Keine echten Kundendaten auf den Testserver.
- Ein kurzer Test ist eine Stichprobe, keine Garantie; Nachbarn, Tageszeit und Last verändern die Ergebnisse.
Testphase anfragen
Schreiben Sie an sales@dcxv.com mit Last, Größe, Standort und Dauer und fragen Sie, ob Sie infrage kommen. Um sofort zu starten, wählen Sie eine Größe auf der Cloud-Server-Seite.
